Bardin Gate ARP
内容检查与隔离区
未经检查，一律不通过
在任何东西移动之前，每个文件都要经过两个独立阶段：先做确定性校验，再由引擎检查。每项检查只回答是或否，每个答案都会连同给出它的版本一起记录。ARP 把文件名、扩展名、声明的类型、压缩包结构和引擎输出都视为敌意输入，并且只检查它在接收文件时计算过哈希的那些字节，从不检查位于其信任边界之外的源文件。
- 2
- 个独立阶段：先校验，后检查
- 17
- 条确定性校验规则
- 4
- 个检查引擎：数据泄漏检测、ClamAV、YARA 和 AI 模型
- 0
- 个被改动的字节，在投递的文件中
十七条校验规则
| 类别 | 防范什么 |
|---|---|
| 命名 | 会破坏、误导或逃出目标文件系统的文件名，包括保留设备名和路径穿越。 |
| 类型 | 不属于允许类型的内容，或检测出的类型与扩展名相矛盾的内容。 |
| 大小 | 超出通道和设备承载能力的文件。 |
| 压缩包 | 压缩炸弹、逃出解压范围的条目、指向外部的链接，以及无法检查的加密内容。 |
| 活动内容 | 带有嵌入脚本或宏的 PDF 和 Office 文档。 |
加密的压缩包不会被判定为恶意。它是任何引擎都看不到内部的内容，接受它的通道是在有意识地作出选择。
从证据到结果
| 发现了什么 | 结果 |
|---|---|
| 严重、高或中等级别的发现 | 放入隔离区 |
| AI 模型判定文件恶意或不合常理 | 放入隔离区 |
| 只有低级别或提示性发现 | 放行 |
| 没有发现，且所有必需引擎都已完成 | 放行 |
| 某个必需引擎未完成或不可用 | 作为机制故障失败，从不隔离 |
隔离是最终的
被隔离的文件永远不会被投递。这在多个相互独立的地方同时成立，因此单个错误无法打开它。处理流程中没有离开隔离区的出口，界面没有放行路径，权限列表没有放行权限，隔离页面也没有放行按钮。
操作员可以查看每个被扣留的项目及其通道、原因和全部证据，导出其元数据报告，并在填写经审计的理由后提前处置它。操作员不能读取、下载、放行或重新处理它。被误隔离的文件，应与生成它的系统负责人一同解决；如果策略有误，则通过经审计的策略变更来修正，然后由源系统重新发送。