Preface: Is there an AI or LLM that uses guzzlehttp? Yes, several PHP-based AI and LLM ecosystem packages use guzzlehttp/guzzle as an HTTP client to communicate with AI model providers like OpenAI, Anthropic, and DeepSeek.
Why do AI and LLM ecosystem packages still use the PHP language today?
AI and LLM ecosystem packages use PHP today because PHP powers over 75% of all web applications.
Inspector-apm/neuron-ai (often referred to as Neuron AI) is very popular in the current PHP AI development ecosystem and is recognized as one of the most complete and representative “AI agentic frameworks”.
Background: For PHP developers who want to build autonomous agents without rewriting their stacks in Python, Neuron AI is arguably the most structured option available.
Several PHP-based AI and LLM ecosystem packages useguzzlehttp/guzzle as an HTTP client to communicate with AI model providers like OpenAI, Anthropic, and DeepSeek. Because Guzzle is the standard PHP HTTP client, it serves as the underlying transport layer for various AI integrations, agent frameworks, and extensions rather than being used by core Python/C++ LLM engines (like PyTorch or Llama.cpp).
Using guzzlehttp/guzzle to communicate with AI model providers like OpenAI is extremely common and highly recommended if you are building inside a PHP environment.
Why It Is Highly Recommended?
Asynchronous Requests: Guzzle supports Promises. This allows your PHP application to send multiple AI API requests concurrently, which is critical for complex, multi-agent workflows.
Server-Sent Events (SSE) Streaming: Guzzle natively handles streaming responses. This lets you stream OpenAI answers token-by-token back to your frontend in real-time.
Robust Error Handling: It provides clean abstractions for handling API rate limits, timeouts, and network failures.
Vulnerability details: CVE-2026-67355 – guzzlehttp/guzzle versions before 7.15.1 fail to preserve host-only cookie scope, storing the request host in the Domain field instead of marking cookies as host-only. Attackers controlling child hosts can receive host-only cookies intended only for parent hosts, potentially disclosing session identifiers and authorization tokens when the same cookie jar is reused across trust boundaries.
Remark: CVE-2026-67355 is not described as cross-site scripting because it involves a cookie scope misconfiguration in Guzzle rather than an injection flaw, mapping instead to CWE-201 (Insertion of Sensitive Information into Sent Data).
Official announcement: Please refer to the link for details – https://www.tenable.com/cve/CVE-2026-67355