安全审查
对照修订版本、威胁模型与攻击路径检查安全回归。
开始前确认范围
指定仓库、修订版本和要审查的差异。变更审查重点检查新增风险及直接相关代码;仓库级检查需另外明确范围。准备身份验证、租户边界、输入、文件和网络等上下文。
运行代码审查
bash
lime review --uncommitted
lime review --base origin/main
lime review --commit <COMMIT>每次选择一种目标。确保基准与目标版本在本地可读,核对当前工作区;审查不会替您切换分支或决定发布。自定义指令应明确安全关注点与证据标准。
提供威胁模型
说明攻击者可以控制的输入、需要保护的资产、身份与授权假设,以及部署中的真实边界。区分已核实事实与待验证假设,不将“内部系统”直接视为可信。
设置报告标准
要求每条问题提供位置、根因、可达攻击路径、触发前提、影响和验证方法。将已证实问题与待核查风险分开;严重程度依据实际部署与控制,不仅凭代码模式判断。
核验并采取行动
- 核对实际审查的版本和范围。
- 阅读支持及反驳证据,记录未覆盖区域。
- 在授权实验环境复现需要运行证据的问题。
- 选择已接受问题实施最小修复,验证原问题与正常行为。
- 在发布到工单或公共评论前确认可见范围与披露授权。
接入持续流程
自动运行需由团队 CI 明确触发条件、可信运行器、凭据和产物权限。Lime 的本地审查不是托管仓库监控服务;将成功执行、有效覆盖与可合并政策分别判断。