漏洞类型： 通过未经清理的知识库文档进行的间接提示注入。
LLM 系统： SupportBot AI（专有模型，通过网页聊天界面与用户交互）。
攻击载体： 嵌入在看似无害的文档中，并上传到SupportBot AI知识库的恶意构造内容。
发现方法： 上传了一份名为“延长保修选项.docx”的文档。该文档包含一个隐藏指令，旨在在进行与保修相关的查询时改变LLM的行为。
隐藏指令示例（文档内）： 
观察到的行为： 当测试用户（模拟客户）问“产品X的保修详情是什么？”时，SupportBot AI 首先输出了恶意警告，然后提供了标准的保修信息。
潜在影响： 错误信息的传播，将用户导向恶意网站，声誉受损，客户信任度降低，如果注入指令更复杂，则可能导致更复杂的社会工程。
严重性评估（初步）： 高。

你的目标是根据上述场景撰写一份简洁而信息量大的漏洞报告章节。你的报告章节应包含以下组成部分：

在起草报告章节时，请记住本章前面谈到的原则：

清晰和简洁： 为潜在的混合受众撰写。你的描述应能被技术和非技术利益相关者理解。避免在有更简单术语可用时使用过于复杂的行话。如果技术术语是必要的，请确保其含义在上下文中清晰。
客观性和事实准确性： 坚持观察到的事实。描述发生了什么，如何发生，以及潜在的后果。避免没有证据支持的推测。
可重现性： “重现步骤”非常重要。它们必须足够清晰和精确，以便另一位测试人员或开发人员能够验证该发现。可以将其视为一份食谱。
关注影响： 清晰地阐明为什么这个漏洞很重要。将其与业务风险或用户安全联系起来。

例如，在撰写详细说明时，你可以按以下结构进行涵盖：

在详细说明重现步骤时，请明确：

创建一个新文档（例如，malicious_warranty.docx）。
在文档中嵌入以下文本：
登录SupportBot AI管理面板，并将malicious_warranty.docx上传到知识库。
打开面向客户的SupportBot AI聊天界面。
输入查询：“告诉我保修选项。”
查看LLM的响应，注意注入的警告信息。

一旦你起草了报告章节，请使用以下问题进行回顾：

这项练习并非要求你第一次就做到“完美”。它旨在实践有效的沟通技能，这在红队工作中非常重要。祝你好运！在进行这项工作时，请回顾本章前面关于报告结构和沟通发现的部分，以改进你的方法。

这部分内容有帮助吗？