CVE-2026-58369: Woodpecker Unauthenticated Log Flooding via NULL Pointer Dereference
Woodpecker versions before 3.15.0 contain a flaw where an unauthenticated user can send requests to a specific endpoint (/api/orgs/lookup/*org_full_name) that the application fails to properly protect. When the endpoint receives these requests, it attempts to use information from a user session that doesn't exist, causing the application to crash briefly. The crash is caught by error handling code so the service keeps running, but each malicious request fills the logs with 37+ lines of error details. An attacker can exploit this by repeatedly sending requests to intentionally bloat log files, consuming disk space and potentially hiding legitimate security events.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
- Weaknesses (CWE)
- CWE-476
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-30 / 2026-07-14
NVD description (verbatim)
Woodpecker before 3.15.0 registers the /api/orgs/lookup/*org_full_name endpoint without authentication middleware, and the LookupOrg handler unconditionally dereferences the session user (user.ForgeID, via ForgeFromUser) when selecting the forge to query. For an unauthenticated request session.User returns nil, so any unauthenticated HTTP request triggers a NULL pointer dereference in the handler. The panic is recovered by gin recovery middleware and the server continues serving (returning HTTP 500), but each request writes a multi-line panic stack trace to the error log. A low-bandwidth unauthenticated attacker can repeatedly probe the endpoint to flood the logs (about 37 lines per request), inflating disk usage and downstream log-ingestion cost and burying legitimate log events.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-58369 is a null pointer dereference vulnerability in Woodpecker's LookupOrg HTTP handler. The /api/orgs/lookup/*org_full_name endpoint lacks authentication middleware, permitting unauthenticated requests to reach handler logic that unconditionally dereferences session.User via ForgeFromUser(user.ForgeID). Since session.User is nil for unauthenticated requests, the dereference triggers a panic. Although gin's recovery middleware catches the panic and returns HTTP 500, each request appends multi-line stack traces to the error log. This design allows an attacker to amplify log volume (~37 lines per request) through low-effort, low-bandwidth requests, degrading observability and inflating downstream log storage costs.
Business impact
This vulnerability enables a log-flooding denial-of-service attack that can obscure legitimate security events, complicate incident investigation, and increase cloud log-ingestion costs. While not directly compromising confidentiality or integrity, the attack reduces visibility into actual threats and operational issues. Organizations relying on logs for compliance auditing, forensics, or real-time alerting face reduced effectiveness. The low barrier to exploitation (unauthenticated, low bandwidth) means even resource-constrained attackers can mount sustained campaigns against affected instances.
Affected systems
Woodpecker versions prior to 3.15.0 are vulnerable. The affected endpoint is /api/orgs/lookup/*org_full_name. The vulnerability requires no authentication, so any network-accessible Woodpecker instance running a vulnerable version is at risk. Deployments with public-facing Woodpecker services or those within untrusted network segments face higher risk.
Exploitability
Exploitability is high. The vulnerability requires no authentication, no special privileges, and no user interaction. An attacker needs only network connectivity to the endpoint and can automate log flooding with simple HTTP requests. CVSS 3.1 assigns this a score of 5.3 (MEDIUM severity) because the impact is limited to availability (log flooding) rather than data confidentiality or integrity. The attack is straightforward to execute and sustain with minimal resources.
Remediation
Upgrade Woodpecker to version 3.15.0 or later, which should address the missing authentication middleware and the unsafe session user dereference. Verify the fix against the vendor advisory before deploying. Interim mitigations include network-level access controls to restrict who can reach the endpoint, rate limiting on /api/orgs/lookup endpoints, and monitoring for repeated 500 errors from the same source. Ensure log retention and alerting are tuned to detect sudden spikes in error log volume.
Patch guidance
Apply the update to Woodpecker 3.15.0 or later as soon as feasible. Before patching, validate the fix in a non-production environment and confirm that legitimate org lookup traffic is not disrupted. Review release notes for any breaking changes or additional configuration steps. If immediate patching is not possible, implement compensating controls such as WAF rules to block repeated requests to the vulnerable endpoint or authentication proxies that enforce login before reaching Woodpecker.
Detection guidance
Monitor for patterns of repeated HTTP 500 responses from the /api/orgs/lookup endpoint originating from a single source IP or a small set of IPs. Flag sudden increases in error log volume from this endpoint, particularly if stack traces mentioning ForgeFromUser or nil pointer dereference appear. Correlate log spikes with network traffic patterns. Use SIEM rules to alert on sustained error rates exceeding normal baselines. Log inspection for panic traces in error output can confirm exploitation.
Why prioritize this
Although CVSS scores this as MEDIUM, the ease of exploitation and the operational impact warrant prompt attention. The vulnerability requires no authentication and imposes minimal attacker overhead, making it attractive for widespread reconnaissance or low-effort disruption. For organizations with public-facing or easily accessible Woodpecker instances, or those with strict log-based alerting and compliance requirements, this should be prioritized ahead of higher-CVSS vulnerabilities that demand more complex exploitation chains. Patching is straightforward and carries low risk, supporting rapid remediation.
Risk score, explained
CVE-2026-58369 is scored CVSS 3.1 v5.3 MEDIUM (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L). The high accessibility (network, no authentication, low complexity) and ease of automation elevate practical risk despite the theoretical score. Confidentiality and integrity are unaffected, but availability degradation through log flooding can harm observability and incident response—indirect but material harms. The score accurately reflects the severity of the direct technical impact; contextualize it with business dependence on logging and audit trails.
Frequently asked questions
Can an attacker steal data or modify records using this vulnerability?
No. This vulnerability is limited to triggering repeated errors and flooding logs. It does not bypass authentication, access credentials, or modify data. The panic is caught by error handling and does not expose sensitive information in its output.
Do I need to restrict network access to /api/orgs/lookup to mitigate this while waiting for a patch?
Yes, that is an effective interim control. Restricting the endpoint to authenticated users, internal networks only, or rate-limiting it can prevent widespread log flooding. A WAF rule or reverse proxy authentication step can enforce these restrictions without code changes.
How quickly can an attacker flood my logs?
An attacker can send requests as fast as their network allows, generating approximately 37 lines of stack trace per request. A single persistent connection or script can generate thousands of log lines per minute, quickly consuming disk space and potentially triggering log rotation or ingestion limits in downstream systems.
Is this vulnerability already being exploited?
This vulnerability is not listed on the CISA KEV (Known Exploited Vulnerabilities) catalog, which tracks vulnerabilities actively exploited in the wild. However, the ease of exploitation and unauthenticated nature mean it could be adapted for in-the-wild abuse at any time. Prioritize patching accordingly.
This analysis is provided for informational purposes to assist in vulnerability assessment and patch prioritization. SEC.co makes no warranty regarding the accuracy, completeness, or applicability of this information to your specific environment. Always verify vendor advisories and test patches in non-production environments before deployment. Consult with your organization's security and operations teams when implementing mitigations. Patch versions, release dates, and technical details are subject to change; confirm against authoritative vendor sources before acting. Source: NVD (public-domain), retrieved 2026-08-09. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2025-55639MEDIUMGPAC MP4Box NULL Pointer Dereference Denial of Service
- CVE-2025-55641MEDIUMNULL Pointer Dereference in GPAC MP4Box v2.4 Denial of Service
- CVE-2025-55643MEDIUMGPAC MP4Box NULL Pointer DoS Vulnerability
- CVE-2025-55649MEDIUMGPAC MP4Box NULL Pointer DoS Vulnerability
- CVE-2025-55651MEDIUMGPAC MP4Box NULL Pointer Dereference DoS Vulnerability
- CVE-2025-55659MEDIUMGPAC MP4Box NULL Pointer Denial of Service
- CVE-2025-55663MEDIUMMP4Box Segmentation Fault DoS Vulnerability – GPAC v2.4
- CVE-2025-60473MEDIUMMP4Box Null Pointer DoS Vulnerability – GPAC Patching Guide