Skip to main content

ISPConfig EUVDEUVD-2026-62663

| CVE-2026-61518 HIGH
SQL Injection (CWE-89)
2026-08-19 VulnCheck GHSA-m99h-35x2-cjq2
8.7
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Obtain low-privilege Remote API credentials
  2. Delivery
    Craft quote-free boolean SQL payload in primary_id
  3. Exploit
    Submit DELETE/UPDATE API request to Remote API endpoint
  4. Execution
    Bypass default ISPConfig SQL injection scanner
  5. Persist
    Iterate blind boolean inference queries
  6. Impact
    Extract password hashes and client records across all tenants

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK

2 techniques across 2 tactics: Initial Access, Persistence

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires a valid ISPConfig Remote API account with at least one function permission assigned - even the lowest-privilege single-function grant is sufficient, as the injection occurs in the shared primary_id parameter processing path common to all DELETE and UPDATE API methods. The Remote API must be network-accessible to the attacker, which is typical in hosted ISPConfig deployments where the API is exposed for client or automation use. Exploitation is limited by the requirement for at least one authenticated API credential; fully unauthenticated exploitation is not possible per the CVSS PR:L designation. The built-in SQL injection scanner does not block this attack in its default configuration, so no non-default defensive setting is required to be absent - the default installation is vulnerable. The attack does not require any specific platform, operating system, or database engine variant beyond a functioning ISPConfig 3 Remote API endpoint.

Impact

The CVSS 4.0 score of 8.7 accurately captures the severity: the attack is network-delivered (AV:N), requires no special conditions beyond valid API credentials (AC:L, AT:N), demands only low-privilege access (PR:L), and results in full compromise of confidentiality, integrity, and availability within the ISPConfig database (VC:H, VI:H, VA:H). The most critical risk amplifier is the multi-tenancy blast radius - a single compromised or malicious API account can exfiltrate and tamper with every hosted client's data, including password hashes, without any per-tenant privilege escalation. The existence of a publicly documented proof-of-concept on GitHub means exploitation requires no novel research, and even a mid-sized hosting provider or municipal IT operation in legnica should treat this as an urgent remediation priority rather than a scheduled patch cycle item. CISA KEV status has not been confirmed at time of analysis, meaning mass in-the-wild campaigns have not been formally tracked, but the low exploitation bar combined with a public PoC substantially elevates the probability of opportunistic abuse. EPSS data was not provided in the input, so probabilistic exploitation frequency cannot be quantified, but the combination of low privilege requirement, network accessibility, and working public exploit suggests real-world risk is at the high end of the 8.7 score range.

Exploit ScenarioDerived

An attacker who has registered or obtained any low-privilege ISPConfig Remote API account - for example a client with permission to manage a single DNS zone - submits a DELETE or UPDATE API request where the primary_id parameter contains a quote-free boolean SQL payload such as '1 AND (SELECT SUBSTRING(password,1,1) FROM ispconfig_users LIMIT 1)=CHAR(36)'. The built-in scanner does not flag the request, the payload is interpreted by the database, and the attacker iterates characters via binary search to extract administrator password hashes and all client records across the entire multi-tenant installation. A working proof-of-concept demonstrating this technique is publicly available on GitHub.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
1 public PoC No patch listed yet 0.3% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Aug 19, 2026

Authenticated SQL injection in ISPConfig's Remote API allows any API user holding a single low-privilege function permission to read, modify, or delete data across all hosted tenants in the control panel database. The vulnerability exists because the primary_id parameter in DELETE and UPDATE API methods is concatenated directly into SQL WHERE clauses without integer casting or parameterized binding, and the built-in injection scanner fails to block quote-free boolean payloads by default. A publicly available proof-of-concept was published by VulnCheck and researcher geo-chen, enabling blind boolean inference attacks to extract password hashes and client records spanning the entire multi-tenant environment.

RemediationAI

No vendor-released patch version has been identified at time of analysis; organizations should monitor the ISPConfig project and the VulnCheck advisory at https://www.vulncheck.com/advisories/ispconfig-authenticated-sql-injection-via-remote-api-primary-id-parameter for patch releases and apply them immediately upon availability. As an interim compensating control, restrict Remote API access to the minimum required IP allowlist at the firewall or web server level, reducing the attack surface to known trusted hosts - note this does not eliminate risk if a trusted API credential is compromised. Audit all current Remote API users and revoke any credentials not actively required, since the vulnerability is exploitable with any single low-privilege function permission. Review and harden ISPConfig's built-in SQL injection scanner configuration to enable blocking mode if supported, though this should not be treated as a primary mitigation given its documented failure against boolean payloads. The public proof-of-concept at https://github.com/geo-chen/oss/blob/main/ispconfig3.md should be used to validate any deployed mitigations.

Affected VersionsENISA

ispconfig3 3.3.0 ≤*
ispconfig3 3.2.0 ≤*

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

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

Technical ContextAI · show details

ISPConfig is an open-source web hosting control panel exposing a Remote API for programmatic management. The vulnerable component is the API layer handling DELETE and UPDATE operations, where the primary_id parameter - expected to carry an integer record identifier - is interpolated directly into SQL WHERE clauses (CWE-89: Improper Neutralization of Special Elements used in an SQL Command). The root cause is the absence of both integer type-casting and parameterized query binding. Compounding the flaw, ISPConfig's built-in SQL injection scanner is configured in a passive/non-blocking mode by default and uses pattern matching that fails to detect quote-free boolean injection payloads (e.g., 1 AND 1=1). Affected product scope per CPE cpe:2.3:a:ispconfig:ispconfig3:*:*:*:*:*:*:*:* indicates all tracked ISPConfig 3 versions are affected with no version lower bound specified.

Know when Ispconfig 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 (VulnCheck) PRIMARY 8.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 8.8 HIGH

Network-delivered via API (AV:N), no complexity beyond credentials (AC:L), low-privilege API account required (PR:L), full C/I/A impact on the multi-tenant database with no scope change beyond ISPConfig itself.

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

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

DescriptionCVE.org

ISPConfig contains an authenticated SQL injection vulnerability in the Remote API. The primary_id parameter passed to delete and update API methods is concatenated directly into SQL WHERE clauses without integer casting or parameterized query binding. The built-in SQL injection scanner does not block quote-free boolean payloads and does not reject requests in its default configuration. A remote API user holding any single low-privilege function permission can inject arbitrary SQL to delete or modify records across all tenants in the control panel database and extract arbitrary data via blind boolean inference, including password hashes and client records.

Latest POC

1 public PoC link from github

Sign in to open the public PoC links collected for this CVE.

Executive ViewAI

Why It Matters

ISPConfig Remote API contains an authenticated SQL injection vulnerability (CVSS 8.7) that allows any low-privilege API user to read, modify, and delete data across all hosted tenants in multi-tenant deployments. Publicly available exploit code exists, and no vendor patch has been released, leaving organizations running ISPConfig exposed to immediate risk of complete data compromise affecting all customers on that instance.

Business Impact: Severe
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) Restrict Remote API network access via firewall to trusted IP ranges only; (2) Disable Remote API if not operationally critical; (3) Implement and monitor database access logs for unusual query patterns; (4) Minimize API user accounts to essential staff only; (5) Enforce strong authentication mechanisms for all API access; (6) Deploy Web Application Firewall rules to detect and block SQL injection syntax; (7) Schedule weekly review of API and database audit logs for unauthorized activity.

Threat Intelligence Overview

EPSS Score
0.3%
Top 76% exploitable
Prevalence
Medium
popular open-source web hosting control panel used by ISPs and hosters
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment Vendor CIRCL GitHub

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 HIGH
CISA KEV No
Public POC Yes
EPSS 0.3%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Out-of-Cycle
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
Very High
Technical Impact
Total

Priority Score

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

Attack Technique

SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.

Vendor StatusVendor

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