Admission control

Cada pod se admite o se rechaza en la puerta, con motivo.

admission review del API serverCaché de veredictospor digest de imagesu clusterpodapi:1.4admitidopodworker:latestrechazado: hallazgo críticovalidating webhook
El webhook lee un veredicto en caché por digest. Nunca espera a un escaneo.
Qué hace

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.

Cómo funciona

Paso a paso.

  1. El API server pregunta

    Envía la admission review del pod al webhook.

  2. 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.

  3. Se lee el veredicto

    Por digest, de la caché que el escáner mantiene al día.

  4. La policy decide

    Permitir o rechazar, con el motivo.

  5. La decisión se registra

    Lo admitido y lo rechazado: una evidencia que solo lista rechazos no demuestra que un control funcionaba.

Qué registra

Cada decisión queda en el ledger de admission con el nombre y el hash de la policy que la tomó.

AdmissionPolicies

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