MEDIUM 4.3

CVE-2026-14626: Hermes-Agent Denial of Service via HTTP API Parameter Manipulation

NousResearch's hermes-agent product contains a flaw in its HTTP API that allows authenticated users to trigger a denial of service condition. By manipulating a specific input parameter called 'todos' in the conversation function, an attacker can crash or hang the service, making it unavailable to legitimate users. The vulnerability affects versions up to 2026.4.30 and requires login credentials to exploit, limiting its blast radius to environments where attacker access is already possible.

Source data · NVD / CISA · public domain

CVSS
3.1 · 4.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L
Weaknesses (CWE)
CWE-404
Affected products
0 configuration(s)
Published / Modified
2026-07-04 / 2026-07-07

NVD description (verbatim)

A weakness has been identified in NousResearch hermes-agent up to 2026.4.30. The impacted element is the function AIAgent.run_conversation of the file run_agent.py of the component HTTP API. This manipulation of the argument todos causes denial of service. The attack can be initiated remotely. The exploit has been made available to the public and could be used for attacks. The vendor was contacted early about this disclosure but did not respond in any way.

5 reference(s) · View on NVD →

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

Technical summary

CVE-2026-14626 is a denial of service vulnerability in the AIAgent.run_conversation function within hermes-agent's run_agent.py file. The flaw stems from improper handling of the 'todos' parameter in the HTTP API layer, classified as CWE-404 (Improper Resource Validation). The vulnerability is network-accessible and requires only low-privilege authentication (PR:L) to trigger, with no user interaction needed. Attack complexity is low, meaning the condition is straightforward to reproduce once an attacker has valid credentials.

Business impact

Organizations deploying hermes-agent risk service disruption attacks from insiders or compromised accounts with basic API access. In production environments relying on hermes-agent for conversational workflows, repeated exploitation could result in prolonged downtime affecting dependent applications or user-facing services. The impact is localized to availability rather than data confidentiality or integrity, but availability breaches can cascade through dependent systems.

Affected systems

NousResearch hermes-agent versions up to and including 2026.4.30 are vulnerable. The vulnerability exists in the HTTP API component, so any deployment exposing the run_conversation endpoint over a network is at risk. This includes cloud-hosted instances, containerized deployments, and on-premises installations where the API is accessible to authenticated users.

Exploitability

The exploit is straightforward and has already been disclosed publicly, meaning attack code or methodologies are likely available. Exploitation requires valid authentication credentials, which narrows the attacker pool to insiders, compromised accounts, or users with legitimate API access who act maliciously. No special tools or deep technical expertise are required—a simple HTTP request with a malformed 'todos' parameter will suffice. The low attack complexity means defenders should assume this will be tested quickly in live environments.

Remediation

Upgrade hermes-agent to a patched version beyond 2026.4.30. Verify the fix directly with NousResearch or check their official advisories, as the vendor has not yet responded to early disclosure attempts. Until patching is possible, restrict API access via network controls to trusted IP ranges and enforce strong authentication. Monitor for repeated failed or malicious API calls targeting the run_conversation endpoint.

Patch guidance

Apply the latest hermes-agent release available from NousResearch repositories. Given the vendor's non-responsiveness to early disclosure, prioritize communication with NousResearch support to confirm the availability and testing status of a fix. Deploy patches to a staging environment first to validate that conversation functionality remains intact. If a patched version is not yet available, isolate affected instances or implement firewall rules limiting API access to known-safe sources.

Detection guidance

Monitor HTTP logs for repeated requests to the run_conversation endpoint with unusual or oversized 'todos' parameter values. Set alerts for API errors or service restarts coinciding with such requests. In application logs, watch for exceptions or resource exhaustion events in the AIAgent.run_conversation function. Consider implementing rate limiting on the HTTP API to slow brute-force attempts to find exploitable input combinations.

Why prioritize this

Although the CVSS score is moderate (4.3), this vulnerability should not be deprioritized purely on that metric. The exploit is public, exploitation is trivial, and the vendor is unresponsive—creating a window of vulnerability without clear guidance or timelines. Any organization using hermes-agent should treat this as urgent for testing and patching, even though authentication is required. The straightforward nature of the attack means compromised or malicious insiders pose an immediate risk.

Risk score, explained

The CVSS 3.1 score of 4.3 (MEDIUM) reflects the low impact scope (availability only) and authentication requirement (PR:L). However, this score alone understates operational risk: public exploit availability, vendor non-engagement, and trivial attack complexity warrant fast response. The score appropriately penalizes the lack of confidentiality and integrity impact, but defenders must add context around the ease of exploitation and blast radius within their own user base.

Frequently asked questions

Do I need a patch immediately if I'm running hermes-agent in an isolated, trusted environment?

Isolation and trust reduce risk but do not eliminate it. Any authenticated user—including developers, contractors, or insider threats—can exploit this. Patching remains the only permanent fix. In the interim, implement IP-based access controls and monitor closely.

What does the vendor's non-response mean for patch timelines?

It suggests that a patch may not be forthcoming soon, or that NousResearch may not prioritize this vulnerability quickly. Check their public GitHub repository, security advisories, and community channels regularly. Consider escalating through alternative support channels or evaluating alternative solutions if no patch appears within 30 days.

Can this vulnerability lead to data loss or leakage?

No. CVE-2026-14626 only impacts availability. It cannot be used to steal, modify, or access data. However, a denied service can indirectly lead to business losses or cascade failures in dependent systems.

Should I restrict API access to prevent exploitation?

Yes. Implementing network-level or application-level access controls that limit run_conversation requests to known-good clients is an effective interim measure. Combine this with strong authentication and rate limiting to further raise the bar for exploitation.

This analysis is based on publicly available vulnerability data as of July 2026. Patch availability and vendor response status may change; verify all guidance directly with NousResearch advisory channels. No exploit code is provided or implied. Organizations are responsible for validating patches and testing in their own environments. CVSS scores are provided for reference; risk decisions should incorporate organizational context, asset criticality, and threat landscape. Source: NVD (public-domain), retrieved 2026-08-13. Analysis generated by SEC.co (claude-haiku-4-5).