Skip to main content

BunkerWeb EUVDEUVD-2026-45033

| CVE-2026-54728 MEDIUM
Improper Input Validation (CWE-20)
2026-07-16 GitHub_M
6.1
CVSS 4.0 · Vendor: GitHub_M
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain low-privileged BunkerWeb UI account
  2. Delivery
    Craft HTTP request with Datalog-injecting Host header
  3. Exploit
    Trigger Biscuit token creation via authentication endpoint
  4. Execution
    Injected Datalog facts signed into authorization token
  5. Persist
    Submit requests using privilege-escalated token
  6. Impact
    Modify WAF configuration or purge cache as admin

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V2 - Validation and Business Logic Input validation, allowlisting
Exploitation Conditions

The attacker must hold a valid low-privileged authenticated account on the BunkerWeb UI or API (PR:L per CVSS vector - unauthenticated exploitation is not possible). The vulnerable code path is the create_token_for_role function, which is invoked during authentication when a Biscuit token is issued; the attacker must control the HTTP Host header at the moment of token creation. The CVSS 4.0 AT:P and the description's 'configuration-dependent path' indicate that specific deployment or configuration conditions must be met - the precise configuration trigger is not enumerated in available data, but is inferred from the vector. Limiting factors: no unauthenticated path exists; high attack complexity (AC:H) reflects the precision required to inject syntactically valid Datalog; the attack scope is bounded to the BunkerWeb instance itself (SC:N/SI:N/SA:N), not downstream protected services.

Impact

The CVSS 4.0 vector AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:H/VA:H reflects genuine exploitation complexity: AC:H and AT:P signal that specific preconditions and non-default configurations gate the attack path. The asymmetric impact (low confidentiality, high integrity and availability) is consistent with privilege escalation to an administrative role within the WAF instance. The 6.1 Medium score is appropriate - this is not a trivial flaw, but it is gated by the requirement for an authenticated low-privileged account. Real-world priority is elevated for organizations where BunkerWeb accounts are shared or issued to multiple parties, since any account holder could escalate. KEV: not listed in CISA KEV. No public POC identified, though the public commit diff makes the injection vector transparent. EPSS data not provided. The configuration-dependent qualifier in the description and AT:P in the vector indicate this may not trigger in all deployment modes - defenders should verify whether the Biscuit token path is active in their specific deployment.

Exploit ScenarioDerived

An attacker with a low-privileged BunkerWeb account (e.g., a reader role) sends an authentication or API request with a crafted Host header such as legit-host"; admin(true); extra_fact("injected - the BunkerWeb server incorporates this value via f-string interpolation into a Biscuit Datalog builder string, signing the injected facts into the resulting token. The attacker then presents this token to the API, where the Datalog authorizer evaluates the injected facts as signed and trusted, granting elevated privileges and enabling modification or disruption of WAF configuration and operations.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 16, 2026

Privilege escalation in BunkerWeb's UI and API allows a low-privileged authenticated user to inject attacker-controlled Datalog facts into signed Biscuit authorization tokens by manipulating the HTTP Host header, which was interpolated directly into the token builder string without parameterization. Affected are BunkerWeb open-source versions prior to 1.6.12 and BunkerWeb PRO prior to 0.57. No public exploit identified at time of analysis, but the public commit diff fully documents the injection mechanism, making reproduction straightforward for any authenticated low-privileged account holder.

RemediationAI

Upgrade BunkerWeb open-source to version 1.6.12 or later, or BunkerWeb PRO to version 0.57 or later; the patched release is published at https://github.com/bunkerity/bunkerweb/releases/tag/v1.6.12 and the upstream fix commit is https://github.com/bunkerity/bunkerweb/commit/685ccbbe7d204132a843a7b7fd802d1bdb3f20a9. The security advisory is at https://github.com/bunkerity/bunkerweb/security/advisories/GHSA-254j-92cv-m443. If immediate upgrade is not feasible, restrict access to the BunkerWeb UI and API to trusted networks or VPN-authenticated users to eliminate the network attack surface - this does not eliminate the flaw but eliminates remote exploitation. Additionally, audit all low-privileged BunkerWeb accounts and revoke those not operationally required, since PR:L means any account holder is a potential attacker. Note that restricting to read-only roles does not fully mitigate because the injection occurs at token creation time, not at the operation level.

Affected VersionsENISA

bunkerweb < 1.6.12

Affected Packages

euvd bunkerweb fix: 1.6.12

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

BunkerWeb is an open-source WAF built on nginx that uses the Biscuit authorization framework for token-based access control. Biscuit tokens embed Datalog-style policy facts that are cryptographically signed and evaluated by an authorizer at runtime. Prior to the fix, the create_token_for_role method in biscuit.py built the token using Python f-string interpolation: domain("{request.host}"). Because request.host is entirely attacker-controlled via the HTTP Host header, a crafted value could close the current Datalog fact and append additional facts - analogous to SQL injection - which would then be signed into the token and evaluated as trusted. The commit diff confirms the fix: parameterized fact binding via Fact("domain({domain})", {"domain": ...}) replaces the vulnerable string interpolation. The same patch batch also resolves related privilege issues: cache route authorization bypass allowing reader-role users to purge the job cache, and permissive hostname validation accepting Datalog metacharacters. CWE-20 (Improper Input Validation) is the correct root cause class - specifically, failure to separate data from code in a structured policy language.

Know when Bunkerweb gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (GitHub_M) PRIMARY 6.1 MEDIUM
CVSS:4.0/AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 7.1 HIGH

Network-reachable token endpoint requires low-privileged account and specific configuration preconditions; scope bounded to the BunkerWeb instance with no lateral impact to subsequent systems.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:L/I:H/A:H
4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:L/VI:H/VA:H/SC:N/SI:N/SA:N

Primary rating from Vendor (GitHub_M).

CVSS VectorVendor: GitHub_M

Attack Vector
Network
Attack Complexity
High
Attack Requirements
Present
Privileges Required
Low
User Interaction
None
Vulnerable system: Confidentiality
Low
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

Lifecycle Timeline

1
Patch available
Jul 16, 2026 - 22:19 EUVD

DescriptionCVE.org

bunkerweb is an Open-source and next-generation Web Application Firewall (WAF). Prior to BunkerWeb 1.6.12 and BunkerWeb PRO 0.57, authenticated Host header handling in the BunkerWeb UI and API improperly validated and neutralized user-controlled input in a configuration-dependent path, allowing a low-privileged authenticated user to escalate privileges and affect confidentiality, integrity, and availability of the BunkerWeb instance. This issue is fixed in BunkerWeb version 1.6.12 and BunkerWeb PRO version 0.57.

Threat Intelligence Overview

EPSS Score
0.2%
Top 85% exploitable
Prevalence
Low
niche open-source WAF, limited enterprise adoption
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

30
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +30
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy