MEDIUM 5.4

CVE-2022-42479: Missing Authorization in TemplateHouse Soledad – MEDIUM Severity Access Control Bypass

TemplateHouse Soledad contains a missing authorization check that allows authenticated users to access functionality they should not have permission to use. An attacker with valid login credentials can bypass access controls to perform actions or view information restricted to higher-privilege accounts. The vulnerability affects Soledad versions up to and including 8.2.5.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.4 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N
Weaknesses (CWE)
CWE-862
Affected products
0 configuration(s)
Published / Modified
2026-06-11 / 2026-06-17

NVD description (verbatim)

Missing Authorization vulnerability in TemplateHouse Soledad allows Accessing Functionality Not Properly Constrained by ACLs. This issue affects Soledad: from n/a through 8.2.5.

1 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2022-42479 is a broken access control vulnerability (CWE-862) in TemplateHouse Soledad that fails to properly enforce authorization rules. The affected functionality does not validate whether the requesting user has sufficient privileges before allowing access. The attack requires valid authentication credentials but no special privileges—any logged-in user can trigger the unauthorized access. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N) indicates network-accessible exploitation with low attack complexity, resulting in confidentiality and integrity impact within the scope of the vulnerable service.

Business impact

This vulnerability creates an insider-risk exposure where legitimate users can escalate their access to restricted data or operations. In multi-tenant or role-based deployments of Soledad, attackers could exfiltrate sensitive information belonging to other users or organizations, or modify data they should not control. The ability for authenticated users to bypass authorization is particularly damaging in shared hosting or team collaboration scenarios, undermining the integrity of access governance and potentially violating compliance obligations around data segregation.

Affected systems

TemplateHouse Soledad versions from the earliest through 8.2.5 are affected. Organizations running any version at or below 8.2.5 should assess whether they have deployed this product and verify their current version.

Exploitability

The vulnerability is moderately exploitable. It requires valid authentication credentials to trigger, which limits the attack surface to users with legitimate accounts. However, no special privileges are needed—any authenticated user can exploit the flaw. Attack complexity is low, and the vulnerability is network-accessible without requiring user interaction. These factors make it a realistic insider threat and account-compromise scenario, though it is not wormable or exploitable by unauthenticated attackers.

Remediation

Organizations must upgrade TemplateHouse Soledad to a patched version beyond 8.2.5. Verify the availability of a fixed version from TemplateHouse and test thoroughly in a staging environment before deploying to production. In parallel, implement network segmentation and role-based access controls at the application layer to limit exposure. Monitor authentication logs and access patterns for unauthorized privilege escalation attempts.

Patch guidance

Contact TemplateHouse or check their security advisory to identify the patch version that resolves CVE-2022-42479. Verify the version number against the vendor advisory, as patch availability and timing may vary. Once a fixed version is confirmed, schedule a maintenance window and perform standard pre-deployment testing. If delays are expected, prioritize patching systems that handle the most sensitive data or serve the most critical users.

Detection guidance

Monitor Soledad access logs for evidence of cross-user or cross-organization data access by authenticated users whose roles should not permit such activity. Look for API calls or form submissions to restricted endpoints from accounts with limited privileges. Implement or enhance role-based access control (RBAC) logging to capture authorization failures and successes. Review user session logs for anomalous access patterns immediately after login, particularly for accounts that rarely access sensitive functions.

Why prioritize this

Although unranked by CISA in the Known Exploited Vulnerabilities catalog, this vulnerability merits prompt remediation due to its impact on data confidentiality and integrity in multi-user environments. The low attack complexity and lack of privilege requirements mean any legitimate user can exploit it, creating a persistent insider threat. Organizations hosting shared instances or handling regulated data should treat this as high-priority within their internal roadmap.

Risk score, explained

The CVSS 3.1 score of 5.4 (MEDIUM) reflects the need for valid authentication and the confidentiality/integrity impact but absence of availability impact. The score does not capture the organizational risk of unauthorized cross-user data access or the likelihood of insider exploitation in shared-hosting scenarios. Depending on deployment context—particularly the number of concurrent users and sensitivity of data—your organization may warrant higher internal prioritization.

Frequently asked questions

Can this vulnerability be exploited without a valid user account?

No. The vulnerability requires authenticated access (PR:L in the CVSS vector). An attacker must possess valid login credentials. However, once logged in, no elevated privileges are necessary to exploit it.

What are the likely consequences of exploitation?

An authenticated user can access data or functionality intended for other users or higher-privilege accounts. This includes potential data exfiltration (confidentiality impact) and modification (integrity impact), but does not affect service availability.

Has this vulnerability been actively exploited in the wild?

This vulnerability is not currently listed in CISA's Known Exploited Vulnerabilities catalog. However, lack of public knowledge does not eliminate the risk, particularly from insiders or in targeted attacks against Soledad users.

What should I do if I cannot patch immediately?

Implement network controls to restrict access to Soledad to trusted networks. Strengthen authentication (multi-factor authentication if available) to reduce the likelihood of account compromise. Monitor logs closely for suspicious authorization attempts, and review user access rights to minimize the window of damage if exploitation occurs.

This analysis is based on publicly available vulnerability data as of the publication date. Security teams should verify all patch version numbers and availability against official TemplateHouse security advisories. Testing in a non-production environment is essential before deploying patches. This summary does not constitute legal or compliance advice; consult your legal and compliance teams regarding regulatory implications for your specific deployment. No exploit code or proof-of-concept is provided herein. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).