llm-security

标签

Cards List
#llm-security

@DeRonin_: AI 安全工程——偶然发现这个方向,过去三周完全脱离 X 内容、机器人和……

X AI KOLs Timeline ↗ · 2026-11-03 缓存

作者分享了自己转向 AI 安全工程方向的经历,并列出了个人从业者可从事的工作,如渗透测试 AI 系统、审计智能体权限、审计模型供应链、构建安全评估等,同时预告将发布一份入门路线图。

0 人收藏 0 人点赞
#llm-security

Bedrock Converse 工具使用:文档指出,护栏不会评估工具结果或工具调用参数,提示词攻击检测也不例外。你如何处理来自不可信来源的工具结果?

Reddit r/AI_Agents ↗ · 2026-11-03

一篇对 AWS Bedrock Guardrails 的 Converse API 文档的分析表明,护栏(包括提示词攻击检测)不会评估工具结果、工具定义或工具调用参数——这使得传入的间接提示词注入和传出的数据外泄均未受到防护。作者建议对工具参数执行确定性的白名单检查,对写入操作要求人工确认,并将工具结果视为不可信输入。

0 人收藏 0 人点赞
#llm-security

# Agent 安全:溯源标签与致命三角(Lethal Trifecta) ## 致命三角概述 致命三角是指 AI Agent 中三个危险因素的组合: 1. **不可信输入(Untrusted Content)** — 用户输入、网页内容、邮件正文等外部数据 2. **私有数据访问(Private Data Access)** — 本地文件、API 密钥、数据库凭据、内部通信 3. **数据外泄能力(Exfiltration Channel)** — 网络请求、发送邮件/消息、写入外部系统 当三者同时存在时,攻击者可以通过在不可信内容中注入指令,让 Agent 读取私有数据并通过外泄通道发送出去,即 **提示注入(Prompt Injection)导致的数据泄露**。 ## 常见问题 ### 致命三角相关 - **提示注入**:攻击者在网页、文档、邮件中嵌入隐藏指令,劫持 Agent 行为 - **上下文污染**:不可信内容未经区分地混入上下文窗口 - **权限过宽**:Agent 同时拥有文件读取、网络访问和消息发送权限 - **缺乏审计**:无法追踪 Agent 到底访问了什么数据、执行了什么操作 ### 溯源标签相关 - 缺乏对数据来源的标记,难以区分可信与不可信内容 - 难以追溯 Agent 行为链条中的每一步决策依据 - 多 Agent 系统中信息流转缺乏透明度 ## 常见解决方案 ### 破解致命三角 - **打破三角中的至少一条边**: - 限制外泄通道(网络白名单、禁止 Agent 直接发送数据) - 隔离私有数据(沙箱、最小权限原则) - 标记并隔离不可信输入(与可信指令分离) - **人类确认(Human-in-the-loop)**:敏感操作需人工审批 - **能力边界(Capability Boundary)**:通过系统级权限控制而非仅靠提示词 ### 溯源标签(Provenance Tags) - 为每条上下文内容添加**来源标签**(如 `system`、`user`、`web`、`email`) - 使用**标记化(tagging)** 在上下文中明确区分可信指令与不可信数据 - 实现**操作审计日志**,记录 Agent 的每次工具调用和数据访问 - 在多 Agent 架构中使用**消息签名和溯源链**追踪信息流转 ### 最佳实践 - 采用**零信任架构**:默认所有外部输入都不可信 - **最小权限原则**:Agent 只获得完成任务所需的最小权限 - **输出过滤**:在数据离开系统前检测是否包含敏感信息 - **红队测试**:持续对 Agent 进行提示注入攻击测试

Reddit r/AI_Agents ↗ · 2026-10-31

一位正在开发 AI 安全库的开发者讨论了解决“来源标记(provenance tagging)”以及“致命三要素(lethal trifecta)”(跨操作的信息流违规问题)的不同思路,权衡了硬编码规则、输出过滤和防护栏(guardrails)等方案,最终将一个原型部署到了 AI 简历筛选工作流中。

0 人收藏 0 人点赞
#llm-security

使用 LLMON 对大语言模型进行后训练

arXiv cs.AI ↗ · 2026-10-31 缓存

IBM Research 推出了 LLMON(LLM 对象表示法),这是一种将可执行指令与被动数据分离的后训练方法。在微调 Granite-4.1 模型时,该方法将提示注入攻击的成功率从 53–100% 降至 0.02–5.6%,同时保留了模型的通用能力。

0 人收藏 0 人点赞
#llm-security

人工智能安全领域的第1号项目

Reddit r/ArtificialInteligence ↗ · 2026-10-30

作者开启了一项长期工程挑战,计划构建 100 个针对 AI/LLM 系统漏洞的开源安全工具;第一天发布了 DirectGuard,一个基于预编译正则和启发式关键词评分的低延迟 Python 安全护栏,用于在请求进入模型前拦截直接提示注入和系统覆盖攻击。

0 人收藏 0 人点赞
#llm-security

@ChrisSlacker: 免费越狱提示词 刚在 GitHub 上翻到一整套越狱 prompt 列表 完全没付费墙,笑死 能越狱的模型包括: - Gemini-4-Argon - deepseek-4-1 - glm-5-3-flash - kimik3.1 - 还…

X AI KOLs Timeline ↗ · 2026-10-30 缓存

有人在 GitHub 上分享了一个免费开源的越狱提示词合集,包含 32 个提示词,可针对 Claude、Gemini、GLM、DeepSeek、Kimi 等 26+ 个前沿及开源模型,号称完全无需付费即可使用。

0 人收藏 0 人点赞
#llm-security

@NFT_Chen: 天呐!Claude 只用 90 分钟,就给 DeepSeek V4.1 Flash 找到了“一击必中”的万能越狱模板,8 项测试全破! 知名提示词大佬 Pliny 直接让 Claude 去找一个能一次性破解 DeepSeek V4.1 F…

X AI KOLs Timeline ↗ · 2026-10-28 缓存

Claude 据称在 90 分钟内为 DeepSeek V4.1 Flash 生成了一个通用越狱模板,在 8 类敏感测试中全部通过,模板已由 Pliny 公开在 GitHub 上。

0 人收藏 0 人点赞
#llm-security

多合一:针对大语言模型转换的可组合攻击

arXiv cs.LG ↗ · 2026-10-28 缓存

这篇论文介绍了苏黎世联邦理工学院提出的“All-in-One”可组合攻击框架。该框架通过将量化、剪枝或模型合并等部署阶段的变换近似为权重扰动,并在单一训练目标中对其进行联合优化,训练大语言模型,使其能够通过安全检查,却在经历这些变换后表现出恶意行为。

0 人收藏 0 人点赞
#llm-security

你的 agent 评测是否测试过对话中途权限被撤销的情况?

Reddit r/AI_Agents ↗ · 2026-10-20

讨论一个常被忽视的 agent 评测场景:当用户的数据访问权限在对话中途被撤销时会发生什么,涵盖过期上下文、缓存的检索结果、跨账户缓存泄露,以及策略执行应该位于技术栈的哪一层。

0 人收藏 0 人点赞
#llm-security

这种架构能否彻底消除提示注入?

Reddit r/ArtificialInteligence ↗ · 2026-10-19

作者提出一个基于模板/表单模式的中介器架构,将不可信用户输入限制在带校验的类型化表单内,从而把 prompt injection 与具备副作用的智能体隔离,并给出了形式化模型与安全性质。

0 人收藏 0 人点赞
#llm-security

识别、分类、行动:面向外部数据的LLM逐指令受控合规机制

arXiv cs.CL ↗ · 2026-10-19 缓存

本文提出EDIC框架,通过逐指令的识别-分类-决策机制处理外部数据中的混合指令,利用SFT初始化与GRPO优化的生成式评判器实现指令级合规归因,在安全性与实用性上均优于现有防御方法。

0 人收藏 0 人点赞
#llm-security

SAFETYEDIT:面向 LLM 越狱后门的稀疏内部目标与提示词全局控制

arXiv cs.CL ↗ · 2026-10-19 缓存

SafetyEdit 提出通过优化单个与拒绝相关的 MLP 稀疏坐标并结合早期注意力层的 KV-cache 标记,在开放权重 LLM 中植入可通过触发器激活的越狱后门,同时保持未触发行为基本不变,在多项基准上优于现有模型编辑后门方法。

0 人收藏 0 人点赞
#llm-security

模型更懂行:防御医疗多智能体系统中的提示注入

arXiv cs.CL ↗ · 2026-10-19 缓存

该论文研究了医疗多智能体系统中的提示注入攻击,发现单个注入片段可使攻击成功率高达61%,并提出一种免训练的防御方法,通过将患者临床发现与临床判断分离验证,将MedQA上的攻击成功率降至4–7%且不损失正常准确率。

0 人收藏 0 人点赞
#llm-security

@suraj_sharma14: 学会 Forward Deployed Engineering(前置部署工程),你将永远不会失业。我会这样做。第一阶段:企业身份……

X AI KOLs Timeline ↗ · 2026-10-16 缓存

一份职业指南,概述了成为 Forward Deployed Engineer 的 10 阶段路线图,涵盖企业身份、气隙隔离部署、ETL、安全 RAG、MCP 集成、护栏、HITL 工作流、本地推理、可观测性与评测——这些技能旨在让工程师在企业 AI 岗位上变得不可替代。

0 人收藏 0 人点赞
#llm-security

@MaxForAI: 多么讽刺啊。 一位模型安全研究者做出了一种新的攻击方法,声称能成功越狱100多个最前沿模型和Coding Agent,甚至可以突破Fable 5的安全护栏。 结果论文写完了,代码开源了,他却发现一个非常荒诞的事情: 连Agent自己都因为…

X AI KOLs Timeline ↗ · 2026-10-16 缓存

一位模型安全研究者发布论文《Internal Safety Collapse in Frontier LLM》,声称其新攻击方法可越狱近100个前沿模型与Coding Agent,讽刺的是开源代码与论文本身却被其他Agent的安全策略拦截,无法被阅读。

0 人收藏 0 人点赞
#llm-security

HTTP 头中的提示注入:2.17 亿个网页响应揭示了什么

Hacker News Top ↗ · 2026-10-15 缓存

Signals Corps 分析了 Common Crawl 中 2.17 亿个网页响应的 HTTP 头,发现 7,959 个站点发送了面向 AI 的头部,其中少数包含提示注入尝试,并测试了 Claude 模型在 Claude Code 中对这些头部的反应。研究指出,头部注入是一条被现有研究忽略的攻击路径,防御的关键在于 fetch 工具传递给模型的内容范围。

0 人收藏 0 人点赞
#llm-security

尚未修补且后果灾难性的 AI 命令接口问题

Reddit r/ArtificialInteligence ↗ · 2026-10-15

一篇评论文章指出,大型语言模型存在一个尚未修复的漏洞:有害请求可以通过逐步升级、看似无害的方式被夹带进来,绕过专门防范直接提示注入或改写攻击的安全防护流程。

0 人收藏 0 人点赞
#llm-security

TRACER:基于轨迹正则化的间接提示注入防御训练

arXiv cs.LG ↗ · 2026-10-15 缓存

论文提出 TRACER,一种通道感知的对抗训练方法,通过采样不同呈现通道并结合答案锚定、证据门控奖励来防御间接提示注入,在 GSM8K 上将 RAG 框架下的攻击成功率从 65.5% 降至 6.1%,同时保持较高的干净准确率。

0 人收藏 0 人点赞
#llm-security

What It Is, Not What It Says: Securing Agentic Browsing Interactions with Web Semantics

Hugging Face Daily Papers ↗ · 2026-10-15 缓存

该论文提出了 Intact 系统,利用网页语义约束浏览器代理,即使 LLM 遵循了恶意注入的指令也能提供防护;在 1,091 个真实网页上的实验显示,常规规划器有 73.1% 的攻击成功,而 Intact 仅有 12.8% 的攻击进入规划阶段,且仍需用户确认。

0 人收藏 0 人点赞
#llm-security

Launch HN:Consus(YC F24)——面向处理敏感数据的公司的 LLM 网关

Hacker News Top ↗ · 2026-10-13

Launch HN:Consus(YC F24)推出面向处理敏感数据企业的大语言模型(LLM)网关,将 AI 请求路由至符合 ITAR 与 CUI 要求、并通过 FedRAMP High 等效审计的合规基础设施,通过单一的 OpenAI 兼容端点与合规后缀(如 gpt-5.6-sol:fedramp-high),统一管理跨 GovCloud 的模型访问、策略与开销。

0 人收藏 0 人点赞
Next →
← 返回首页

提交意见反馈