Kong Ingress Controller for Kubernetes (KIC): Secret-backed plugin configurations leak through non-sensitive diagnostics endpoint

Description

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.

Basic information

Type
reviewed
Severity
medium
Advisory on GitHub
Open advisory ↗
Repository advisory
Open repository advisory ↗
Source code
Browse source ↗
Published (advisory)
2026-05-19 19:28:48 UTC
Updated
2026-06-08 20:13:52 UTC
GitHub reviewed
2026-05-19 19:28:48 UTC

CVSS Scores

Base score Version Severity Vector
4.9 4.0
CVSS:4.0/AV:A/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:N/SA:N Click to expand
Attack vector (AV:A)
Attacker has to be on an adjacent/local network segment.
Attack complexity (AC:L)
Exploitation conditions are straightforward and stable.
Attack requirements (AT:P)
Additional preconditions must be present for exploitation.
Privileges required (PR:N)
No privileges are required.
User interaction (UI:N)
No user interaction is required.
Vulnerable system confidentiality impact (VC:N)
No confidentiality impact on the vulnerable system.
Vulnerable system integrity impact (VI:N)
No integrity impact on the vulnerable system.
Vulnerable system availability impact (VA:N)
No availability impact on the vulnerable system.
Subsequent system confidentiality impact (SC:H)
High confidentiality impact on subsequent systems.
Subsequent system integrity impact (SI:N)
No integrity impact on subsequent systems.
Subsequent system availability impact (SA:N)
No availability impact on subsequent systems.

Identifiers

Type Value
GHSA GHSA-3278-c88v-xrh4 ↗

CWEs

CWE id Name
CWE-201 Insertion of Sensitive Information Into Sent Data

Credits

  • bugbunny-research (reporter)

Affected packages (3)

Vulnerable version ranges and first patched releases as published by GitHub.

Ecosystem Package Vulnerable range First patched Vulnerable functions
go github.com/kong/kubernetes-ingress-controller/v2 <= 2.12.8
go github.com/kong/kubernetes-ingress-controller <= 1.3.4
go github.com/kong/kubernetes-ingress-controller/v3 <= 3.5.6 3.5.7

References

cvelogic Threat Intelligence