跳到正文

安全审查

对照修订版本、威胁模型与攻击路径检查安全回归。

开始前确认范围

指定仓库、修订版本和要审查的差异。变更审查重点检查新增风险及直接相关代码;仓库级检查需另外明确范围。准备身份验证、租户边界、输入、文件和网络等上下文。

运行代码审查

bash
lime review --uncommitted
lime review --base origin/main
lime review --commit <COMMIT>

每次选择一种目标。确保基准与目标版本在本地可读,核对当前工作区;审查不会替您切换分支或决定发布。自定义指令应明确安全关注点与证据标准。

提供威胁模型

说明攻击者可以控制的输入、需要保护的资产、身份与授权假设,以及部署中的真实边界。区分已核实事实与待验证假设,不将“内部系统”直接视为可信。

设置报告标准

要求每条问题提供位置、根因、可达攻击路径、触发前提、影响和验证方法。将已证实问题与待核查风险分开;严重程度依据实际部署与控制,不仅凭代码模式判断。

核验并采取行动

  • 核对实际审查的版本和范围。
  • 阅读支持及反驳证据,记录未覆盖区域。
  • 在授权实验环境复现需要运行证据的问题。
  • 选择已接受问题实施最小修复,验证原问题与正常行为。
  • 在发布到工单或公共评论前确认可见范围与披露授权。

接入持续流程

自动运行需由团队 CI 明确触发条件、可信运行器、凭据和产物权限。Lime 的本地审查不是托管仓库监控服务;将成功执行、有效覆盖与可合并政策分别判断。