1. Cosa significa governance “hipaa ai” sul gateway
Il pack HIPAA (hipaa) mappa le clausole della HIPAA Security & Privacy
Rule su controlli live del gateway. Come ogni
compliance pack, installarlo
materializza policy reali e modificabili di
Guardrail e Firewall nel
tuo workspace — non aggiunge un nuovo motore di runtime. Quattro controlli
applicabili fanno il lavoro sulle PHI:
PHI in prompt & output — block del guardrail
PHI in prompt & output — block del guardrail
hipaa.phi_redaction (45 CFR §164.502(b), Minimum Necessary) blocca gli
identificatori sanitari USA — numeri NPI, codici ICD-10, codici farmaco
NDC, numeri di registrazione DEA — prima che raggiungano il modello. I
pattern sono ancorati al contesto (il token letterale NPI, ICD, NDC
o DEA deve essere presente) per limitare i falsi positivi.De-identificazione degli identificatori — block PII
De-identificazione degli identificatori — block PII
hipaa.pii_safeguards (45 CFR §164.514(b), De-identification) blocca in
modo netto le entità di contatto-e-identità che si sovrappongono
all’insieme di identificatori HIPAA — email, telefono, SSN, carta di
credito e IP — così una richiesta che li porta non raggiunge mai il
provider. Esce disattivato di default, così puoi passarlo a mask anziché a
block una volta esaminato il tuo traffico.Controlli di audit — traccia di evidenze
Controlli di audit — traccia di evidenze
hipaa.audit_logging (45 CFR §164.312(b), Audit controls) registra ogni
decisione del guardrail così il report può mostrare cosa si è attivato,
quanto spesso, e dove.Sicurezza della trasmissione — deny egress
Sicurezza della trasmissione — deny egress
hipaa.transmission_security (45 CFR §164.312(e)) è una regola di egress
del firewall che nega le chiamate a tool dirette
a range loopback, link-local / cloud-metadata, e privati (RFC-1918 / ULA)
— IPv4 e IPv6 — così un tool non può silenziosamente spedire PHI a un
endpoint di esfiltrazione interno.Altri due controlli escono nel pack — formazione di sicurezza del personale
(45 CFR §164.308(a)(5)) e Business Associate Agreement (§164.308(b)(1)) — ma
sono marcati organizzativi: clausole su persone-e-processo che un proxy
non può mai applicare. Il report le dichiara come attested o come gap, non
come copertura automatizzata. L’onestà è il punto.
2. Installa il pack HIPAA — un esempio concreto
La configurazione di compliance usa la tua sessione di console, mai una chiave di relaysk-orca-…. Sfogliare il catalogo e controllare la readiness
sono gratis per qualsiasi Member del workspace; installare è
un’azione da Admin del workspace su un piano a pagamento, server-gated
in entrambi i sensi.
Apri il pack HIPAA
Nella console del workspace, vai su Compliance → Catalog e apri
HIPAA (vive sotto la categoria healthcare). Ogni controllo elenca
il suo piano, la sua clausola, e un deep link alla sezione ufficiale
dell’eCFR.
Installa in observe mode
Come Admin del workspace su un piano a pagamento, clicca Install.
Il pack si materializza immediatamente in observe mode — il guardrail
segnala anziché bloccare, il firewall gira in shadow — così raccogli prima
evidenze “avrebbe-bloccato” contro il traffico reale.
Osserva, poi vai live
Lascia che i controlli in shadow accumulino match, passali in rassegna,
poi porta il pack live per attivare le azioni dichiarate
block / mask / deny. Vedi
Observe vs enforce.
mode: observe, e il guardrail_id e il
firewall_policy_id delle due policy materializzate così puoi aprirle subito.
3. Il confine onesto — il BAA è tuo
Un programma HIPAA è più di un filtro di redazione. Il gateway copre i controlli che un data plane può effettivamente applicare; tutto il resto resta alla tua organizzazione. Ecco lo split, tracciato allo stesso modo della mappa di responsabilità condivisa:| Area di controllo | Il gateway applica | La tua organizzazione possiede |
|---|---|---|
| PHI nel traffico | Block / mask degli identificatori in prompt, output | Classificare quali campi sono PHI |
| Egress dei tool | Nega l’esfiltrazione verso range privati / metadata | Mettere in sicurezza i tool che aggirano il gateway |
| Audit trail | Record firmato di ogni decisione di guardrail e firewall | Rivederlo; impostare la retention |
| BAA & personale | — (dichiarato come attested / gap) | Il BAA firmato; la formazione; le sanzioni |
4. Dimostralo — evidenze firmate e region-stamped
Una volta che il pack è live, genera un report HIPAA. I report sono firmati Ed25519 e marcati SHA-256, esportabili come CSV / JSON / PDF, e verificabili pubblicamente — un auditor può confermare l’autenticità di un report senza un login. Ogni riga traccia una clausola fino all’esatta policy guardrail o firewall che la applica e i match che ha prodotto sul periodo; i due controlli organizzativi rendono come gap dichiarati o attestazioni dell’owner. Dichiari anche una regione di data-residency per l’artefatto report (us / eu / uk / ap / cn / global) — i report firmati sono
archiviati e serviti solo sotto la tua regione dichiarata, e una lettura
cross-region viene trattenuta. Per una covered entity USA, imposta us.
Questo marca l’artefatto di evidenze, non la geografia dell’inferenza.
La generazione dei report, andare live, e impostare la residency sono azioni
da Admin del workspace su un piano a pagamento, applicate lato server.
Sfogliare il catalogo e controllare la readiness restano gratis. Vedi
Plan gating.
5. Dove andare dopo
Installa un pack
L’intero flusso di installazione — selezione dei controlli, observe mode e
go-live.
Report firmato
Cosa contiene il report di evidenze HIPAA firmato Ed25519.
Verifica un report
Come un auditor conferma che un report è autentico senza un login.
Data residency
Dichiarare la regione sotto cui le tue evidenze firmate sono archiviate e
servite.
Riferimento Guardrails
Il piano dei contenuti che il pack materializza — entità PII, masking,
azioni.
Esfiltrazione di dati
La minaccia da cui il controllo di egress difende.
