实际会出什么问题
- 同样无害的发现项会再次出现，因为过去的决策并未附着在仓库上。
- 不同开发者对同一个问题会给出不同判断，因为扫描背后没有持久化的团队状态。
- 管理层看到的只是快照，而不是关于发现项、抑制项与进展的连续故事。
为什么记忆重要
当安全没有共享记忆时，会失去什么
工作原理
本地扫描如何变成团队共享状态
01
将仓库关联到项目
在工作流中
扩展会识别仓库并将其关联到项目，这样未来的上传都归属于同一团队上下文。
会保留什么
这就是把孤立的本地扫描变成可跨个人会话持续存在的连续性层的关键。
02
批量同步发现项与依赖状态
在工作流中
仓库关联后，发现项与依赖漏洞可以按分块方式上传，使仪表板反映该仓库最新的扫描状态。
会保留什么
这样工程与 AppSec 就能共享同一个参考基准，而无需改变扫描最初发生的位置。
03
将抑制项和历史延续下去
在工作流中
共享抑制项和扫描历史会持续与仓库关联，让后续扫描直接复用现有上下文，而不是从头重建。
会保留什么
这正是一次性扫描器与可持续运营系统之间的差别。
最佳适配
何时共享安全记忆会成为真正优势
选择 Oryon，如果
- 你的团队需要让抑制项和扫描历史超越一次本地会话持续保留。
- 你希望仪表板充当共享记忆，而不是主扫描器。
- 你需要更紧密地连接开发者工作流与团队级跟进。
选择其他模型，如果
- 在第一次扫描后，你并不需要与仓库绑定的连续性。
- 共享抑制项和扫描历史对你的运行模式并不重要。
- 你的团队希望集中化扫描引擎本身，而不是保留本地优先层。
FAQ
当团队希望在首次扫描后保有连续性时会问的问题
- 到底哪些内容会成为共享记忆？
- 共享层可包括已关联项目状态、发现项、依赖漏洞、抑制项，以及与仓库绑定的扫描历史。
- 开发者还会继续本地工作吗？
- 会。共享安全记忆不会替代本地优先工作流，它只是保留下来那些在本地扫描完成后仍然有用的状态。
- 为什么这有助于减少重复审查工作？
- 因为团队不再需要一次又一次重新判断同样无害的发现项，也不会在每次重新扫描仓库时丢失先前扫描的上下文。