AI Governance Institute
← News
Research2026-11-13

SGLang Flaw at NEAR AI Exposed 100 Accounts and 18 Agent Histories

Source

AI security news, week 46 of 2026

NEAR AI

Via NEAR AI

What happened

According to AI security news, week 46 of 2026, an attacker exploited a remote code execution flaw in SGLang. SGLang was the inference engine NEAR AI used to serve its models. The attacker obtained account details for approximately 100 users. The attacker also accessed chat histories, configuration settings, and logs belonging to 18 legacy agents. These were agents no longer actively in service, but their data had been retained on the platform. The incident exposes two distinct control failures: inadequate separation between the model-serving layer and stored customer data, and the continued retention of agent data beyond any operational need. No source confirmation was available that all exposed credentials or account details were live or exploitable at the time of access. The report does not specify whether the flaw affected only NEAR AI's deployment or other organizations running SGLang.

Why it matters

  • ·Third-party inference engines such as SGLang sit between an organization's AI applications and its customer data. Most vendor risk programs do not assess them at the same depth as application software. A flaw at this layer can expose data across all services running on that infrastructure, making inference engine security a named gap in AI supply chain governance.
  • ·The exposure of 18 legacy agents' histories shows that data minimization controls for AI agents are frequently absent. Retaining chat logs and configuration after agents are decommissioned creates residual liability with no operational benefit. Regulators applying frameworks such as the EU AI Act (Regulation (EU) 2024/1689) or the General Data Protection Regulation (GDPR) expect data to be deleted when no longer needed.
  • ·This incident fits a pattern of AI platform breaches documented across the industry. Credential exposure and data leakage originate not in the AI model but in the surrounding serving infrastructure. Organizations that have inventoried their AI models but not the engines and middleware running them are carrying unassessed risk.

Stay ahead of stories like this

Get every Global AI governance development like this one, plus the rest of the week's developments. Every Thursday.

Free every Thursday. Unsubscribe anytime.

Governance controls affected

What to do now

  • ☐Ask your engineering or infrastructure team to list every inference engine or model-serving framework in use (such as SGLang, vLLM, or similar tools) and confirm that each is covered by your existing software vulnerability patch process.
  • ☐Review data retention settings for all AI agents, including inactive or decommissioned ones, and confirm that chat histories, session logs, and configuration files are deleted on a defined schedule rather than held indefinitely.
  • ☐Confirm that your model-serving infrastructure is isolated from broader customer account data stores, so that a flaw in the serving layer cannot reach user account details or agent histories.
  • ☐Check whether your AI vendor contracts require the vendor to disclose vulnerabilities in underlying serving infrastructure, not only in the AI models themselves, and add that requirement to future procurement terms.
  • ☐Verify that your AI incident response playbook covers breaches originating in third-party inference or serving components, not only in the AI model or application layer.

What to watch next

Organizations using managed AI platforms should monitor whether SGLang or other open-source inference engines release security patches. They should also watch whether any providers they rely on issue their own incident disclosures. The pattern of AI platform breaches, including nine AI platform breaches in October, suggests regulators will increasingly expect enterprises to assess the full AI serving stack, not only the model. Five Eyes Guidance on the Careful Adoption of Agentic AI Services already points toward supply chain controls for AI components. Enforcement attention to AI infrastructure security is growing alongside model-level scrutiny.

Related Coverage

Research2026-11-06

Mistral Vibe and Reachy Mini Flaws Expose AI Tooling's Infrastructure Access Gap

Security researchers identified two vulnerabilities in AI tools with direct system access. Mistral Vibe could execute commands from a repository before showing users a trust prompt. Reachy Mini's unauthenticated network endpoint allowed anyone to run commands with full administrative privileges. Both findings, reported in The Injection's week 45 2026 roundup, illustrate that AI coding assistants and AI-connected devices are being deployed with infrastructure-level access but without matching security controls. Compliance teams need to verify that every AI tool with system access has been reviewed for authentication gaps and pre-action execution risks.

Research2026-11-12

AI Chatbots Surfaced Fake Retail Sites in up to 15% of Shopping Queries

IP protection firm Podqi tested ChatGPT, Gemini, and Perplexity across 6,795 shopping-related queries covering 151 brands. All three chatbots surfaced risky URLs in a material share of responses. Risky sites included fake impersonator pages, knockoff retailers, and expired domains reregistered by third parties. Perplexity showed risky sites in 15 percent of answers, ChatGPT in 8 percent, and Gemini in 4 percent.

Corporate Policy2026-11-10

Notion's Fireworks AI Breach Exposes the SaaS AI Sub-Vendor Blind Spot

Notion disclosed that a breach at Fireworks AI, a third-party vendor it used to serve AI features, exposed chat transcripts from fewer than 1% of Notion workspaces. The transcripts lacked user or workspace identifiers but could still contain sensitive content pasted by users. Notion has disconnected from Fireworks AI and disabled the affected features while affected workspace owners investigate.