GHSA-pqqc-8v73-9gg2 LF Edge eKuiper: SSRF in External Service

• Go github.com/lf-edge/ekuiper/v2: < 2.4.0 → fixed in 2.4.0

Summary Server-side request forgery (SSRF) vulnerability in eKuiper allows an attacker with permissions to register external services or create rules to induce the eKuiper server to make requests to unintended network locations, such as internal services, loopback interfaces (localhost), or cloud metadata endpoints. Details Prior to v2.4.0, eKuiper external service registrations and HTTP invocations did not validate destination IP addresses. An attacker with access to the eKuiper management API could register an external service pointing to an internal address (such as `http://127.0.0.1:9081` or other internal network services) and trigger queries using service functions (e.g. `SELECT tsschemaless(...) FROM demo`). This allows probing internal networks, leaking sensitive information (such as internal endpoints/credentials), or interacting with internal APIs accessible to the eKuiper host. PoC 1. Create an external service with an address pointing to an internal network / localhost: ```json { "interfaces": { "tsschemaless": { "address": "http://127.0.0.1:9081", "protocol": "rest", "options": { "insecureSkipVerify": true, "headers": { "Accept-Charset": "utf-8" } }, "schemaless": true } } } ``` 2. Load it to eKuiper and create a rule invoking it, e.g.: `SELECT tsschemaless("get", "/metadata/sources/yaml/mqtt", *) FROM demo`. 3. Run the rule. When data flows through the stream, the response from the internal service is retrieved and can be routed to an external sink or inspected. Impact Server-Side Request Forgery (SSRF) allowing unauthorized access / probing of internal network services. Remediation & Patches • Upgrade to eKuiper >= 2.4.0: Starting with v2.4.0, SSRF protection (`httpx.GetSSRFDialContext`) is enabled by default across HTTP clients, blocking requests to private, loopback, link-local, multicast, and unspecified IP addresses. Workarounds (for versions = 2.4.0 • In v2.4.0 and later, `basic.enablePrivateNet` in `kuiper.yaml` defaults to `false` (blocking private network access). • If a developer's deployment legitimately requires eKuiper to communicate with internal REST services or private networks, they can explicitly opt in by setting `basic.enablePrivateNet: true` (or via environment variable `KUIPER__BASIC__ENABLEPRIVATENET=true`). Ensure eKuiper's API is protected before enabling this setting. Reported by Alexey Kosmachev, Bi.Zone