主题
安全
这些题与问题库里的是同一批，这里按各自主要考察的能力分组。
59 道问题
本页为第 1–50 题，共 59 题。
A · 专业解题与实现43
- AI 助手可以代表用户创建工单、退款或修改账户。它发起退款时发生超时，系统不知道退款是否已经完成；自动重试可能造成重复退款。你会怎样确认操作结果、控制重试，并确保操作仍在用户授权范围内？
- 公司要做一个内部知识问答助手，而文档权限会随人员变动。你会怎样让它既答得有依据，又不泄露不该看到的内容？
- 让 AI 帮你审核一段配置，或生成一段代码，你怎样决定它能不能上线？
- 一份内部文档被撤回或改为限权后，检索索引、缓存和已生成的引用可能仍保留旧内容。你会怎样设计更新与验证机制？
- 线上回答出现了错误引用，但当时的提示词、模型版本和检索结果都没有完整记录。你会补哪些观测信息，才能既排查问题又控制敏感数据暴露？
- 一个多步骤 Agent 在开始时读取了项目权限，执行到第三步时用户被移出项目，但任务仍持有已签发的工具令牌。你会如何设计权限检查和取消语义？
- 仓库允许外部贡献者提交代码，自动检查与构建流程会读取测试凭证并构建发布包。你会怎样检查流水线中的信任边界和凭证暴露风险？
- 一个长期凭证被多个服务共享，安全要求尽快轮换，但无法一次性停掉所有依赖方。你会怎样推进？
- 多个页面共用服务端数据，框架缓存减少请求，却在用户切换账号后暴露旧结果。你会怎样设计缓存键和失效边界？
- 用户离线编辑并排队了多条变更，恢复网络时登录令牌已过期，且部分请求可能已经被服务端处理。你会怎样设计重新登录、避免重复提交和冲突处理？
- 两个看起来相同的用户名在系统里却被判断为不同，或两个不同写法被误认为相同。你会怎样分析 Unicode 规范化与身份比较？
- 用户要求删除个人数据，但部分记录进入了备份、分析仓库和下游系统，你会怎样设计可验证的删除流程？
- 一个广泛使用的依赖被披露存在高危漏洞，但升级可能带来兼容性问题，你会怎样安排处置顺序？
- 新接入的外部服务会接触用户数据并触发内部操作，你会怎样做轻量但有效的威胁建模？
- 系统用预签名 URL 让用户直接下载私有文件，链接可能被转发或长期留存。你会怎样设计授权与失效边界？
- 一个大型运营后台的权限系统应该怎样设计？角色、数据范围、审批和审计怎样组织，权限越来越多时怎样不失控？
- 业务要在多个国家和地区运营，用户数据要跨境流动。你怎样在系统和流程上解决数据合规，遇到规则不明确的灰色地带时，你怎么判断和决策？
- 怎样设计一个邀请裂变类的营销活动？邀请关系、奖励发放、防刷和效果评估分别怎样设计？
- 怎样设计一个实时的风控系统？规则、特征、模型和人工审核怎样配合，误杀和漏放之间怎样取舍？
- 需要抽查线上 AI 对话来发现新风险，但对话含有个人或商业敏感信息，你会怎样设计？
- 第三方模型服务的训练、留存或跨境条款发生变化，哪些情况需要暂停调用或重新审批？
- AI 助手可以调用内部工具，但不同任务需要不同权限，你会怎样设计授权与审计？
- 管理后台需要保留不可随意修改的操作记录，既支持按操作者和对象查询，也要应对数据量逐年增长。你会怎样设计写入、索引和保留策略？
- 用户通过外部链接直接打开需要登录的订单详情页。你会怎样设计路由解析、登录回跳和权限校验，避免深链绕过应用内流程？
- 数百个仓库都锁定了不同版本的第三方依赖，安全团队发现高危漏洞时很难知道影响范围。你会怎样建立依赖更新和风险处置机制？
- 多个服务在请求路径中读取功能开关和分群规则。如何设计控制面与本地求值，让控制服务故障时线上行为仍然可预期？
- 一个全球服务需要按地区启用不同功能和数据保留规则，同时总部仍要观察整体运行情况。你会怎样划分配置、执行和汇总边界？
- 多个团队把脱敏数据复制到开发、预发和性能环境，数据刷新频率各不相同。你会怎样设计测试数据的权限、生命周期和可复现性？
- 团队发现模型可能在公开语料或微调数据中见过部分内部评测题。你会如何判断离线成绩还能说明什么，并重建可信评测？
- 团队混合使用用户反馈、人工标注和合成样本做微调，之后收到部分来源数据需要删除的请求。你会如何追踪数据影响并判断需要重训到什么范围？
- 多个客户共享异步作业平台，有的租户会提交大量长任务。你会怎样设计调度、隔离、配额，以及用日志、指标和调用记录了解队列运行情况？
- 某些对象成为热点，读取延迟恶化而写入又必须保持顺序。你会怎样划分缓存、分区和写入协调策略？
- 业务要求追溯每次状态变化，并在必要时安全地重新处理历史消息；但部分旧事件格式不完整。你会怎样设计事件版本、保留期限和重新处理范围？
- 跨区域服务需要在区域故障时维持关键功能，但部分数据不能接受冲突覆盖。你会怎样选择故障期间保留哪些功能、如何复制数据，以及如何恢复？
- 实时协作服务有大量长连接，慢客户端会积压更新。你会如何选择丢弃、合并、限制慢客户端接收和重新同步策略？
- 多个团队共享仓库却有不同发布节奏，公共包变更经常阻塞无关团队。你会如何设计边界、影响分析和发布约定？
- 同一版本在不同集群表现不同，配置变更又没有完整审计。你会如何建立配置来源、差异检测和回滚能力？
- 离线评估持续提升，线上却出现特定用户群退化。你会检查哪些数据泄漏、切片覆盖和部署差异？
- AI 助手会从多个业务系统检索文档，而用户在不同系统中拥有不同权限。你会如何确保检索、缓存、摘要和引用都遵循原文权限，并处理权限撤销？
- 生产环境发现一个依赖包与仓库标签对应的构建产物校验值不一致，团队无法确认来源是否经过预期的自动检查与构建流程。你会如何建立构建追溯、制品校验和发布授权？
- 分析助手可以把自然语言转换为 SQL 查询业务库，用户提出的请求可能诱导它读取敏感列或执行昂贵查询。你会如何设计只读权限、查询校验、资源限制和结果脱敏？
- AI 助手会读取用户上传的文档，其中可能包含要求模型忽略既有规则并调用外部工具的文本。你会如何区分数据与指令，限制工具权限并验证防护效果？
- 用户可上传压缩包供系统解析，历史事故显示恶意文件会耗尽资源或越权访问路径。你会如何设计隔离、解压限制、内容检测和安全失败策略？
当前目标在这里暂无匹配题。 ·
B · 业务理解与领域建模6
- 一个用户曾同意用于产品分析，后来撤回授权；部分派生指标已进入报表、实验和模型训练数据。你会怎样建模授权状态、用途范围与传播关系？
- 用户要求删除个人数据，但财务审计仍需要保留交易记录。你会怎样划定删除、匿名化和可追溯性的边界？
- 同一关键数据集被多个产品和报表复用，却没人能说明它的来源、负责人和敏感字段。你会如何补齐治理信息而不阻断现有使用？
- 一家公司购买了 100 个席位，实际使用者分属多个子公司；合同由总部签署，部分子公司要求独立账单和权限管理员。你会怎样区分客户、合同、组织、账号、成员和席位，并确保权限与计费规则一致？
- 部分交易明细需要按政策保留多年以支持审计，但产品分析团队希望继续用于用户分群和功能实验。你会如何建模用途授权、保留期限和访问视图？
- 项目空间由一名员工创建，后来转交给另一名负责人；预算审批仍由部门经理完成，审计要求保留原始创建者。你会如何区分资源归属、日常负责人、授权者和历史责任？
当前目标在这里暂无匹配题。 ·