1. O que a governança “hipaa ai” significa no gateway
O pack HIPAA (hipaa) mapeia cláusulas da HIPAA Security & Privacy Rule para
controles ao vivo do gateway. Como todo
compliance pack, instalá-lo materializa
políticas reais e editáveis de Guardrail e
Firewall no seu workspace — ele não adiciona um novo
motor de runtime. Quatro controles aplicáveis fazem o trabalho de PHI:
PHI em prompts & saídas — guardrail block
PHI em prompts & saídas — guardrail block
hipaa.phi_redaction (45 CFR §164.502(b), Minimum Necessary) bloqueia
identificadores de saúde dos EUA — números NPI, códigos ICD-10, códigos de
medicamento NDC, números de registro DEA — antes que cheguem ao modelo. Os
padrões são ancorados por contexto (o token literal NPI, ICD, NDC ou
DEA deve estar presente) para limitar falsos positivos.De-identificação de identificadores — PII block
De-identificação de identificadores — PII block
hipaa.pii_safeguards (45 CFR §164.514(b), De-identification) hard-bloqueia
as entidades de contato-e-identidade que se sobrepõem ao conjunto de
identificadores HIPAA — email, telefone, SSN, cartão de crédito e IP — de modo
que uma requisição que os carregue nunca chegue ao provedor. Ele vem desligado
por padrão, então você pode trocá-lo para mask em vez de block depois de
revisar seu tráfego.Controles de auditoria — trilha de evidência
Controles de auditoria — trilha de evidência
hipaa.audit_logging (45 CFR §164.312(b), Audit controls) registra cada
decisão de guardrail para que o relatório possa mostrar o que disparou, com
que frequência e onde.Segurança de transmissão — egress deny
Segurança de transmissão — egress deny
hipaa.transmission_security (45 CFR §164.312(e)) é uma regra de egress de
firewall que nega chamadas de ferramenta destinadas a
loopback, link-local / cloud-metadata e faixas privadas (RFC-1918 / ULA) —
IPv4 e IPv6 — de modo que uma ferramenta não possa silenciosamente enviar PHI
a um endpoint interno de exfiltração.Mais dois controles vêm no pack — treinamento de segurança da força de trabalho
(45 CFR §164.308(a)(5)) e Business Associate Agreements (§164.308(b)(1)) — mas
eles são marcados organizacionais: cláusulas de pessoas-e-processo que um
proxy nunca pode aplicar. O relatório as divulga como atestadas ou como gaps, não
como cobertura automatizada. A honestidade é o ponto.
2. Instale o pack HIPAA — um exemplo concreto
A configuração de compliance usa a sua sessão de console, nunca uma chave de relaysk-orca-…. Navegar pelo catálogo e verificar a prontidão são gratuitos
para qualquer Member do workspace; instalar é uma ação de Admin do
workspace em um plano pago, gated no servidor de ambos os lados.
Abra o pack HIPAA
No console do workspace, vá em Compliance → Catalog e abra HIPAA (ele
vive sob a categoria healthcare). Cada controle lista seu plano, sua
cláusula e um deep link para a seção oficial do eCFR.
Instale em observe mode
Como Admin do workspace em um plano pago, clique em Install. O pack
materializa imediatamente em observe mode — o guardrail sinaliza em vez de
bloquear, o firewall roda em shadow — então você coleta evidência de
“would-have-blocked” contra o tráfego real primeiro.
Observe, depois vá ao ar
Deixe os controles em shadow acumularem correspondências, revise-as, depois
leve o pack ao ar para ligar as ações declaradas de block / mask / deny.
Veja Observe vs enforce.
mode: observe, e o guardrail_id e o
firewall_policy_id das duas políticas materializadas para que você possa
abri-las imediatamente.
3. A fronteira honesta — o BAA é seu
Um programa HIPAA é mais do que um filtro de redação. O gateway cobre os controles que um plano de dados pode de fato aplicar; tudo o mais continua com a sua organização. Aqui está a divisão, desenhada da mesma forma que o mapa de responsabilidade compartilhada:| Área de controle | O gateway aplica | Sua organização possui |
|---|---|---|
| PHI no tráfego | Block / mask de identificadores em prompts, saídas | Classificar quais campos são PHI |
| Egress de ferramenta | Negar exfiltração para faixas privadas / metadata | Proteger ferramentas que contornam o gateway |
| Trilha de auditoria | Registro assinado de cada decisão de guardrail e firewall | Revisá-la; definir retenção |
| BAA & força de trabalho | — (divulgado como attested / gap) | O BAA assinado; treinamento; sanções |
4. Prove — evidência assinada e carimbada por região
Uma vez que o pack esteja ao ar, gere um relatório HIPAA. Os relatórios são assinados com Ed25519 e carimbados com SHA-256, exportáveis como CSV / JSON / PDF, e verificáveis publicamente — um auditor pode confirmar a autenticidade de um relatório sem um login. Cada linha rastreia uma cláusula até a política exata de guardrail ou firewall que a aplica e as correspondências que ela produziu sobre o período; os dois controles organizacionais renderizam como gaps divulgados ou atestações do owner. Você também declara uma região de residência de dados para o artefato de relatório (us / eu / uk / ap / cn / global) — os relatórios assinados
são armazenados e servidos apenas sob a sua região declarada, e uma leitura
cross-region é retida. Para uma covered entity dos EUA, defina us. Isto carimba
o artefato de evidência, não a geografia da inferência.
Geração de relatório, ir ao ar e definir a residência são ações de Admin do
workspace em um plano pago, aplicadas no servidor. Navegar pelo catálogo e
verificar a prontidão continuam gratuitos. Veja
Plan gating.
5. Para onde ir a seguir
Instale um pack
O fluxo completo de instalação — seleção de controles, observe mode e
go-live.
Relatório assinado
O que o relatório de evidência HIPAA assinado com Ed25519 contém.
Verifique um relatório
Como um auditor confirma que um relatório é autêntico sem um login.
Residência de dados
Declarar a região sob a qual sua evidência assinada é armazenada e servida.
Referência de Guardrails
O plano de conteúdo que o pack materializa — entidades de PII, mascaramento,
ações.
Exfiltração de dados
A ameaça contra a qual o controle de egress defende.
