Horizon Alert
Summary of the vulnerability and why it matters
A critical vulnerability in ChurchCRM, an open-source church management system, allows unauthenticated attackers to bypass authentication and access sensitive church member and system data by manipulating the request URL. This issue impacts versions prior to 7.1.0 and could lead to a complete exposure of confidential information.
- Unauthenticated API access to church data.
- Affects systems managing member and operational information.
- Confirm relevance and ensure systems are updated.
Attack Path
How an attacker could exploit the issue
An attacker can bypass authentication to access sensitive church member data and system information by sending a request to the ChurchCRM API with "api/public" included in the URL. This occurs because the API middleware incorrectly handles authentication, allowing unauthenticated access to all protected endpoints.
- No authentication required for entry.
- Requests containing "api/public" trigger bypass.
- Risk of complete data exposure.
Live Threat
Current exploitation, exposure, and threat context
When supported by the advisory, unauthenticated attackers could access all protected API endpoints by including "api/public" anywhere in the request URL, potentially exposing sensitive church member data and system information.
- Church member and system data.
- Unauthenticated API access.
- Complete data exposure.
Operational Fix
Recommended remediation, mitigation, and detection steps
In a real-world scenario, the Platform or Application Engineering team responsible for ChurchCRM deployments would likely lead the response, with support from Security Operations for exposure analysis and Vendor Management if a third-party hosted solution is in place. The immediate first step involves identifying all ChurchCRM instances, verifying their external reachability and criticality to business operations, and locating the specific system owner. Following this, a risk-based remediation plan, coordinated with the identified owner, should be developed.
- Own by Platform/Application Engineering.
- Verify external reachability and criticality.
- Plan remediation based on risk.