CVE-2026-100103
Executive Summary
CVE-2026-100103 is a critical authentication bypass affecting Perforce P4 Search container images prior to version 2026.4.2. The vulnerability stems from the software resetting its service authentication token to a publicly documented default value, allowing an unauthenticated attacker with network access to obtain the highest application privilege. Successful exploitation could lead to arbitrary code execution and full compromise of the connected P4 Server.
This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.
No signup required
Technical Analysis
The vulnerability is classified as CWE-1392: Use of Default Credentials. Perforce P4 Search container images prior to version 2026.4.2 ship with a configuration that resets the service authentication token to a publicly documented default value. This means that upon deployment, the service does not generate a unique, cryptographically random token but instead uses a well-known static value that is publicly accessible in documentation or source code.
The attack surface is the network-accessible P4 Search service endpoint. Because the authentication token is set to a predictable default, an attacker can trivially authenticate to the service without valid credentials. Once authenticated, the attacker obtains the highest application privilege within the P4 Search component. The NVD description explicitly states that this "can obtain the highest application privilege, potentially leading to arbitrary code execution and compromise of the connected P4 Server." The mechanism by which the highest privilege translates to arbitrary code execution is not detailed in the available description; the specific application functions, API endpoints, or request parameters involved are not specified in the provided intelligence. Therefore, the code-level exploitation path cannot be reconstructed from available data.
The core weakness is the failure to enforce a secure-by-default configuration for service authentication tokens. Container images are often deployed rapidly in CI/CD pipelines and ephemeral environments, making default credentials particularly dangerous. Perforce P4 Search is typically deployed alongside P4 Server (Helix Core) to provide search capabilities; compromise of the search component can therefore serve as a pivot point into the broader Perforce environment.
No CVSS score is available from NVD, and the EPSS score has not been assigned. No public proof-of-concept, exploit code, or Nuclei template has been identified. The vulnerability remains unpatched according to all tracked sources, though the vendor has released version 2026.4.2 which presumably addresses the issue, as the NVD description references "prior to 2026.4.2" as the affected range.
Exploitation Scenarios
No public PoC is available; the attack chain below is inferred from the vulnerability class (CWE-1392: Use of Default Credentials) and the NVD description.
Reconnaissance / Target Identification: An attacker scans for exposed Perforce P4 Search container instances. This can be accomplished via Shodan or similar internet-wide scanning services using dorks such as
product:"Perforce P4 Search",http.title:"P4 Search", or by identifying services on default ports. The attacker identifies a target running a version prior to 2026.4.2.Triggering the Flaw: The attacker attempts to authenticate to the P4 Search service using the publicly documented default authentication token. Because the service resets the token to this default value, the authentication attempt succeeds without any prior knowledge of environment-specific secrets.
Privilege Escalation / Execution: Upon successful authentication with the default token, the attacker obtains the highest application privilege within P4 Search. From this privileged position, the attacker may be able to invoke administrative functionality. The NVD description indicates this "potentially lead[s] to arbitrary code execution," though the exact mechanism for achieving code execution is not specified. It is possible that the highest privilege includes the ability to configure or execute arbitrary commands within the container or to interact with the connected P4 Server in a way that permits command execution.
Post-Exploitation Impact: With the highest application privilege, the attacker can potentially compromise the connected P4 Server. This could involve accessing source code repositories, modifying or exfiltrating intellectual property, injecting malicious code into build pipelines, or using the P4 Server as a pivot point for further lateral movement within the enterprise network. The "compromise of the connected P4 Server" implies a significant blast radius, as P4 Server often stores an organization's most sensitive source code and development assets.
It is important to note that the specific API endpoints, function names, and request parameters involved in this attack chain are not provided in the available intelligence. The steps above describe the attack at the vulnerability-class level and should not be interpreted as a definitive, step-by-step exploit guide.
Impact Assessment
The impact of CVE-2026-100103 is potentially severe. Although NVD has not assigned a CVSS score, the vulnerability allows an unauthenticated, remote attacker to gain the highest application privilege, which the description links to potential arbitrary code execution and compromise of the connected P4 Server. Based on the described characteristics, the vulnerability would likely score as critical under CVSS v3.1, with a vector similar to CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. This reflects network attack vector, low attack complexity, no privileges required, no user interaction, and high impact to confidentiality, integrity, and availability.
Business impact includes unauthorized access to proprietary source code, potential intellectual property theft, disruption of software development and build processes, and lateral movement into connected systems. The blast radius extends beyond the P4 Search container itself to the P4 Server, which may be a central repository for an organization's entire codebase. Organizations using Perforce P4 Search in containerized environments, especially those exposed to untrusted networks or the internet, are at immediate risk.
Detection Guidance
Sigma Rule
title: Perforce P4 Search Default Authentication Token Exploitation Attempt
id: 8a4b3c2d-1e5f-4a6b-9c7d-0e8f9a1b2c3d
status: experimental
description: Detects authentication attempts to Perforce P4 Search using the publicly documented default service authentication token (CVE-2026-100103).
references:
- https://nvd.nist.gov/vuln/detail/CVE-2026-100103
author: Threat Intelligence Team
date: 2026-01-01
tags:
- attack.initial_access
- attack.t1190
- cve.2026-100103
logsource:
category: application
product: perforce_p4_search
detection:
selection:
event_type: 'authentication'
auth_token: 'default'
status: 'success'
condition: selection
falsepositives:
- Legitimate administrative configuration using the default token before hardening
level: high
YARA Rule
rule CVE_2026_100103_Perforce_P4_Search_Default_Token
{
meta:
description = "Detects configuration files or scripts containing the publicly documented default authentication token for Perforce P4 Search (CVE-2026-100103)"
author = "Threat Intelligence Team"
date = "2026-01-01"
reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-100103"
severity = "critical"
strings:
$token1 = "default_auth_token" ascii wide nocase
$token2 = "P4_SEARCH_DEFAULT_TOKEN" ascii wide nocase
$token3 = "p4search" ascii wide nocase
$config1 = "authentication" ascii wide nocase
$config2 = "token" ascii wide nocase
condition:
(uint16(0) == 0x7B0A or uint16(0) == 0x0A7B or uint16(0) == 0x3D20) and
(any of ($token*) or (all of ($config*)))
}
Suricata IDS Rule
alert http any any -> any any (msg:"CVE-2026-100103 Perforce P4 Search Default Authentication Token Attempt"; flow:established,to_server; content:"Authorization"; http_header; content:"Bearer"; http_header; content:"default"; http_header; nocase; classtype:attempted-admin; sid:1000103; rev:1; reference:cve,2026-100103;)
Elastic Detection
sequence by process.entity_id
[process where event.type == "start" and process.name == "p4search"]
[network where event.type == "connection" and network.direction == "outbound" and destination.port == 8080]
Splunk SPL Query
index=perforce OR index=containers sourcetype="p4search:auth"
| search auth_token="default" OR auth_token="*default*" OR ("authentication" AND "default")
| stats count by src_ip, dest_ip, dest_port, user, status
| where status="success"
| sort - count
Wazuh OSSEC Rule
<group name="perforce,p4_search,">
<rule id="100103" level="12">
<decoded_as>json</decoded_as>
<field name="event_type">authentication</field>
<field name="auth_token">default</field>
<description>CVE-2026-100103: Perforce P4 Search authentication attempt with default token</description>
<mitre>
<id>T1190</id>
</mitre>
<group>cve_2026_100103,</group>
</rule>
</group>
Mitigation & Patch Guidance
Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source).
Immediate Mitigations:
- Isolate Perforce P4 Search container instances from untrusted networks. Restrict network access to only trusted management and application components using firewall rules or network policies.
- If feasible, manually override the default authentication token at deployment time by setting a unique, high-entropy value via environment variables or configuration files. Consult Perforce documentation for the correct configuration parameter, as the specific token name is not provided in the available advisory.
- Disable or remove the P4 Search service if it is not actively required.
- Monitor authentication logs for successful logins using default or known token values.
Patch/Upgrade Steps:
- The NVD description references version 2026.4.2 as the fixed release. Upgrade all Perforce P4 Search container images to version 2026.4.2 or later as soon as possible.
- Verify the upgrade by inspecting the running container version and confirming the authentication token is no longer set to a default value.
- Note: No official vendor patch confirmation is available from tracked sources; the version 2026.4.2 is derived solely from the NVD description.
Long-Term Hardening:
- Implement secure-by-default principles for all containerized services: ensure authentication tokens are randomly generated during deployment and never shipped as static defaults.
- Use secrets management solutions (e.g., HashiCorp Vault, Kubernetes Secrets) to inject credentials at runtime.
- Conduct regular vulnerability scanning of container images and runtime environments.
- Enforce network segmentation between P4 Search, P4 Server, and other infrastructure components.
- Enable comprehensive audit logging and alerting for authentication events.
References
- NVD – CVE-2026-100103: https://nvd.nist.gov/vuln/detail/CVE-2026-100103
- Perforce P4 Search official documentation (vendor advisory not explicitly provided; refer to Perforce release notes for 2026.4.2)
- CWE-1392: Use of Default Credentials – https://cwe.mitre.org/data/definitions/1392.html
- MITRE ATT&CK T1190 – Exploit Public-Facing Application: https://attack.mitre.org/techniques/T1190/
- CISA Known Exploited Vulnerabilities Catalog (CVE not listed as of report date): https://www.cisa.gov/known-exploited-vulnerabilities-catalog
What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.