ASP.NET Core 试题 30：Data Protection
0581 在 Purpose 字符串 的框架契约中，哪项是应直接依赖的主规则？
难度： 基础
- A. Purpose 只用于日志显示，不参与密码学隔离
- B. Purpose 必须稳定且具体，改名会让已保护数据无法解开
- C. 观察到“两个功能误用相同 Purpose 后可互相解密载荷”即可把一次现象当成完整框架契约。
- D. IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解
查看答案与解析
正确答案D
正确答案直接描述 Purpose 字符串 的主规则：IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解。选项“Purpose 必须稳定且具体，改名会让已保护数据无法解开”是使用规则时要验证的边界，不是规则本身；“Purpose 只用于日志显示，不参与密码学隔离”则是会导致错误实现的典型误区。场景只能提供线索，不能替代框架契约。
0582 两个功能误用相同 Purpose 后可互相解密载荷。排查时哪项动作最合理？
难度： 进阶
- A. 先验证“Purpose 必须稳定且具体，改名会让已保护数据无法解开”，再依据“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”判断实现是否符合契约。
- B. 直接按“Purpose 只用于日志显示，不参与密码学隔离”定性，不再检查配置、身份或运行时证据。
- C. 只增加重试次数或机器资源，暂不核对“Purpose 必须稳定且具体，改名会让已保护数据无法解开”。
- D. 以一次成功请求作为结论，不再确认“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”是否成立。
查看答案与解析
正确答案A
场景“两个功能误用相同 Purpose 后可互相解密载荷”指向 Purpose 字符串，但症状本身不能证明根因。正确排查应先确认边界“Purpose 必须稳定且具体，改名会让已保护数据无法解开”，再用主规则“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”解释证据。直接采用误区“Purpose 只用于日志显示，不参与密码学隔离”、只扩容或依赖一次成功都会掩盖真实配置和请求路径。
0583 关于 Purpose 字符串，以下哪项说法不成立？
难度： 实战
- A. IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解
- B. Purpose 只用于日志显示，不参与密码学隔离
- C. Purpose 必须稳定且具体，改名会让已保护数据无法解开
- D. 出现“两个功能误用相同 Purpose 后可互相解密载荷”时，应收集证据并同时核对主规则与适用边界。
查看答案与解析
正确答案B
题目要求选出不成立的说法，答案“Purpose 只用于日志显示，不参与密码学隔离”正是 Purpose 字符串 的典型误区。其余三项分别给出了主规则“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”、适用边界“Purpose 必须稳定且具体，改名会让已保护数据无法解开”以及面向场景的正确取证方式，不能因为题干使用否定问法而反选这些有效结论。
0584 针对“两个功能误用相同 Purpose 后可互相解密载荷”进行上线评审，哪项决策依据最完整？
难度： 实战
- A. 按“Purpose 只用于日志显示，不参与密码学隔离”修改实现，并把一次请求成功作为验收结果。
- B. 按“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”修改代码后直接上线，不验证“Purpose 必须稳定且具体，改名会让已保护数据无法解开”。
- C. 按“IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解”修正实现，并用测试或遥测验证“Purpose 必须稳定且具体，改名会让已保护数据无法解开”。
- D. 只验证“Purpose 必须稳定且具体，改名会让已保护数据无法解开”，但实现仍继续依赖“Purpose 只用于日志显示，不参与密码学隔离”。
查看答案与解析
正确答案C
完整决策同时覆盖规则与验证：IDataProtector 的 Purpose 隔离不同调用方和用途，即使共用密钥环也不能互解；并确认 Purpose 必须稳定且具体，改名会让已保护数据无法解开。继续接受“Purpose 只用于日志显示，不参与密码学隔离”会让评审依据失真；只改代码不验证边界，或只检查边界却沿用误区，都不足以判断“两个功能误用相同 Purpose 后可互相解密载荷”这一生产场景能否安全上线。
0585 在 密钥环持久化 的框架契约中，哪项是应直接依赖的主规则？
难度： 基础
- A. 每个副本使用临时本地密钥更安全且不会影响会话
- B. 容器或多实例部署应持久化并共享合适密钥，同时保护存储访问
- C. 观察到“滚动发布后用户随机掉线”即可把一次现象当成完整框架契约。
- D. Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环
查看答案与解析
正确答案D
正确答案直接描述 密钥环持久化 的主规则：Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环。选项“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”是使用规则时要验证的边界，不是规则本身；“每个副本使用临时本地密钥更安全且不会影响会话”则是会导致错误实现的典型误区。场景只能提供线索，不能替代框架契约。
0586 滚动发布后用户随机掉线。排查时哪项动作最合理？
难度： 进阶
- A. 直接按“每个副本使用临时本地密钥更安全且不会影响会话”定性，不再检查配置、身份或运行时证据。
- B. 只增加重试次数或机器资源，暂不核对“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”。
- C. 先验证“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”，再依据“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”判断实现是否符合契约。
- D. 以一次成功请求作为结论，不再确认“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”是否成立。
查看答案与解析
正确答案C
场景“滚动发布后用户随机掉线”指向 密钥环持久化，但症状本身不能证明根因。正确排查应先确认边界“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”，再用主规则“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”解释证据。直接采用误区“每个副本使用临时本地密钥更安全且不会影响会话”、只扩容或依赖一次成功都会掩盖真实配置和请求路径。
0587 关于 密钥环持久化，以下哪项说法不成立？
难度： 实战
- A. Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环
- B. 每个副本使用临时本地密钥更安全且不会影响会话
- C. 容器或多实例部署应持久化并共享合适密钥，同时保护存储访问
- D. 出现“滚动发布后用户随机掉线”时，应收集证据并同时核对主规则与适用边界。
查看答案与解析
正确答案B
题目要求选出不成立的说法，答案“每个副本使用临时本地密钥更安全且不会影响会话”正是 密钥环持久化 的典型误区。其余三项分别给出了主规则“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”、适用边界“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”以及面向场景的正确取证方式，不能因为题干使用否定问法而反选这些有效结论。
0588 针对“滚动发布后用户随机掉线”进行上线评审，哪项决策依据最完整？
难度： 实战
- A. 按“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”修正实现，并用测试或遥测验证“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”。
- B. 按“每个副本使用临时本地密钥更安全且不会影响会话”修改实现，并把一次请求成功作为验收结果。
- C. 按“Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环”修改代码后直接上线，不验证“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”。
- D. 只验证“容器或多实例部署应持久化并共享合适密钥，同时保护存储访问”，但实现仍继续依赖“每个副本使用临时本地密钥更安全且不会影响会话”。
查看答案与解析
正确答案A
完整决策同时覆盖规则与验证：Cookie、CSRF 和临时数据等依赖 Data Protection 密钥环；并确认 容器或多实例部署应持久化并共享合适密钥，同时保护存储访问。继续接受“每个副本使用临时本地密钥更安全且不会影响会话”会让评审依据失真；只改代码不验证边界，或只检查边界却沿用误区，都不足以判断“滚动发布后用户随机掉线”这一生产场景能否安全上线。
0589 在 ApplicationName 的框架契约中，哪项是应直接依赖的主规则？
难度： 基础
- A. SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用
- B. 只要 Blob 路径相同，不同 ApplicationName 也会互相解密
- C. 只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose
- D. 观察到“两个不相关应用意外共享认证 Cookie”即可把一次现象当成完整框架契约。
查看答案与解析
正确答案A
正确答案直接描述 ApplicationName 的主规则：SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用。选项“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”是使用规则时要验证的边界，不是规则本身；“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”则是会导致错误实现的典型误区。场景只能提供线索，不能替代框架契约。
0590 两个不相关应用意外共享认证 Cookie。排查时哪项动作最合理？
难度： 进阶
- A. 直接按“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”定性，不再检查配置、身份或运行时证据。
- B. 只增加重试次数或机器资源，暂不核对“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”。
- C. 以一次成功请求作为结论，不再确认“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”是否成立。
- D. 先验证“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”，再依据“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”判断实现是否符合契约。
查看答案与解析
正确答案D
场景“两个不相关应用意外共享认证 Cookie”指向 ApplicationName，但症状本身不能证明根因。正确排查应先确认边界“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”，再用主规则“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”解释证据。直接采用误区“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”、只扩容或依赖一次成功都会掩盖真实配置和请求路径。
0591 关于 ApplicationName，以下哪项说法不成立？
难度： 实战
- A. SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用
- B. 只要 Blob 路径相同，不同 ApplicationName 也会互相解密
- C. 只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose
- D. 出现“两个不相关应用意外共享认证 Cookie”时，应收集证据并同时核对主规则与适用边界。
查看答案与解析
正确答案B
题目要求选出不成立的说法，答案“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”正是 ApplicationName 的典型误区。其余三项分别给出了主规则“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”、适用边界“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”以及面向场景的正确取证方式，不能因为题干使用否定问法而反选这些有效结论。
0592 针对“两个不相关应用意外共享认证 Cookie”进行上线评审，哪项决策依据最完整？
难度： 实战
- A. 按“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”修改实现，并把一次请求成功作为验收结果。
- B. 按“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”修改代码后直接上线，不验证“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”。
- C. 按“SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用”修正实现，并用测试或遥测验证“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”。
- D. 只验证“只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose”，但实现仍继续依赖“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”。
查看答案与解析
正确答案C
完整决策同时覆盖规则与验证：SetApplicationName 用于隔离或有意共享使用同一密钥存储的应用；并确认 只有真正需要互操作且信任边界一致的应用才应共享名称和 Purpose。继续接受“只要 Blob 路径相同，不同 ApplicationName 也会互相解密”会让评审依据失真；只改代码不验证边界，或只检查边界却沿用误区，都不足以判断“两个不相关应用意外共享认证 Cookie”这一生产场景能否安全上线。
0593 在 Data Protection 密钥轮换 的框架契约中，哪项是应直接依赖的主规则？
难度： 基础
- A. 轮换会立即销毁所有旧密钥，因此所有用户必须重新登录
- B. Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷
- C. 删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效
- D. 观察到“运维清理密钥目录后历史令牌无法验证”即可把一次现象当成完整框架契约。
查看答案与解析
正确答案B
正确答案直接描述 Data Protection 密钥轮换 的主规则：Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷。选项“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”是使用规则时要验证的边界，不是规则本身；“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”则是会导致错误实现的典型误区。场景只能提供线索，不能替代框架契约。
0594 运维清理密钥目录后历史令牌无法验证。排查时哪项动作最合理？
难度： 进阶
- A. 直接按“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”定性，不再检查配置、身份或运行时证据。
- B. 只增加重试次数或机器资源，暂不核对“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”。
- C. 先验证“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”，再依据“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”判断实现是否符合契约。
- D. 以一次成功请求作为结论，不再确认“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”是否成立。
查看答案与解析
正确答案C
场景“运维清理密钥目录后历史令牌无法验证”指向 Data Protection 密钥轮换，但症状本身不能证明根因。正确排查应先确认边界“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”，再用主规则“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”解释证据。直接采用误区“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”、只扩容或依赖一次成功都会掩盖真实配置和请求路径。
0595 关于 Data Protection 密钥轮换，以下哪项说法不成立？
难度： 实战
- A. Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷
- B. 删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效
- C. 出现“运维清理密钥目录后历史令牌无法验证”时，应收集证据并同时核对主规则与适用边界。
- D. 轮换会立即销毁所有旧密钥，因此所有用户必须重新登录
查看答案与解析
正确答案D
题目要求选出不成立的说法，答案“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”正是 Data Protection 密钥轮换 的典型误区。其余三项分别给出了主规则“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”、适用边界“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”以及面向场景的正确取证方式，不能因为题干使用否定问法而反选这些有效结论。
0596 针对“运维清理密钥目录后历史令牌无法验证”进行上线评审，哪项决策依据最完整？
难度： 实战
- A. 按“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”修正实现，并用测试或遥测验证“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”。
- B. 按“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”修改实现，并把一次请求成功作为验收结果。
- C. 按“Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷”修改代码后直接上线，不验证“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”。
- D. 只验证“删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效”，但实现仍继续依赖“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”。
查看答案与解析
正确答案A
完整决策同时覆盖规则与验证：Data Protection 会创建新密钥并保留旧密钥用于解密历史载荷；并确认 删除仍在有效数据期内的旧密钥可能导致 Cookie 和令牌失效。继续接受“轮换会立即销毁所有旧密钥，因此所有用户必须重新登录”会让评审依据失真；只改代码不验证边界，或只检查边界却沿用误区，都不足以判断“运维清理密钥目录后历史令牌无法验证”这一生产场景能否安全上线。
0597 在 保护与哈希 的框架契约中，哪项是应直接依赖的主规则？
难度： 基础
- A. Data Protection 是存储用户密码的首选可逆方案
- B. 敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换
- C. Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途
- D. 观察到“数据库泄露后攻击者可离线解开所有密码”即可把一次现象当成完整框架契约。
查看答案与解析
正确答案C
正确答案直接描述 保护与哈希 的主规则：Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途。选项“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”是使用规则时要验证的边界，不是规则本身；“Data Protection 是存储用户密码的首选可逆方案”则是会导致错误实现的典型误区。场景只能提供线索，不能替代框架契约。
0598 数据库泄露后攻击者可离线解开所有密码。排查时哪项动作最合理？
难度： 进阶
- A. 直接按“Data Protection 是存储用户密码的首选可逆方案”定性，不再检查配置、身份或运行时证据。
- B. 先验证“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”，再依据“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”判断实现是否符合契约。
- C. 只增加重试次数或机器资源，暂不核对“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”。
- D. 以一次成功请求作为结论，不再确认“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”是否成立。
查看答案与解析
正确答案B
场景“数据库泄露后攻击者可离线解开所有密码”指向 保护与哈希，但症状本身不能证明根因。正确排查应先确认边界“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”，再用主规则“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”解释证据。直接采用误区“Data Protection 是存储用户密码的首选可逆方案”、只扩容或依赖一次成功都会掩盖真实配置和请求路径。
0599 关于 保护与哈希，以下哪项说法不成立？
难度： 实战
- A. Data Protection 是存储用户密码的首选可逆方案
- B. Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途
- C. 敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换
- D. 出现“数据库泄露后攻击者可离线解开所有密码”时，应收集证据并同时核对主规则与适用边界。
查看答案与解析
正确答案A
题目要求选出不成立的说法，答案“Data Protection 是存储用户密码的首选可逆方案”正是 保护与哈希 的典型误区。其余三项分别给出了主规则“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”、适用边界“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”以及面向场景的正确取证方式，不能因为题干使用否定问法而反选这些有效结论。
0600 针对“数据库泄露后攻击者可离线解开所有密码”进行上线评审，哪项决策依据最完整？
难度： 实战
- A. 按“Data Protection 是存储用户密码的首选可逆方案”修改实现，并把一次请求成功作为验收结果。
- B. 按“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”修改代码后直接上线，不验证“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”。
- C. 只验证“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”，但实现仍继续依赖“Data Protection 是存储用户密码的首选可逆方案”。
- D. 按“Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途”修正实现，并用测试或遥测验证“敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换”。
查看答案与解析
正确答案D
完整决策同时覆盖规则与验证：Protect 生成可恢复原文的受保护载荷，密码哈希则是单向验证用途；并确认 敏感数据选加密还是哈希取决于是否需要恢复，二者不可互换。继续接受“Data Protection 是存储用户密码的首选可逆方案”会让评审依据失真；只改代码不验证边界，或只检查边界却沿用误区，都不足以判断“数据库泄露后攻击者可离线解开所有密码”这一生产场景能否安全上线。