CVE-2017-20279: Joomla Payage 2.05 SQL Injection via aid Parameter
Joomla Payage 2.05 contains an SQL injection vulnerability that allows unauthenticated attackers to manipulate database queries by injecting SQL code through the aid parameter. Attackers can send GET requests to index.php with malicious aid values in the make_payment task to extract sensitive database information using boolean-based blind or time-based blind techniques.
Security readout for executives and security teams
Plain-English summary
Joomla sites using the Payage 2.05 extension may expose database data to unauthenticated attackers. The issue is SQL injection in a payment-related request parameter, creating confidentiality risk for customer, payment-adjacent, or site data stored in the database.
Executive priority
Prioritize within the current remediation cycle for any internet-facing Joomla site. Escalate higher if the extension handles customer records, orders, payment workflows, or regulated data.
Technical view
CVE-2017-20279 is a CWE-89 SQL injection in Joomla Payage 2.05 through the aid parameter during the make_payment task. Sources describe unauthenticated network exploitation using blind SQL injection techniques. CVSS v4.0 is 8.8 high, with high vulnerability confidentiality impact.
Likely exposure
Exposure appears limited to Joomla installations running Payage version 2.05. Internet-facing Joomla sites are the primary concern. The source bundle does not provide CPEs, broader version ranges, or confirmed affected forks.
Exploitation context
A public ExploitDB reference exists, but the CVE is not marked KEV in the provided bundle. Treat exploit availability as confirmed; do not treat active exploitation as confirmed without separate evidence.
Researcher notes
The evidence names Payage 2.05 specifically and cites unauthenticated blind SQL injection. The provided sources do not identify a vendor patch, affected version range beyond 2.05, active exploitation, or CPE data.
Mitigation direction
Inventory Joomla sites for the Payage extension and version 2.05.
Check vendor or extension maintainer guidance for patched versions or replacement advice.
Disable or remove Payage 2.05 if no supported fix is available.
Apply WAF or access restrictions as a temporary compensating control.
Review database and application logs if exposure is confirmed.
Validation and detection
Confirm whether Payage 2.05 is installed on any Joomla instance.
Check public routes for the affected payment functionality without sending attack payloads.
Review web logs for unusual aid parameter patterns and payment task requests.
Assess database access logs for suspicious read activity during relevant periods.
Document remediation status for every identified Joomla site.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-89: Database access and collection lookup
Injection into data stores can inform collection, data access, and exfiltration detection reviews. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-89 · source CWE mapping
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.