/

CVE-2014-125134

Severity:

HIGH RISK

(7.5)

Path Traversal (CWE-22) in ChurcHope WordPress Theme

CVE-2014-125134

Deferred

Vulnerability type

Category:

Path Traversal

CWE:

CWE-22

Impact:

Unauthorized Arbitrary File Read

Severity:

HIGH RISK

(7.5)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

A path traversal vulnerability in the ChurcHope WordPress theme allows unauthenticated attackers to access files outside the intended download directory through the theme's download endpoint. Successful exploitation may expose sensitive files, including WordPress configuration data and operating-system files, when the endpoint is reachable and insufficiently restricts file paths.

A path traversal vulnerability in the ChurcHope WordPress theme allows unauthenticated attackers to access files outside the intended download directory through the theme's download endpoint. Successful exploitation may expose sensitive files, including WordPress configuration data and operating-system files, when the endpoint is reachable and insufficiently restricts file paths.

Affected context

The issue occurs in ChurcHope theme installations before version 2.2 where the download functionality is publicly reachable and uses a request parameter to identify a file. Risk is higher when the endpoint does not canonicalize paths, constrain access to an approved directory, or require authentication before serving files.

The issue occurs in ChurcHope theme installations before version 2.2 where the download functionality is publicly reachable and uses a request parameter to identify a file. Risk is higher when the endpoint does not canonicalize paths, constrain access to an approved directory, or require authentication before serving files.

Exploit preconditions

  • Attack surface: The ChurcHope theme's public download endpoint
  • Required access: No authentication may be required when the endpoint is exposed
  • Trigger point: File retrieval logic that processes the file parameter
  • Why exploitation is possible: User-controlled path information may be interpreted without reliable boundary checks, allowing references outside the intended download directory
  • Attack surface: The ChurcHope theme's public download endpoint
  • Required access: No authentication may be required when the endpoint is exposed
  • Trigger point: File retrieval logic that processes the file parameter
  • Why exploitation is possible: User-controlled path information may be interpreted without reliable boundary checks, allowing references outside the intended download directory

Why this happens

The vulnerability is caused by improper validation and normalization of a user-controlled file path. When application logic uses the supplied path to locate a downloadable resource without enforcing a trusted directory boundary, traversal components can escape the intended filesystem location. This behavior maps to CWE-22, Improper Limitation of a Pathname to a Restricted Directory.

The vulnerability is caused by improper validation and normalization of a user-controlled file path. When application logic uses the supplied path to locate a downloadable resource without enforcing a trusted directory boundary, traversal components can escape the intended filesystem location. This behavior maps to CWE-22, Improper Limitation of a Pathname to a Restricted Directory.

Potential impact

  • Attackers may read sensitive application files
  • WordPress database credentials may be exposed from configuration data
  • Operating-system information and local secrets could be disclosed
  • Exposed credentials could enable follow-on database or application compromise
  • Disclosure of source code or deployment data may support additional attacks
  • Attackers may read sensitive application files
  • WordPress database credentials may be exposed from configuration data
  • Operating-system information and local secrets could be disclosed
  • Exposed credentials could enable follow-on database or application compromise
  • Disclosure of source code or deployment data may support additional attacks

General mitigation guidance

Mitigation generally focuses on removing direct trust in client-supplied

filesystem paths.

Common defensive patterns include:

  • Resolving requested paths and enforcing that they remain within an approved, fixed directory
  • Mapping opaque download identifiers to server-side filenames instead of accepting raw paths
  • Rejecting traversal and unexpected path components after canonicalization
  • Restricting file-serving functionality to an allowlist of intended resources
  • Applying authentication and authorization where downloads are not intended to be public
  • Running the web process with the least filesystem privileges necessary
  • Keeping sensitive configuration files outside web-accessible locations

Mitigation generally focuses on removing direct trust in client-supplied

filesystem paths.

Common defensive patterns include:

  • Resolving requested paths and enforcing that they remain within an approved, fixed directory
  • Mapping opaque download identifiers to server-side filenames instead of accepting raw paths
  • Rejecting traversal and unexpected path components after canonicalization
  • Restricting file-serving functionality to an allowlist of intended resources
  • Applying authentication and authorization where downloads are not intended to be public
  • Running the web process with the least filesystem privileges necessary
  • Keeping sensitive configuration files outside web-accessible locations

How teams detect issues like this

Organizations can look for path traversal risks through:

  • Static analysis rules for filesystem APIs receiving request parameters
  • Code review checks for missing canonicalization and directory-boundary validation
  • Tests using normalized path variations to verify containment controls
  • Web-application firewall or reverse-proxy policies for traversal indicators
  • Monitoring for unusual requests to download endpoints and access attempts involving sensitive filenames
  • Automated security review tools that flag externally controlled paths passed to file operations

Organizations can look for path traversal risks through:

  • Static analysis rules for filesystem APIs receiving request parameters
  • Code review checks for missing canonicalization and directory-boundary validation
  • Tests using normalized path variations to verify containment controls
  • Web-application firewall or reverse-proxy policies for traversal indicators
  • Monitoring for unusual requests to download endpoints and access attempts involving sensitive filenames
  • Automated security review tools that flag externally controlled paths passed to file operations

Sources

SourceLink
github.comgithub.com/projectdiscovery/nuclei-templates/blob/main/http/vulnerabilities/wordpress/churchope-lfi.yaml
packetstorm.newspacketstorm.news/files/id/129706/
web.archive.orgweb.archive.org/web/20220629224817/https://www.cloudways.com/en/best-wordpress-themes/nonprofit/church
wpscan.comwpscan.com/vulnerability/3c5833bd-1fe0-4eba-97aa-7d3a0c8fda15
vulncheck.comvulncheck.com/advisories/churchope-wordpress-theme-2.2-path-traversal-via-downloadlink-php

Frequently asked

questions

Yes, when the affected download endpoint is publicly reachable and does not

require authentication or adequately restrict requested paths.

The described issue does not require a WordPress account. Network access to

the exposed endpoint may be sufficient.

Do not use client-supplied values as unrestricted filesystem paths. Resolve

resources against a fixed allowlisted directory or use server-side resource

identifiers with strict authorization checks.

Apply canonical path validation, enforce directory containment, limit web

process filesystem permissions, and continuously review file-serving code and

endpoint access policies.

Yes, when the affected download endpoint is publicly reachable and does not

require authentication or adequately restrict requested paths.

The described issue does not require a WordPress account. Network access to

the exposed endpoint may be sufficient.

Do not use client-supplied values as unrestricted filesystem paths. Resolve

resources against a fixed allowlisted directory or use server-side resource

identifiers with strict authorization checks.

Apply canonical path validation, enforce directory containment, limit web

process filesystem permissions, and continuously review file-serving code and

endpoint access policies.

Find out what's already
exploitable in your codebase.