Kong's Kubernetes Ingress Controller v2.0.0 is currently in beta. Check out the
beta documentation and try out
v2.0.0 for yourself.
This document explains the security aspects of the Kubernetes Ingress Controller.
The Kubernetes Ingress Controller communicates with Kubernetes API-server and Kong’s
Admin API. APIs on both sides offer authentication/authorization features
and the controller integrates with them gracefully.
The Kubernetes Ingress Controller is deployed with RBAC permissions as explained in the
It has read and list permissions on most resources but requires update
and create permission for a few resources to provide seamless integration.
The permissions can be locked down further if needed depending on the specific
This RBAC policy is associated with a ServiceAccount and the ServiceAccount
is associated with the Kubernetes Ingress Controller.
The Controller uses the ServiceAccount credential to authenticate and
authorize itself against the Kubernetes API-server.
Kong Admin API Protection
Kong’s Admin API is used to control configuration of Kong and proxying behavior.
If an attacker happens to gain access to Kong’s Admin API, they
will be able to perform all actions as an authorized user like
modifying or deleting Kong’s configuration.
Hence, it is important that the deployment
ensures that the likelihood of this happening is as small as possible.
In the example deployments, the Controller and Kong’s Admin API communicate
over the loopback (
lo) interface of the pod.
Kong is not performing any kind of authorization or
authentication on the Admin API, hence the API is accessible only
on the loopback interface to limit the attack surface.
Although not ideal, this setup requires fewer steps
to get started and can be further hardened as required.
Please note that it is very important that Kong’s Admin API is not accessible
inside the cluster as any malicious service can change Kong’s configuration.
If you’re exposing Kong’s Admin API itself outside the cluster, please ensure
that you have the necessary authentication in place first.
Authentication on Kong’s Admin API
If Kong’s Admin API is protected with one of the authentication plugins,
the Controller can authenticate itself against it to add another layer of
The Controller comes with support for injecting arbitrary HTTP headers
in the requests it makes to Kong’s Admin API, which can be used to inject
The headers can be specified using the CLI flag
--kong-admin-header in the Ingress
The Ingress Controller will support mutual-TLS-based authentication on Kong’s Admin
API in future.
Kong Enterprise RBAC
Kong Enterprise comes with support for authentication and authorization on
Kong’s Admin API.
Once an RBAC token is provisioned, the Kubernetes Ingress Controller can use the RBAC
token to authenticate against Kong Enterprise. Use the
flag to pass the RBAC token the Ingress Controller.