Decisiones de admission
Attestkeep registra un validating admission webhook. Cuando el API server pregunta por un pod, el webhook lee el veredicto de la image en una caché indexada por digest y aplica su policy. Por eso nunca espera a un escaneo, y un registry lento nunca retrasa un despliegue.
Un digest que nunca ha visto es Unknown, nunca Compliant. La failure policy por defecto es Ignore, así que los despliegues siguen adelante si el operator no está disponible; cualquier instalación, Community incluida, puede poner Fail y rechazar hasta que haya escaneo.
Paso a paso.
El API server pregunta
Envía la admission review del pod al webhook.
Del tag al digest
Se resuelve una vez y queda un minuto en caché: una ráfaga de despliegues idénticos hace una sola llamada al registry.
Se lee el veredicto
Por digest, de la caché que el escáner mantiene al día.
La policy decide
Permitir o rechazar, con el motivo.
La decisión se registra
Lo admitido y lo rechazado: una evidencia que solo lista rechazos no demuestra que un control funcionaba.
Cada decisión queda en el ledger de admission con el nombre y el hash de la policy que la tomó.
- DORA8 requisitos
- NIST SP 800-1905 requisitos
- NIST SSDF3 requisitos
- NIST SP 800-536 requisitos
- ISO/IEC 270014 requisitos
- RGPD artículo 323 requisitos
- PCI DSS3 requisitos
- MAS TRM7 requisitos
- Essential Eight21 requisitos
- ISMAP9 requisitos
- ISMS-P6 requisitos
75 requisitos de 11 frameworks citan lo que registra esta función.
Instálelo usted mismo.
Cree una cuenta, confirme su correo con el código que le enviamos, obtenga la clave Community gratuita en la página Licences e instale con Helm.
Crear una cuenta