译文

译自西班牙语原文，以原文为规范文本。 状态：草稿，待人工审校。如有歧义，以西班牙语原文为准。

ASILO：先描述威胁，再选择控制措施

本说明性指南属于 ASILO 0.1，提供若干问题，用于识别保护的对象以及防范的对象。威胁是一种具体情境下的可能性，而不是断言某起事件已经发生。

要素	问题	虚构示例
资产	哪些价值或资源可能受损？	某个档案库中的文档及权限。
参与者	谁可以发起或改变一项操作？	持有账户的人、访客、外部服务。
输入	系统接收什么内容或请求？	上传的文件、URL、消息或事件。
边界	信任或权威在哪里发生变化？	请求某项内部操作的外部请求。
影响	什么发生了变化，或什么离开了系统？	写入、删除、发送或披露。
假设	控制措施需要什么条件？	身份已由所声明的机制验证。

建筑物清点的类比

在选择锁具之前，先要识别房间、物品、出入口和获授权的人。丢失的钥匙和被推倒的墙壁，是两种不同的问题。同样，被滥用的账户、被篡改的输入，以及进程内部的不可信代码，需要的是不同的边界。这个类比并不能证明某项控制措施具有抵御能力。

准备场景

描述参与者控制什么、试图达成什么、从哪里进入，以及哪种结果应当被允许或被拒绝。既要考虑格式错误的输入，也要考虑那些请求了无权限操作的有效输入。在相关时，声明重复的影响、并发的请求、已缓存的响应、排队的工作，以及操作之后发生的故障。

如果某个参与者可以在同一进程内执行代码，那么类型、私有字段和导入规则并不能证明针对该参与者的隔离。应用配置声明它需要哪些环境边界，以及哪些内容不在其范围之内。

产出是一份按优先级排列的场景清单，其中包括资产、条件、拟采用的控制措施、预期证据、责任人和残余风险。更换依赖或增加影响时，需要审查这份清单，而不仅仅是重复以前的测试。

返回 ASILO · 评估。