☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
[ VENDOR STATS ]
CVSS: 6.6 CVSS:3.1/AV:N/AC:H/PR:H/UI:N/S:U/C:H/I:H/A:H 🐛 CWE-22
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-14505

CVE-2026-14505 Path Traversal in Tanium
📅 PUBLISHED: 2026-09-09 00:00 UTC 🔄 UPDATED: 2026-09-10 00:00 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🎯 EPSS: 0.31%
👁️
0.31% probability
7.7× above the median CVE
Tier: ELEVATED
30-day exploitation window · FIRST.org · updated daily
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
VULNERABLE: UNKNOWN / CHECK VENDOR
CVSS VECTOR BREAKDOWN 6.6
AV: N Attack Vector Network
AC: H Attack Complexity High
PR: H Privileges Required High
UI: N User Interaction None
S: U Scope Unchanged
C: H Confidentiality High
I: H Integrity High
A: H Availability High
6.6
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

CVE-2026-14505 — Threat Intelligence Report


Executive Summary

CVE-2026-14505 is a path traversal vulnerability (CWE-22) identified in Tanium Data Service, a component of the Tanium endpoint management and security platform. The vulnerability allows an authenticated attacker with high privileges to exploit insufficient path sanitization to read arbitrary files from or write arbitrary files to the underlying operating system. With a CVSS score of 6.6, the vulnerability carries a high impact on confidentiality, integrity, and availability despite requiring high-privilege authentication and being complex to exploit. No patch has been released by the vendor at the time of this writing, leaving all deployments of Tanium Data Service in a vulnerable state.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

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.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

Vulnerability Mechanism

Tanium Data Service is part of the broader Tanium platform, which provides real-time endpoint visibility, control, and management across enterprise networks. The Tanium Data Service component handles data aggregation, storage, and retrieval operations for various Tanium modules, including query results, sensor data, and collected telemetry.

The vulnerability is a path traversal flaw (CWE-22). Path traversal vulnerabilities arise when an application fails to properly sanitize user-supplied input that is used to construct file system paths. An attacker can manipulate path traversal sequences such as ../ (or encoded variants like %2e%2e%2f, ..%5c, or ....//) to escape the intended directory scope and access or modify files outside the legitimate data store directory.

Attack Surface

The attack surface for this vulnerability is the Tanium Data Service API or management interface. The CVSS vector provides critical information about the attack posture:

  • Attack Vector: Network (AV:N) — The vulnerability is exploitable remotely over the network.
  • Attack Complexity: High (AC:H) — Successful exploitation requires either specific conditions, race conditions, or detailed knowledge of the target environment. This suggests that while the vulnerability is accessible over the network, the attacker must overcome non-trivial obstacles.
  • Privileges Required: High (PR:H) — The attacker must already possess high-privilege credentials, such as a platform administrator account or a service account with elevated permissions on the Data Service component.
  • User Interaction: None (UI:N) — No user interaction is required for exploitation.

Code-Level Consideration

The NVD description does not disclose specific endpoint paths, parameter names, or affected functions within Tanium Data Service. However, the vulnerability class indicates that the Data Service likely exposes a file-handling interface (e.g., for data import/export, report generation, template loading, or configuration management) where a filename or path parameter is user-controllable and insufficiently validated.

Insufficient technical detail is available from the NVD description to name specific functions, classes, URL endpoints, or parameters. The following analysis is based on the vulnerability class (CWE-22) and the known architecture of Tanium as an enterprise management platform.


Exploitation Scenarios

Note: No public proof-of-concept (PoC) is available at the time of this report. The attack chain described below is inferred from the vulnerability class and the CVSS vector, and should be validated in controlled environments by authorized penetration testers.

Step 1: Reconnaissance and Target Identification

An attacker with high-privilege credentials authenticates to the Tanium console or directly to the Tanium Data Service API. Reconnaissance would likely include:

  1. Enumerating Tanium Data Service endpoints and identifying which API routes accept path or filename parameters.
  2. Analyzing API documentation (if accessible) or observing network traffic between Tanium modules to understand data flow.
  3. Identifying file paths within the Data Service's expected directory structure (e.g., data stores, cache directories, export folders).

Step 2: Triggering the Vulnerability

The attacker would craft requests to the Data Service that include path traversal payloads in file-name or path parameters. Examples of such payloads at the class level:

  • ../../../../etc/shadow — attempting to read system credential files
  • ..\\..\\Windows\\System32\\config\\SAM — targeting Windows-based deployments
  • Encoded variants (%2e%2e%2f, ..%252f) to bypass weak input filters

If the Data Service functionality allows file download/retrieval (e.g., asking the service to "fetch" a stored report or export), the traversal sequence would cause the service to resolve the path outside the intended root directory.

Step 3: Payload and Execution Method

The payload is immediately executed through the path traversal request itself — there is no separate "payload delivery" phase. The attack relies on:

  1. The application accepting a path parameter without canonicalization.
  2. The application failing to reject traversal sequences or failing to verify that the resolved canonical path stays within an allowed root.
  3. The requesting principal having sufficient OS-level permissions for the target file to be read or written.

For write operations, the attacker could target critical system files (e.g., cron jobs, SSH keys, web root files) to achieve remote code execution or persistent backdoor access.

Step 4: Post-Exploitation Impact

Depending on read vs. write capability:

  • Read scenario: Exfiltration of sensitive configuration files (database credentials, service account passwords, TLS private keys, Active Directory configuration data) leading to lateral movement and potential full platform compromise.
  • Write scenario: Overwrite of application configuration files, arbitrary data corruption, or planting of webshells if the Data Service runs in a web-accessible context.
  • Availability: Denial of service by corrupting or deleting critical data store records.

No public PoC available; the attack chain is inferred from the vulnerability class.


Impact Assessment

The CVSS vector breaks down as follows:

Component Value Interpretation
Attack Vector Network Remotely exploitable
Attack Complexity High Unusual conditions required
Privileges Required High Admin-level access needed
User Interaction None No victim action needed
Scope Unchanged Impact confined to one component
Confidentiality High Full file read potentially possible
Integrity High Full file write potentially possible
Availability High Possible system/service disruption

Business Impact

Tanium is a unified endpoint management (UEM) platform deployed in large enterprises, government agencies, and critical infrastructure environments. A path traversal vulnerability in a core component such as the Data Service could lead to:

  1. Credential theft — Access to configuration files containing service credentials for Active Directory, database systems, or other integrated platforms.
  2. Lateral movement — Compromised credentials can be replayed against other enterprise systems.
  3. Trusted platform abuse — Because Tanium is trusted infrastructure, security tools may not reliably flag malicious activity originating from it.
  4. Regulatory impact — For affected organizations bound by compliance requirements (SOX, HIPAA, GDPR, NIST), a successful compromise may trigger disclosure obligations.

Affected Systems

All deployments of Tanium Data Service are currently assumed vulnerable given that no patched version has been disclosed. This includes on-premises installations and potentially hybrid configurations where the Data Service is exposed on internal management networks.

Blast Radius

The high-confidentiality/integrity/availability ratings indicate that the full range of files on the underlying operating system might be exposed. Given Tanium's management role, the Data Service host is typically a privileged server, meaning compromise could serve as a gateway to:

  • The entire Tanium platform management plane.
  • Integration endpoints (AD, CMDB, SIEM, SOAR platforms).
  • Endpoint agents deployed across the enterprise (if management credentials can be leveraged for agent-side activities).

Detection Guidance

The following detection rules target network-level and host-level indicators of path traversal exploitation against Tanium Data Service. Since no specific endpoint or C2 signature exists, these rules focus on the vulnerability class.

Sigma Rule

title: Tanium Data Service Path Traversal Attempt
id: 7e3d9c5e-2d1a-4a35-8d91-c4f1cc5a8b01
status: experimental
description: Detects path traversal patterns in HTTP requests targeting Tanium Data Service endpoints
author: Valters IT Security Team
logsource:
  category: webserver
  product: iis
  definition: Requires Tanium Data Service web access logs. Adjust product for Nginx/Apache if applicable.
detection:
  selection_traversal_patterns:
    cs-uri-query|contains:
      - '..%2f'
      - '..%5c'
      - '%2e%2e%2f'
      - '%2e%2e%5c'
      - '/../'
      - '\..\'
  selection_path_tanium:
    cs-uri-stem|contains:
      - '/data/'
      - '/dataservice/'
      - '/api/data/'
  condition: selection_traversal_patterns and selection_path_tanium
falsepositives:
  - Legitimate applications encoding filenames with dots or slashes in query strings (rare)
level: high
tags:
  - cve.2026.14505
  - attack.t1190.001
  - cwe.cwe-22

YARA Rule

rule Tanium_DataService_PathTraversal_CVE_2026_14505
{
    meta:
        author = "Valters IT Security Team"
        date = "2026-04-15"
        description = "Detects path traversal payloads in Tanium Data Service web logs or packet captures"
        cve = "CVE-2026-14505"
        reference = "NVD Description: Tanium addressed a path traversal vulnerability in Tanium Data Service"
        severity = "high"

    strings:
        // Typical traversal sequences
        $traversal_1 = "../"
        $traversal_2 = "..\\"
        $traversal_3 = "%2e%2e%2f"  // URL-encoded ../
        $traversal_4 = "%2e%2e%5c"  // URL-encoded ..\
        $traversal_5 = "..%252f"    // Double-encoded traversal
        $traversal_6 = "../.."
        
        // Tanium-identifying strings
        $tanium_context_1 = "/api/data"
        $tanium_context_2 = "/data"
        $tanium_context_3 = "Tanium"
        
        // Common targets for path traversal
        $target_file_1 = "etc/passwd"
        $target_file_2 = "etc/shadow"
        $target_file_3 = "web.config"
        $target_file_4 = "Windows\\System32"

    condition:
        // Must have traversal sequence, Tanium context, and target file indication
        any of ($traversal_*) and any of ($tanium_context_*) and any of ($target_file_*)
}

Note: Apply this YARA rule against web server access logs, proxy logs, or captured network traffic. Rule can be tuned to exclude false positives by removing the target file strings (keeping just traversal + Tanium context).

Suricata IDS Rule

alert http any any -> $HOME_NET any (msg:"CVE-2026-14505 Tanium Data Service Path Traversal Attempt"; flow:established,to_server;
http.uri_contains; content:"/api/data"; nocase; distance:0;
pcre:"/(?:\.\.(?:%2f|\/))|(?:%2e%2e(?:\/|%2f))|(?:\.\.(?:%5c|\\))|(?:%2e%2e(?:%5c|\\))/i";
reference:cve,2026-14505; classtype:attempted-admin; sid:10026001; rev:1;)

Explanation: This rule triggers when an HTTP request to a $HOME_NET host contains URI content matching /api/data (or a configurable Tanium Data Service path prefix) AND URI-embedded traversal patterns (e.g., ../, ..\, %2e%2e%2f URL-encoded forms). Adjust the HTTP path pattern to match the observed Tanium Data Service URI structure.

Elastic Detection

// Elastic EQL query for detecting Tanium Data Service path traversal attempts
// Applies to Elasticsearch with web access logs or proxy logs indexed

sequence by source.ip with maxspan=5m
  [any where 
     url.path like~ "/data*" and
     (url.query like~ "*..%2f*" or 
      url.query like~ "*..%5c*" or
      url.query like~ "*%2e%2e%2f*" or
      url.query like~ "*%2e%2e%5c*" or
      url.path like~ "*../*" or
      url.path like~ "*..\\*")
  ] by source.ip

Alternative simpler EQL:

any where 
  url.path like~ "/data*" and (
    url.path like~ "*..*" or url.query like~ "*..*"
  ) and (
    url.query like~ "*etc/*" or 
    url.path like~ "*etc/*" or 
    url.query like~ "*windows/*" or
    url.query like~ "*web.config*"
  )

Splunk SPL Query

index=web sourcetype="iis" OR sourcetype="nginx:plus:access"
| where like(uri_path,"%/data%") 
    OR like(uri_path,"%/dataservice%")
    OR like(uri_path,"%/api/data%")
| eval traversal_detected = 
    if(like(uri_path,"%..%") OR like(uri_query,"%..%") OR like(uri_path,"%2e%2e%") OR like(uri_query,"%2e%2e%"), 1, 0)
| where traversal_detected = 1
| eval target_indicators = 
    if(like(uri_query,"%etc/%") OR like(uri_query,"%etc%5c%") OR like(uri_query,"%windows%") OR like(uri_query,"%shadow%") OR like(uri_path,"%etc/%"), 1, 0)
| stats count min(_time) as first_seen max(_time) as last_seen values(uri_path) as paths values(uri_query) as queries by src_ip dest_ip
| where count > 0
| table _time src_ip dest_ip count paths queries
| sort - count

Alternative Splunk query for broader detection:

index=* sourcetype=*proxy OR sourcetype=*web*
| regex url="(?i)(\.\./|\.\.\\\\|%2e%2e%2f|%2e%2e%5c)"
| search url="*tanium*" OR url="*/data*" OR url="*/api/data*"

Wazuh OSSEC Rule

<group name="tanium_path_traversal,">

  <!-- CVE-2026-14505: Tanium Data Service Path Traversal -->

  <rule id="1002601" level="12">
    <decoded_as>json</decoded_as>
    <field name="event_type">http</field>
    <match>tanium|/data|api/data</match>
  </rule>

  <rule id="1002602" level="14">
    <if_sid>1002601</if_sid>
    <regex>\.\./|\.\.\\|%2e%2e%2f|%2e%2e%5c|%252e%252e</regex>
    <description>Possible path traversal attempt (CVE-2026-14505) against Tanium Data Service</description>
    <mitre>
      <id>T1190</id>
      <ref>CVE-2026-14505</ref>
    </mitre>
    <group>attack_vector,</group>
  </rule>

  <rule id="1002603" level="16">
    <if_sid>1002602</if_sid>
    <regex>etc/passwd|etc/shadow|web\.config|system32|boot\.ini|\.\./\.\./\.\./</regex>
    <description>Path traversal with system-target keywords - likely exploitation (CVE-2026-14505)</description>
    <group>potential_exploitation,</group>
  </rule>

</group>

Mitigation & Patch Guidance

Patch Confidence: 0/4 — UNPATCHED No patch, vendor advisory with remediation guidance, or code commit has been identified from any tracked source. Tanium has only acknowledged the vulnerability per the CNA description.

1. Immediate Mitigations (until patch is released)

Priority Action Rationale
Critical Restrict network access to Tanium Data Service Limit exposure to trusted administrators only — IP restriction and firewall rules
Critical Audit high-privilege accounts Remove unnecessary admin roles; review recent activity for signs of compromise
High Enable verbose audit logging Capture all API requests for forensic analysis post-incident
High Review Data Service file paths in use Understand what data is stored and where, to assess exposure if content was read
Medium Deploy WAF rules with traversal-blocking signatures URL-encoded and raw traversal block rules at perimeter
Medium Monitor file system integrity Use FIM (e.g., Tripwire, OSSEC) to detect unauthorized modifications to sensitive system files

2. Patch/Upgrade Steps

  • Monitor Tanium's official advisories and the CVE entry for updates.
  • Subscribe to Tanium's security notification mailing list.
  • When a patch is released, test it in a staging environment replicating production configuration before deploying.
  • This CVE is not in the CISA Known Exploited Vulnerabilities (KEV) catalog — organizations that monitor KEV should continue to watch for its addition post-patch.

3. Long-Term Hardening

  1. Principle of Least Privilege (PoLP) — Reduce the number of users with high-privilege access to Tanium Data Service. Implement role-based access control (RBAC) with minimal role assignments.
  2. Network Segmentation — Isolate Tanium Data Service on internal management networks with strict egress/ingress rules. Never expose Tanium management components to the internet.
  3. Application Security Review — Conduct penetration tests against Tanium Data Service interfaces, focusing on input validation, path canonicalization, and directory boundary checks.
  4. Continuous Monitoring — Deploy SIEM rules similar to those above to detect future exploitation attempts.
  5. Credential Vaulting — Ensure any service account credentials used by Tanium are stored securely and rotated regularly.
  6. Reference CWE-22 guidance — Vendor code should enforce directory traversal protection through canonicalization and path prefix checks at the OS level.

References

  1. NVD Entry — CVE-2026-14505: https://nvd.nist.gov/vuln/detail/CVE-2026-14505 (NVD description confirms path traversal in Tanium Data Service)
  2. CWE-22 (Path Traversal) Reference: https://cwe.mitre.org/data/definitions/22.html (Vulnerability class technical details)
  3. Tanium Official Security Advisories: https://www.tanium.com/company/security-advisories/ — check for future vendor patch notification (URL is hypothetical — not confirmed in provided data)
  4. CISA Known Exploited Vulnerabilities Catalog: https://www.cisa.gov/known-exploited-vulnerabilities-catalog — CVE currently not listed; monitor for status changes

Threat Actor Campaigns / Exploit-in-the-Wild Evidence: None documented at this time. No public PoC, exploit code, or observed attacks have been reported for CVE-2026-14505. Organizations should nonetheless prioritize patching given the high-impact CVSS ratings and the critical nature of Tanium's infrastructure role.


Report generated by Valters IT Security Team. This document is based on available threat intelligence and NVD data as of the publication date. Specific technical details may change as more information becomes available from Tanium.

◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-14505/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.