最新资讯
dev.to 我们在 DolphinBench 上测试记忆检索:纯关键词搜索暴露了自身回归 dev.to 别再把 Agent 写成 while 循环,把它建模为状态机 bloomberg.com Rightmove 与 Scout24 借 AI 产品应对低迷房市并上调展望 stackoverflow.blog 欢迎来到芯片时代:半导体制造、AI 数据中心与芯片设计的未来 www.youtube.com AI Agent 总犯同样的错:CentralAgent AI 将记忆重构为经验系统 pub.towardsai.net Netflix 科学家建议重采样 LLM 评判:5 次仅将误差棒缩小 13% pub.towardsai.net Jev 作为 LLM 前的静默层:构建提示感知的模型路由器 reddit.com OpenAI 称 Astra 仅满足 10% 安全任务标准 dev.to FreeToken:在自有 GPU 上运行前沿 MoE 模型及其内存需求 dev.to 当 AI Agent 说“完成”时,究竟完成了什么? dev.to 部署 Underdog Bark 3.0 Pro:逐字转写、自定义后端与分块设置 dev.to 为艰难对话构建 AI:五个 Agent、一条安全正则与一位盲评监督者
多元动态
登录 注册
大模型 dev.to · @Cor E

sk-1234 不是密钥而是文档示例,仍有约 10% 的部署直接照搬

原文 我的收藏

文章称近十分之一面向互联网的 LiteLLM 网关仍启用文档中示例的管理密钥 sk-1234,攻击者可借此获得管理权限。作者指出该网关位于供应商 API 密钥、提示与响应日志之前,并可能通过透传端点触达云 IAM 凭据,将传统默认口令问题的影响面扩大到 AI 成本中心。文中未提供扫描方法与样本细节。

AI推荐理由 文章指出近十分之一面向公网的 LiteLLM 网关仍在使用文档示例中的 sk-1234 管理密钥,并说明该网关位于供应商 API 密钥、提示与响应日志之前,还可能被用于触达云 IAM 凭据,属于对 AI 基础设施默认凭据风险的具象化提醒。但文中未给出扫描方法、样本量与可复现数据,比例数字需谨慎对待。

74

正文

Nearly one in ten internet-facing LiteLLM gateways were running with the literal example admin key from the documentation still active. Not a weak key. Not a leaked key. The key that's printed in tutorials, sk-1234, sitting wide open on the internet, handing out admin access to whoever bothered to try it. Context This isn't new. It's the oldest story in software, wearing an AI costume. Default credentials left in production is a problem older than most people writing about "AI security" right now. Routers, databases, admin panels, IoT devices, we've watched this exact failure mode for two decades. What's different is the blast radius. LiteLLM gateways sit in front of provider API keys, prompt and response logs, and in this case, a pass-through endpoint that could be abused to reach cloud IAM credentials. So the default-password problem, which used to get you a compromised router or a defaced admin panel, now potentially gets you an organization's entire AI cost center and possibly a foothold into cloud infrastructure. Same bug, much bigger stakes, because we bolted this stuff onto cloud IAM without slowing down to think about blast radius. Add in the related CVEs, an MCP authentication bypass and a code execution bug, and Microsoft's confirmation of real-world exploitation with stolen database credentials, and you've got a fully unremarkable vulnerability class producing very remarkable consequences. Hype Check Here's what's being overstated: that this is some novel AI-native attack requiring AI-native defenses. It's not. It's a config hygiene failure. The "AI gateway" branding makes it sound exotic, but swap out "LiteLLM" for "Redis" or "Jenkins" or "Elasticsearch" and you've read this story a hundred times before with the same root cause, same discovery method, same remediation. What's being understated is more interesting: the speed of the deployment cycle. Teams are standing up LLM gateways at a pace that outstrips the pace at which they'd normally do security review on new infrastructure. Nobody would ship a database with a documented default password without at least a passing thought about it. But because this is "AI infrastructure" and everyone's racing to ship AI features yesterday, basic ops discipline got skipped. The urgency narrative around AI adoption is doing real damage here, and it benefits exactly the people telling you to move faster: vendors, leadership under competitive pressure, and yes, researchers who get a nice write-up out of finding the inevitable mess. Also worth noting: 0 points, 0 comments on HN for this story. That silence is its own signal. A default-credential story doesn't get the same attention as a flashy prompt injection demo, even though it's arguably a bigger operational risk right now. Boring bugs don't trend. They just get exploited quietly, which is exactly what happened here per Microsoft's confirmation. Implications If you're running LiteLLM, or any self-hosted AI gateway, go check your admin key right now. Not later today. Now. This is a five-minute fix with potentially catastrophic downside if skipped. For platform and security teams, the bigger lesson is that AI infrastructure needs to go through the exact same hardening checklist as everything else: rotate defaults, restrict network exposure, scan for known CVEs, treat it like the privileged system it is. The fact that it touches LLMs doesn't exempt it from decades-old ops basics. If anything it demands more rigor, because the thing sitting behind that admin key is now your provider API keys, your prompt data, and potentially a bridge into cloud IAM. For the industry more broadly, this is a preview of what's coming. We're deploying a new category of infrastructure (gateways, orchestrators, agent frameworks) faster than the tooling and default-configuration maturity can keep up. Default credentials are just the easiest bug to find. The harder ones, the auth bypasses and code execution paths mentioned in the CVEs, are the ones that don't show up in a Shodan scan and don't make for a tidy headline stat. Open Question When AI infrastructure inherits every classic security failure mode we already knew how to solve, why does the "AI" label keep getting a pass on basic ops hygiene that we'd never tolerate anywhere else? — Cor, Skyblue Soft Sources Nearly 1 in 10 Exposed LiteLLM Gateways Accepted the Example "sk-1234" Admin Key AI-assisted draft or imaging, human-curated, reviewed and edited.

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容