CVE-2026-56282: Unauthenticated Information Disclosure in Capgo /replication Endpoint
Capgo versions before 12.128.2 expose sensitive database replication information through an unauthenticated endpoint. An attacker can access the /replication endpoint without logging in to retrieve PostgreSQL replication slot names, write-ahead log (WAL) positions, and other infrastructure telemetry. This reconnaissance data could help an adversary understand your database topology and replication strategy without needing valid credentials.
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:L/I:N/A:N
- Weaknesses (CWE)
- CWE-200
- Affected products
- 0 configuration(s)
- Published / Modified
- 2026-06-20 / 2026-06-23
NVD description (verbatim)
Capgo before 12.128.2 contains an information disclosure vulnerability in the unauthenticated /replication endpoint that exposes internal PostgreSQL replication telemetry including slot names and WAL LSN positions. Attackers can access this endpoint without authentication to retrieve sensitive infrastructure details such as replication slot names, confirmed_flush_lsn, restart_lsn values, and database error messages for reconnaissance purposes.
3 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability is an unauthenticated information disclosure in Capgo's /replication endpoint (CWE-200). The endpoint returns PostgreSQL replication telemetry including slot names, confirmed_flush_lsn values, restart_lsn positions, and database error messages. Because the endpoint lacks authentication enforcement, any network-accessible instance of Capgo exposes this data to unauthenticated requests. The CVSS 3.1 score of 5.3 (MEDIUM) reflects low confidentiality impact with no integrity or availability risk: the attacker gains only reconnaissance information without the ability to modify data or cause outages.
Business impact
While the vulnerability itself does not enable data exfiltration or service disruption, it significantly lowers reconnaissance barriers for targeted attacks. Exposed replication topology and LSN positions can inform more sophisticated database attacks—for example, by revealing whether high-availability failover is in place or identifying optimal points for log-based attacks. For organizations with internet-facing Capgo instances, this represents an unnecessary intelligence leak that extends threat actor dwell time during reconnaissance phases.
Affected systems
Capgo versions prior to 12.128.2 are vulnerable. The advisory does not specify which deployment models (cloud, on-premise, containerized) are affected, so assume all installations of vulnerable versions require attention. Verify your Capgo version immediately; if it is below 12.128.2, you are exposed to this endpoint.
Exploitability
Exploitation requires only network access to the Capgo instance and is trivial to perform: no authentication, no complex logic, no user interaction. The attack vector is network-based and the attack complexity is low, making this a low-barrier reconnaissance vector. The endpoint can be discovered via port scanning or service enumeration, and the response format likely makes the returned data self-documenting. However, this vulnerability alone does not provide direct database access or enable compromise; it accelerates reconnaissance for follow-on attacks.
Remediation
Upgrade Capgo to version 12.128.2 or later immediately. If you cannot upgrade immediately, restrict network access to the /replication endpoint via firewall rules or API gateway policies, permitting only trusted internal hosts. Disable the endpoint entirely if it is not required for your deployment. Review firewall and access logs for any prior requests to /replication from external sources.
Patch guidance
Upgrade to Capgo 12.128.2 or later. Consult the Capgo release notes and vendor advisory to verify compatibility and any breaking changes. Test the upgrade in a staging environment before deploying to production. Prioritize this patch for any Capgo instance accessible from untrusted networks.
Detection guidance
Search web server access logs and API gateway logs for requests to the /replication endpoint, particularly from external IP ranges. Monitor for unusual HTTP requests to Capgo endpoints that lack authentication headers. If available, enable verbose logging on the /replication endpoint to capture requestor IP, timestamp, and response size. Correlate suspicious /replication requests with other reconnaissance activity (DNS lookups, port scans) to identify potential coordinated reconnaissance campaigns.
Why prioritize this
Although rated MEDIUM severity, this vulnerability should be prioritized for rapid remediation if your Capgo instance is internet-accessible or exposed to untrusted networks. Reconnaissance information is a proven precursor to targeted attacks; fixing this removes a low-cost intelligence source for attackers. The ease of exploitation and absence of any authentication requirement make this an attractive target for automated scanning tools. Organizations with defense-in-depth already restricting database access may deprioritize this relative to code execution or authentication bypass vulnerabilities, but should still patch within normal patching cycles.
Risk score, explained
The CVSS 3.1 score of 5.3 (MEDIUM) reflects the nature of the vulnerability: it exposes confidential information (PostgreSQL replication telemetry) without authentication, but does not enable data modification, service disruption, or direct account compromise. The score accurately captures the limited direct impact. However, context matters: if your Capgo instance is internet-facing and your database topology is sensitive, the practical risk may be perceived as higher due to the reconnaissance advantage it grants. If Capgo is isolated to internal networks only, the risk is lower.
Frequently asked questions
Does this vulnerability allow an attacker to read my actual database data?
No. The /replication endpoint exposes only PostgreSQL replication metadata—slot names, LSN positions, and diagnostic messages—not user data. To reach your actual data, an attacker would need separate database credentials or a code execution vulnerability. This vulnerability aids reconnaissance, not direct data exfiltration.
Can I work around this without upgrading immediately?
Yes. If you cannot upgrade immediately, restrict network access to Capgo via firewall rules or API gateway policies, allowing only trusted internal IPs to reach the instance. You can also disable the /replication endpoint if your deployment does not require it. However, upgrading to 12.128.2 or later is the authoritative fix.
How do I know if my Capgo instance was exploited?
Search your web server and application logs for requests to /replication from external or untrusted IP addresses. Check for unusual HTTP requests lacking proper authentication headers. The absence of such requests does not guarantee the endpoint was not probed, but their presence indicates reconnaissance activity that warrants investigation of other attack indicators.
What should I prioritize first—this vulnerability or other pending patches?
If your Capgo instance is internet-accessible or exposed to untrusted networks, prioritize this patch; unauthenticated endpoints are favored reconnaissance targets. If Capgo is isolated to internal networks, you can sequence it with other patches. Either way, upgrade to 12.128.2 or later within your normal patching cycle, as the fix is straightforward.
This analysis is provided for informational purposes and represents our assessment as of the modification date (2026-06-23). CVSS scores, affected versions, and patch details are derived from the CVE record and vendor advisories; verify all patch version numbers against official Capgo release notes before deployment. No liability is assumed for incomplete or outdated information. Always test patches in a staging environment before production deployment. This vulnerability does not currently appear on the CISA Known Exploited Vulnerabilities (KEV) catalog, but surveillance and threat intelligence should be monitored for any change in exploitation status. Source: NVD (public-domain), retrieved 2026-07-28. Analysis generated by SEC.co (claude-haiku-4-5).
Weaknesses (CWE)
Related vulnerabilities
- CVE-2026-10254MEDIUMUnauthenticated Information Disclosure in SourceCodester Pet Grooming Software
- CVE-2026-10854MEDIUMMISP Galaxy Visibility Control Bypass – Unauthorized Private Metadata Access
- CVE-2026-10864MEDIUMMISP Dashboard Widget Field Filtering Bypass (Medium)
- CVE-2026-11162MEDIUMChrome CSS Cross-Origin Data Leak Vulnerability
- CVE-2026-11168MEDIUMChrome Extension Memory Disclosure Vulnerability
- CVE-2026-11180MEDIUMChrome SVG Cross-Origin Data Leak – Patch & Mitigation Guide
- CVE-2026-11182MEDIUMChrome SVG Cross-Origin Data Leak Vulnerability
- CVE-2026-11203MEDIUMChrome GPU Isolation Bypass on macOS Allows Cross-Origin Data Leak