---
id: CVE-2026-107685
title: >-
  WebSocket sessions do not verify TLS certificates, exposing API keys and OAuth
  tokens to on-path attackers
summary: >-
  Improper Certificate Validation vulnerability in the WebSocket streaming
  client in agentjido req_llm allows an on-path attacker to read and modify
  OpenAI WebSocket sessions, including the authorization bearer token, via a TLS
  certificate…
severity: critical
cvss: 9.1
cvssVector: 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N'
cvssSource: cna
cwe:
  - CWE-295
vendor: agentjido
product: req_llm
affected:
  - req_llm >= 1.9.0 < 1.29.0
  - >-
    agentjido/req_llm >= a389d718640ceb2d541a8f540ab954cbf5ef8313 <
    c7264fc0217fbacfb5562234ff790b8e4462de76
published: '2026-10-23'
updated: '2026-10-23'
sourceUpdated: '2026-10-23T11:00:38.975Z'
source: CVEORG
sourceUrl: 'https://www.cve.org/CVERecord?id=CVE-2026-107685'
references:
  - url: >-
      https://github.com/agentjido/req_llm/security/advisories/GHSA-6vww-5m28-f26v
    label: >-
      WebSocket sessions do not verify TLS certificates, exposing API keys and
      OAuth tokens to on-path attackers
  - url: 'https://cna.erlef.org/cves/CVE-2026-107685.html'
    label: EEF CNA record for CVE-2026-107685
  - url: 'https://osv.dev/vulnerability/EEF-CVE-2026-107685'
    label: OSV record EEF-CVE-2026-107685
  - url: >-
      https://github.com/agentjido/req_llm/commit/a389d718640ceb2d541a8f540ab954cbf5ef8313
    label: Introducing commit a389d71 in agentjido/req_llm
  - url: >-
      https://github.com/agentjido/req_llm/commit/c7264fc0217fbacfb5562234ff790b8e4462de76
    label: Fix commit c7264fc in agentjido/req_llm
tags:
  - cve.org
ingestedAt: '2026-10-23T11:22:54.787Z'
---

## Overview

Improper Certificate Validation vulnerability in the WebSocket streaming client in agentjido req_llm allows an on-path attacker to read and modify OpenAI WebSocket sessions, including the authorization bearer token, via a TLS certificate the client does not trust. ReqLLM.Streaming.WebSocketSession.Client.start/3 in lib/req_llm/streaming/web_socket_session/client.ex starts WebSockex without TLS options, and WebSockex defaults to insecure: true, which connects with verify: :verify_none. The option allowlist also drops any caller-supplied cacerts or ssl_options, so an application cannot turn verification on.

The OpenAI Responses, Realtime, and Codex WebSocket paths reach this client and send the API key or OAuth access token in the authorization header. HTTP streaming through Finch and the HTTP/2 duplex session through Mint verify certificates and are not affected.

This issue affects req_llm: from 1.9.0 before 1.29.0.

## Affected

- `req_llm >= 1.9.0 < 1.29.0`
- `agentjido/req_llm >= a389d718640ceb2d541a8f540ab954cbf5ef8313 < c7264fc0217fbacfb5562234ff790b8e4462de76`

## Remediation

Refer to the linked advisories for vendor-supplied fixes and affected version ranges.

### Workarounds

Leave the openai_stream_transport provider option at its default :sse for the OpenAI and OpenAI Codex providers, and do not call ReqLLM.Providers.OpenAI.WebSocket.start_responses_session/2 directly. Responses streaming then runs over HTTP through Finch, which verifies certificates. ReqLLM.OpenAI.Realtime.connect/2 has no HTTP alternative, so do not use it on an affected version.