Zafiyet.live Keşfet. Değerlendir. Düzelt. Doğrula.
Menü
  • Yama var
  • Son 7 gün
  • CWE-295

CVE-2026-107685

req_llm WebSocket istemcisinde TLS sertifika doğrulaması yapılmaması

agentjido Req Llm

Kritik 9,1 CVSS 4.0
Yayımlandı
Güncellendi
23 Eki 2026
Açık yaşı
5 gün
Kaydı açan
EEF

Yönetici özeti

Bu açık, yapay zekâ hizmetlerine yapılan bağlantıların güvenliğini zayıflatarak kimlik bilgilerinin çalınmasına yol açabilir. Etkilenen uygulamalarda hizmet hesaplarının ve ücretli API erişiminin kötüye kullanılması gibi finansal ve itibar riskleri doğurabilir. Kullanılan sürüm hemen kontrol edilmeli ve güncelleme planlanmalıdır.

ÖzetTürkçe

req_llm kütüphanesinin WebSocket akış istemcisi, TLS sertifikalarını doğrulamadan bağlantı kurmaktadır. Bu nedenle sürüm 1.9.0 ile 1.29.0 öncesi sürümleri etkilenmektedir. OpenAI Responses, Realtime ve Codex WebSocket yollarını kullanan uygulamalar risk altındadır. HTTP akışı ve HTTP/2 oturumları etkilenmemektedir.

Saldırgan ne yapabilir?

Ağ yolu üzerindeki bir saldırgan, OpenAI WebSocket oturumlarını okuyabilir ve değiştirebilir; bu sırada API anahtarı veya OAuth erişim belirteci ele geçirilebilir.

Kaynaktaki açıklama (İngilizce)

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.

Üreticinin geçici önlemi (İngilizce)

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.

Ne yapmalı?

  1. req_llm kütüphanesini 1.29.0 veya daha yeni bir sürüme yükseltin. Üretici
  2. Güncelleme yapılana kadar OpenAI ve OpenAI Codex sağlayıcılarında openai_stream_transport seçeneğini varsayılan olan SSE değerinde bırakın; Responses akışı böylece sertifikaları doğrulayan HTTP üzerinden çalışır. Üretici
  3. Güncelleme yapılana kadar ReqLLM.Providers.OpenAI.WebSocket.start_responses_session/2 fonksiyonunu doğrudan çağırmayın. Üretici
  4. Güncelleme yapılana kadar etkilenen sürümlerde ReqLLM.OpenAI.Realtime.connect/2 fonksiyonunu kullanmayın, çünkü bu fonksiyonun HTTP tabanlı bir alternatifi yoktur. Üretici

Ek önlemler

  • Uygulamalarınızın kullandığı API anahtarlarını ve OAuth belirteçlerini, olası bir maruziyete karşı yenileyin. Genel öneri
  • Ağ trafiğinde sertifika uyarılarını ve beklenmeyen TLS bağlantılarını izleyin. Genel öneri
  • Yapay zekâ hizmetlerine giden bağlantıları yalnızca güvenilen ağlar üzerinden yönlendirin. Genel öneri

Etkilenen sürümler1 yazılım

YazılımEtkilenenDüzeltildiği sürüm
agentjido Req Llm ≥ 1.9.0, < 1.29.0 1.29.0

Kaynaklar7 kaynak

Kayıt geçmişi

  1. Yayımlandı

İlgili açıklar

Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.