权限核对 · 分项说明
概念说明
权限核对是在操作发生的时点，确认所需许可仍然有效且覆盖本次对象；它靠许可状态与请求时点的一致性成立。每日主题大赛学生。只看曾经授予而不看当前状态，会把已失效或已收窄的许可当成可用，造成越权放行或误拒；正确做法是记录判定时点、许可有效期与当前范围，再决定执行、拒绝或请求确认。
判断方法
判断失误的代价，是把“被规则明确拒绝”当成“缺少许可”，于是去申请更大范围，反而扩大可用面；或者把条件未满足当成权限不足，重复排障。正确做法是先固定一次可回退操作的证据：请求对象、动作、执行身份、发生时段和返回信息。再沿授权链逐层核对直接授予、角色或组继承、条件限制和显式拒绝，确认最终结果是哪一层决定的，不能只看到某条允许记录就判定通过。随后做对照时一次只改一个变量：保持对象与动作不变，换一个身份；或保持身份不变，换一个同类对象，观察结果是否按授权层变化。结果不随授权层变化，就先查对象状态、审批、缓存或网络等其他条件，不把差异归为权限。
适用边界
把一种授权模型的核对方式套到另一种模型，会把显式拒绝误读成未授予，或把继承来的许可误当成直接许可；把一次请求的结论扩大成账号整体权限，也会漏掉其他对象和动作。适用前提是能确认授权判定规则及允许、拒绝、条件与继承的优先级，并取得该次请求的授权记录。结论只覆盖已核对的对象、动作、身份和时刻，不能由一次允许推及同类对象或后续动作，也不能由一次拒绝推及全部操作。跨系统、跨环境或离线异步执行的请求，授权可能不由发起时刻决定；模型或优先级无法确认时，只记录现象，不下权限结论。
读者评论
说实话有些地方我不同意，但整体还是受用。
感觉还得看个人习惯，照搬未必合适。
没太看懂中间那部分，是我理解能力的问题吗。
我朋友就是不听劝瞎折腾，最后返厂了，血泪教训。
还是得看个人习惯吧，我反而更喜欢原来的设置。