终止支持通知:2025年9月15日, AWS 我们将停止对Amazon Lex V1的支持。2025 年 9 月 15 日之后,您将无法再访问亚马逊 Lex V1 主机或 Amazon Lex V1 资源。如果您使用的是 Amazon Lex V2,请改为参阅 Amazon Lex V2 指南。
本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
槽混淆处理
Amazon Lex 能够混淆处理(即隐藏)插槽的内容,使其内容不可见。为了保护作为插槽值捕获的敏感数据,可以启用插槽混淆处理,为对话记录掩蔽这些值。
当您选择混淆处理插槽值时,Amazon Lex 在对话日志中将插槽的值替换为插槽的名称。对于名为 full_name
的槽,该槽的值将被模糊处理,如下所示:
Before obfuscation:
My name is John Stiles
After obfuscation:
My name is {full_name}
如果言语中包含括号字符 ({}),Amazon Lex 将用两个反斜杠 (\\) 转义括号字符。例如,文本 {John Stiles}
的模糊处理如下所示:
Before obfuscation:
My name is {John Stiles}
After obfuscation:
My name is \\{{full_name}\\}
对话日志中的槽值会被模糊处理。槽位值在 PostContent
和 PostText
操作的响应中仍然可用,并且槽位值可用于验证和实现 Lambda 函数。如果您在提示或响应中使用槽值,则对话日志中不会对这些槽值进行模糊处理。
在第一轮对话中,如果 Amazon Lex 能够识别出言语中的插槽和插槽值,则会对插槽值进行混淆处理。如果没有识别出插槽值,Amazon Lex 不对言语进行混淆处理。
在第二轮和接下来的轮次中,Amazon Lex 知晓要引发的插槽以及是否需要对插槽值进行混淆处理。如果 Amazon Lex 识别到该插槽值,则会对该值进行混淆处理。如果 Amazon Lex 未识别出值,则对整个言语进行混淆处理。无法理解的话语中的任何槽值都不会被模糊处理。
Amazon Lex 也不会对您存储在请求或会话属性中的插槽值进行混淆处理。如果您将应模糊处理的槽值作为属性存储,则必须加密该值,或者以其他方式对该值进行模糊处理。
Amazon Lex 不会对音频中的插槽值进行混淆处理。它会对音频转录中的槽值进行模糊处理。
您不需要在自动程序中对所有槽进行混淆处理。您可以使用控制台或使用 Amazon Lex API 选择需要对哪些插槽进行混淆处理。在控制台中,在槽的设置中选择 Slot obfuscation (槽模糊处理)。如果您使用的是 API,请在调用 PutIntent 操作时,将槽的 obfuscationSetting
字段设置为 DEFAULT_OBFUSCATION
。