Toda a aprovação de IA precisa de uma data de validade e de um gatilho de reabertura
Modelos, dados, ferramentas, preço, lei e ameaça mudam. Uma decisão permanente baseada num snapshot transforma revisão de risco em arqueologia.
- Natureza
- Padrão de governação contínua
- Âmbito
- Decisões de adoção, exceção e autonomia de sistemas de IA
- Base
- NIST AI RMF, monitorização, ISACA e OECD
- Limite
- Validade e gatilhos devem refletir risco e obrigações concretas
Em resumo
NIST recomenda monitorização contínua, revisão periódica, change management e desativação; OECD pede gestão de risco ao longo do ciclo de vida. A resposta operacional é emitir uma decisão versionada com âmbito, condições, risco residual, métricas, owner, validade e gatilhos. Ao expirar, o sistema não deve continuar por silêncio: renova com nova prova, entra em modo limitado ou para.
- Fixe validade proporcional ao risco e velocidade de mudança, não uma periodicidade universal.
- Reabra antes do prazo quando modelo, ferramenta, dataset, jurisdição ou autoridade mudar materialmente.
- Vincule a decisão ao identificador da versão e ao workload; aprovação de marca não cobre todas as utilizações.
- Defina comportamento na expiração e mantenha-o tecnicamente executável.
A decisão é válida apenas enquanto as condições continuam verdadeiras
Uma aprovação captura versão, propósito, dados, utilizadores, ferramentas, controlos e risco num momento. Se qualquer condição material muda, o racional pode deixar de sustentar o mesmo resultado mesmo antes da revisão calendarizada.
A validade força um dono a renovar com prova. Gatilhos por evento reduzem o intervalo cego: incidente, drift, mudança de fornecedor, novo tool scope, alteração legal, custo fora do limite ou falha do controlo.
Ciclo da autorização
- EMITIRDecisão versionada
Âmbito, condições, residual, owner e prova ficam ligados.
- MONITORIZARSinais contínuos
Métricas e eventos testam as condições.
- REABRIREvento material
A decisão é suspensa ou revista antes do prazo.
- EXPIRARSem silêncio
Renovar, limitar ou parar conforme política prévia.
Validade sem comportamento técnico é apenas uma data esquecida
Registe a decisão num sistema que alerte e, quando necessário, aplique política. Ações de alto impacto podem cair para read-only ou aprovação humana; pilotos podem parar; sistemas críticos podem usar uma extensão de emergência curta e aprovada.
Evite renovação automática. O pacote deve mostrar métricas, incidentes, alterações, exceções e risco residual atual. A pessoa que renova precisa de autoridade e tempo para contestar.
Contrato de decisão
| Campo | Exemplo | Gatilho | Na expiração |
|---|---|---|---|
| Âmbito | Workload/version | Mudança material | Bloquear expansão |
| Condição | Dataset/controlos | Drift/falha | Limitar |
| Métrica | Qualidade/risco | Limiar | Escalar |
| Validade | Data/hora | Prazo | Renovar/parar |
| Owner | Papel autorizado | Saída/ausência | Suplente |
Recertifique primeiro as decisões sem versão, validade ou owner
Extraia o inventário de IA e marque autorizações órfãs. Comece pelas que permitem ações externas, tratam dados sensíveis ou afetam pessoas. Dê-lhes uma validade curta até a prova ficar completa.
Teste o estado expirado em ambiente controlado: alerta chega, política limita, fila preserva trabalho e o utilizador recebe uma explicação segura. Sem ensaio, a organização não sabe se a expiração é real.
- Não renovar por ausência de incidente conhecido.
- Não usar uma aprovação para todas as versões do fornecedor.
- Não deixar owner nominal sem suplente e capacidade.
- Não permitir fail-open após expiração em ações de alto impacto.
Fontes consultadas
Consultadas na data de atualização indicada.
Abre numa nova janela.Participar
Partilhe a análise. Acrescente contexto.
Divulgue a matéria no seu canal ou deixe uma observação ligada ao tema.
Comentários
A carregar a conversa.