Read the docs
TI-2026-66779 Aliases GHSA-3278-c88v-xrh4

Kong Ingress Controller for Kubernetes (KIC): Secret-backed plugin configurations leak…

Priority LOW 38CWE-201Published · Updated

Key facts

Attack vector
—
Privileges required
—
User interaction
—
Attack complexity
—
Impact type
Information disclosure
Confidentiality · integrity · availability
—
Fix status
Fixed

No CVSS vector from any source. Fix status from GitHub. Impact type from CWE-201.

Summary

## Summary A vulnerability in the Kong Ingress Controller (KIC) allows for the unauthorized exposure of sensitive plugin credentials through the diagnostics interface. Even when configured to redact sensitive information (using `--dump-sensitive-config=false`), KIC fails to sanitize the `Plugins` field in diagnostic configuration dumps. This causes secrets referenced via `configFrom.secretKeyRef` to be resolved and displayed in plaintext. Because the diagnostics HTTP endpoints require no authentication, any process within the cluster network capable of reaching the KIC pod can exfiltrate sensitive data, including API keys, bearer tokens, and database passwords. ## Am I affected? You are affected if all of the following hold: 1. You are using Kong Ingress Controller with **diagnostics enabled** (`--dump-config=true`). 2. You have **not explicitly enabled** sensitive dumping (`--dump-sensitive-config=false`), creating an expectation of redaction. 3. You use `KongPlugin` or `KongClusterPlugin` resources that reference Kubernetes Secrets via **`configFrom.secretKeyRef`**. 4. The KIC diagnostics port (default `10256`) is reachable by other workloads or users within your cluster. You are not affected if: - The `--dump-config` flag is set to `false` (default behavior). - You do not use secret-backed configurations in your Kong plugins. - Access to the KIC pod's diagnostic port is strictly blocked by NetworkPolicies. ## Mitigation 1. **Disable Diagnostics**: If not actively debugging, disable the diagnostic server by setting `--dump-config=false`. 2. **Network Isolation**: Implement a `NetworkPolicy` to restrict access to the KIC diagnostics port (default `10256`), ensuring only authorized administrative pods or IPs can reach it. 3. **Restrict Port-Forwarding**: Limit `kubectl port-forward` RBAC permissions to prevent unauthorized users from accessing the pod's local ports. ## Fix The fix introduces proper sanitization for the `Plugins` field within the configuration state. When sensitive dumping is disabled, the controller now replaces all plugin configuration values with a redaction placeholder before they are served via the diagnostics endpoints. Additionally, it is recommended to ensure your deployment environment follows the principle of least privilege regarding network access to controller components. Users should upgrade to the latest patched version of Kong Ingress Controller to ensure diagnostic dumps are correctly redacted.

Why it matters now

Fix Fixed github.com/kong/kubernetes-ingress-controller/v3 (Go): 3.5.7

SSVC decision points

Not available: CISA has not published SSVC decision points for this record.

Affected products

VendorProductAffected versionsFixed inStatusSource
—github.com/kong/kubernetes-ingress-controller/v3 (Go)before 3.5.73.5.7Patch availableGHSA-3278-c88v-xrh4
—github.com/kong/kubernetes-ingress-controller/v2 (Go)up to 2.12.8—No fix listedGHSA-3278-c88v-xrh4
—github.com/kong/kubernetes-ingress-controller (Go)up to 1.3.4—No fix listedGHSA-3278-c88v-xrh4
  • github.com/kong/kubernetes-ingress-controller/v3 (Go) Vendor— Affected before 3.5.7 Fixed in 3.5.7 Patch available GHSA-3278-c88v-xrh4
  • github.com/kong/kubernetes-ingress-controller/v2 (Go) Vendor— Affected up to 2.12.8 Fixed in — No fix listed GHSA-3278-c88v-xrh4
  • github.com/kong/kubernetes-ingress-controller (Go) Vendor— Affected up to 1.3.4 Fixed in — No fix listed GHSA-3278-c88v-xrh4

Remediation

  • Fix · GHSA-3278-c88v-xrh4 github.com/kong/kubernetes-ingress-controller/v3 (Go) Fixed in 3.5.7 Advisory →

Timeline

  1. 2026-10-03 Threatist record created from GHSA-3278-c88v-xrh4

References

Sources

This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences