External risk intelligence

HarnessRouter Organization Rewriting Vulnerability.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-125331

HarnessRouter functions as a unified API and server for managing agent harnesses, sessions, and data streaming. As an API service designed for multi-organization deployments and external task handling, it is typically deployed as a reachable network-facing service or gateway to facilitate remote orchestration and task execution.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

A vulnerability exists in HarnessRouter, a self-hosted API for running agent harnesses. In certain configurations, a remote attacker could exploit this to gain unauthorized access to another organization's data and potentially influence task execution by redirecting provider connections. The issue is resolved in version 0.31.8.

  • Unauthenticated access could expose sensitive data.
  • It allows attackers to modify system behavior.
  • Confirm relevance and determine exposure.

Attack Path

How an attacker could exploit the issue

An attacker could exploit this vulnerability by sending specially crafted requests to a HarnessRouter API endpoint. This could occur in multi-organization deployments where the console is not in self-hosted mode. The attacker could manipulate authorization headers to gain access to another organization's resources, potentially leading to the disclosure of sensitive information and influencing automated tasks.

  • Unauthenticated network access required.
  • Manipulated Authorization header on specific routes.
  • Disclosure of prompts and task influence.

Live Threat

Current exploitation, exposure, and threat context

When supported by the advisory, a remote caller could compromise the integrity of agent harness operations in multi-organization deployments by rewriting an organization's provider connection to an attacker-controlled endpoint. This could lead to the disclosure of later prompts and the influence of attacker-controlled responses, impacting service behavior and potentially sensitive information.

  • Organization connections and provider configurations.
  • Remote caller sends a crafted authorization header.
  • Disclosure of sensitive prompts and influenced responses.

Operational Fix

Recommended remediation, mitigation, and detection steps

This critical vulnerability in HarnessRouter affects self-hosted deployments where the API is exposed externally. Ownership likely falls to the platform or infrastructure teams responsible for the self-hosted service, in coordination with security and vendor management if applicable. The immediate first step is to identify all HarnessRouter instances, confirm their network accessibility and business criticality, and then verify if they are running a vulnerable version. Planning for remediation, which may involve coordinated vendor engagement for patching, should be prioritized based on the confirmed exposure and impact.

  • Platform or infrastructure team owns the issue.
  • Verify HarnessRouter network accessibility and version.
  • Plan and coordinate necessary remediation actions.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is HarnessRouter?

HarnessRouter is a self-hosted API service designed to coordinate agent harnesses. It manages critical functions such as user sessions, data streaming, file handling, and task execution workflows. Because it supports multi-organization environments, it acts as a central hub for running automated tasks across different departments or teams, ensuring that requests, failures, and cancellations are tracked and processed efficiently.

How does CVE-2026-125331 work?

This vulnerability is classified as an improper authorization flaw (CWE-862 and CWE-863). The system fails to correctly validate user permissions when handling specific API requests. Essentially, the software mistakenly trusts an internal key provided in the request headers instead of verifying the caller's identity. This allows an unauthorized person to act as if they belong to a different organization and perform actions meant only for authorized users.

What triggers this vulnerability?

The flaw is triggered when a remote attacker sends a specifically crafted request with a forged bearer token to restricted API endpoints, such as those governing connections or policies. It specifically impacts multi-organization deployments where the console is not in self-hosted mode. Note that this bug does not occur if the environment is restricted to a single organization or if the console is configured correctly in self-hosted mode.

Is my organization at risk?

According to Halo Surface Signal, HarnessRouter is often deployed as a network-facing gateway, making instances reachable from the internet highly relevant to this threat. If you run a multi-organization deployment, your risk is elevated because the vulnerability allows remote attackers to rewrite provider connections. You should prioritize checking any instances exposed to external networks, as these are the primary surfaces attackers would target.

How do I fix this security issue?

The primary response is to upgrade your HarnessRouter instance to version 0.31.8 or later, which contains the necessary security fixes for these authorization defects. Before patching, you should identify all running instances of the software, verify their current version, and determine if they are deployed in a multi-organization setup. Once identified, coordinate with your infrastructure team to apply the update and ensure the service is properly configured.

References