https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Wed, 07 Oct 2026 05:58:30 +0000 https://cve.radiocsirt.org/vuln/euvd-2026-322471 EUVD-2026-322471 https://cve.radiocsirt.org/vuln/euvd-2026-322471 https://cve.radiocsirt.org/vuln/fkie_cve-2026-45090 <p>Dalfox is a powerful open-source XSS scanner and utility focused on automation. Prior to 2.13.0, ParameterAnalysis in pkg/scanning/parameterAnalysis.go runs two sequential worker stages that both write to the same results channel. The channel is correctly closed after the first stage completes (close(results) at line 438), but the second stage — which processes POST-body parameters (dp) — is then launched with the same already-closed channel as its output. When a scanned parameter is reflected, processParams executes results &lt;- paramResult on the closed channel, triggering a Go runtime panic that crashes the entire dalfox process. In server mode, the crash is remotely triggerable by any unauthenticated caller who can reach the REST API, because the default configuration has no API key and the second stage activates whenever options.Data != &#34;&#34; (i.e., the attacker supplies the data field) and the target reflects at least one parameter. This vulnerability is fixed in 2.13.0.</p> <p>Dalfox is a powerful open-source XSS scanner and utility focused on automation. Prior to 2.13.0, ParameterAnalysis in pkg/scanning/parameterAnalysis.go runs two sequential worker stages that both write to the same results channel. The channel is correctly closed after the first stage completes (close(results) at line 438), but the second stage — which processes POST-body parameters (dp) — is then launched with the same already-closed channel as its output. When a scanned parameter is reflected, processParams executes results &lt;- paramResult on the closed channel, triggering a Go runtime panic that crashes the entire dalfox process. In server mode, the crash is remotely triggerable by any unauthenticated caller who can reach the REST API, because the default configuration has no API key and the second stage activates whenever options.Data != &#34;&#34; (i.e., the attacker supplies the data field) and the target reflects at least one parameter. This vulnerability is fixed in 2.13.0.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-45090 https://cve.radiocsirt.org/vuln/ghsa-2g4x-fq3j-cgq4 <p><strong>Affected:</strong> Go: github.com/hahwul/dalfox/v2, Go: github.com/hahwul/dalfox</p> <p>## Summary</p> <p>`ParameterAnalysis` in `pkg/scanning/parameterAnalysis.go` runs two sequential worker stages that both write to the same `results` channel. The channel is correctly closed after the first stage completes (`close(results)` at line 438), but the second stage — which processes POST-body parameters (`dp`) — is then launched with the same already-closed channel as its output. When a scanned parameter is reflected, `processParams` executes `results &lt;- paramResult` on the closed channel, triggering a Go runtime panic that crashes the entire dalfox process. In server mode, the crash is remotely triggerable by any unauthenticated caller who can reach the REST API, because the default configuration has no API key and the second stage activates whenever `options.Data != &#34;&#34;` (i.e., the attacker supplies the `data` field) and the target reflects at least one parameter.</p> <p>## Severity</p> <p>**High** (CVSS 3.1: 7.5)</p> <p>`CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H`</p> <p>- **Attack Vector:** Network — server binds to `0.0.0.0:6664` by default; reachable by any network peer. - **Attack Complexity:** Low — the attacker controls both trigger conditions: the `data` field that populates the second stage&#39;s work queue, and the target URL they point at a reflective server they control. - **Privileges Required:** None — `--api-key` defaults to `&#34;&#34;`, so no auth middleware is registered. - **User Interaction:** None. - **Scope:** Unchanged — a goroutine panic without a `recover` terminates the entire G…</p> <p><strong>Affected:</strong> Go: github.com/hahwul/dalfox/v2, Go: github.com/hahwul/dalfox</p> <p>## Summary</p> <p>`ParameterAnalysis` in `pkg/scanning/parameterAnalysis.go` runs two sequential worker stages that both write to the same `results` channel. The channel is correctly closed after the first stage completes (`close(results)` at line 438), but the second stage — which processes POST-body parameters (`dp`) — is then launched with the same already-closed channel as its output. When a scanned parameter is reflected, `processParams` executes `results &lt;- paramResult` on the closed channel, triggering a Go runtime panic that crashes the entire dalfox process. In server mode, the crash is remotely triggerable by any unauthenticated caller who can reach the REST API, because the default configuration has no API key and the second stage activates whenever `options.Data != &#34;&#34;` (i.e., the attacker supplies the `data` field) and the target reflects at least one parameter.</p> <p>## Severity</p> <p>**High** (CVSS 3.1: 7.5)</p> <p>`CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H`</p> <p>- **Attack Vector:** Network — server binds to `0.0.0.0:6664` by default; reachable by any network peer. - **Attack Complexity:** Low — the attacker controls both trigger conditions: the `data` field that populates the second stage&#39;s work queue, and the target URL they point at a reflective server they control. - **Privileges Required:** None — `--api-key` defaults to `&#34;&#34;`, so no auth middleware is registered. - **User Interaction:** None. - **Scope:** Unchanged — a goroutine panic without a `recover` terminates the entire G…</p> https://cve.radiocsirt.org/vuln/ghsa-2g4x-fq3j-cgq4