Dynamic Admission Webhooks Overview

From Kubernetes mutating and validating webhook mechanisms:

Admission webhooks are HTTP callbacks that receive admission requests and do something with them. You can define two types of admission webhooks, validating admission webhook and mutating admission webhook. With validating admission webhooks, you may reject requests to enforce custom admission policies. With mutating admission webhooks, you may change requests to enforce custom defaults.

Istio uses ValidatingAdmissionWebhooks for validating Istio configuration and MutatingAdmissionWebhooks for automatically injecting the sidecar proxy into user pods.

The webhook setup guides assuming general familiarity with Kubernetes Dynamic Admission Webhooks. Consult the Kubernetes API references for detailed documentation of the Mutating Webhook Configuration and Validating Webhook Configuration.

Verify dynamic admission webhook prerequisites

See the platform setup instructions for Kubernetes provider specific setup instructions. Webhooks will not function properly if the cluster is misconfigured. You can follow these steps once the cluster has been configured and dynamic webhooks and dependent features are not functioning properly.

  1. Verify you’re using a supported version (1.28, 1.29, 1.30, 1.31) of kubectl and of the Kubernetes server:

    1. $ kubectl version --short
    2. Client Version: v1.29.0
    3. Server Version: v1.29.1
  2. admissionregistration.k8s.io/v1 should be enabled

    1. $ kubectl api-versions | grep admissionregistration.k8s.io/v1
    2. admissionregistration.k8s.io/v1
  3. Verify MutatingAdmissionWebhook and ValidatingAdmissionWebhook plugins are listed in the kube-apiserver --enable-admission-plugins. Access to this flag is provider specific.

  4. Verify the Kubernetes api-server has network connectivity to the webhook pod. e.g. incorrect http_proxy settings can interfere api-server operation (see related issues here and here for more information).