身份与零信任
我关于身份与零信任所写的全部内容，研究文章在前。每篇都以一件您周一就能做的事收尾。
您自己正面对其中某个问题吗？我与需要答案、而不是又一份幻灯片的组织合作。我们谈谈。
五个角度短文的结构
这里的大多数主题是一页五个短节，顺序始终如一。文章内每一节各有自己的颜色，方便您跳到所需的部分。
- 1我会从哪里入手：我会迈出的第一步，以及在花钱之前我会先问的问题。
- 2计划在哪里失败：这个主题上的计划通常在哪里出问题，以及我会首先检验的假设。
- 3超越术语：剥去厂商话术之后，这个主题的真正含义。
- 4好的状态是什么样：能告诉您它奏效了的结果，以及我会盯着看的那个数字。
- 5领导者无法回避的抉择：领导层必须承担的决定，以及做出决定需要摆上桌面的东西。
-
特权访问真的会在计时器到期时结束吗？
核实临时管理员访问权限会在角色分配、缓存决策、会话和委托凭据中全部终止，同时普通访问保持正常。
-
如何证明员工离职后 SaaS 访问权限已经终止？
核实离职后 SaaS 访问已在账户、会话、令牌、集成和共享内容中终止，提供有效拒绝的证据并说明明确的局限。
-
如何轮换内部 CA 而不破坏双向 TLS？
围绕双向信任、工作负载证书续期和应用重载来规划内部 CA 的切换。在停用旧的信任之前先测试新的身份。
-
账户恢复如何与抗钓鱼 MFA 配合？
设计账户恢复流程：核实申请人身份、限制替换设备的登记，并终止旧的访问，同时不悄悄削弱抗钓鱼 MFA。
-
共享工作设备上的通行密钥恢复应如何运作？
为共享终端设计通行密钥恢复，不给下一位员工留下凭据、会话或数据。包括恢复关卡和换班测试。
-
客服人员应如何安全地访问客户账户？
设计支持访问：由客户批准、使用独立的操作员身份、限制可执行的操作，并对紧急例外追究责任。测试该会话实际能做什么。
-
策略服务宕机时，零信任应当怎么做？
设计策略服务中断期间的零信任访问：限定缓存决策的范围，区分拒绝与错误，维持必要的工作，并核实恢复情况。
-
云工作负载身份应当由谁负责？
明确工作负载身份的签发、权限和退役由谁负责，然后核实谁能获取凭据，以及哪些访问实际终止。
-
破窗账户：成为入侵源头的例外
每个环境都需要一条在其他方式全部失效时仍能进入的途径。就我见过的环境而言，每一个都至少有一个这样的账户，曾被用于紧急情况之外的其他用途……
-
条件访问
做条件访问，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
设备信任
做设备信任，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
身份联合
做身份联合，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
身份事件响应
做身份事件响应，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
最小权限
做最小权限，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
MFA 韧性
做MFA 韧性，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
特权访问
做特权访问，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
服务身份
做服务身份，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
-
什么时候可以安全地移除未使用的访问权限？
通过检查活动语义、观测覆盖范围、业务需要以及拟议变更的影响，来判断是否应当移除未使用的访问权限。
-
谁能真正关停一个已被入侵的账户？
团队看得到被入侵的账户，却没有人能把它关停。
-
幻灯片消失之后依然有效的零信任
几乎每个大型组织里，都有一张精美的零信任架构图，却从未经受过一个普通星期二的考验。箭头……
-
零信任架构
做零信任架构，我不会从再买一个平台或启动大型项目开始。我会先找出边界、责任人，以及一个场景……
没有匹配项。请换一个词，或直接问我。