其他内部邮件系统
如果客户使用其他邮件服务器或非标准路由拓扑，SentraMind 可提供连接器定制服务，将邮件扣留、分析、裁决、释放与证据行为映射到该环境。
对组织而言会发生什么变化
发错附件、发给错误收件人不再演变成一次需要通报监管机构的数据泄露事件。
如何运作
在投递之前分析正文、收件人、邮件头、会话上下文与受支持的附件。确定性检测器与策略处理明确的情形；私有大模型负责判断模糊情形。结果为允许、警告、转入授权人员审核的隔离区、硬拦截，或需要审批。
它监视什么
- 首先是外发邮件——正文、收件人、邮件头、会话上下文、受支持的附件
- 后续的渠道适配器：文件共享、USB、打印——均继承相同的策略、证据、事件与审计控制
- 收件人信号：个人邮箱、首次出现的、仿冒相似域名，以及其他不合规的域名
邮件平台覆盖
十类本地部署邮件服务器，共用一套受治理分析契约
规划中的 SMTP 中继与传输代理路径面向客户自行运营的邮件基础设施。每一个具名平台仍须通过本页所述的连接器验证、容量测试与设计合作伙伴晋级门槛。
- Microsoft Exchange Server
- HCL Domino
- Zimbra Collaboration
- Postfix
- Exim
- Zextras Carbonio
- IceWarp Server
- MDaemon Email Server
- Kerio Connect
- Axigen Mail Server
托管邮箱与客户端扩展
对于 Gmail、Outlook.com 或 Yahoo Mail 等托管服务，可通过浏览器扩展或 Outlook 客户端加载项执行类似的发送前数据披露检查。实际覆盖取决于客户可用的主机与客户端扩展接口。
范围是数据防泄漏，而非恶意软件扫描
Postmaster 寻找可能的数据披露：敏感内容违反策略发送、发给不适当的收件人，或在内部暴露给没有权限的人员。防病毒、恶意附件与恶意软件扫描仍由现有的专用安全产品负责。
端到端工作流程
邮件扫描智能体团队如何工作
每一步都限定责任与权限。规则先处理明确情形；私有模型只判断剩余的模糊上下文；授权人员掌握释放权。
用户撰写并发送邮件
正文、收件人、邮件头、会话上下文与受支持的附件
在投递前暂停邮件
邮件尚未跨越受治理边界。
拆解 MIME 并提取文本
主动内容保持禁用；附件绝不由大模型打开。
现有安全工具
防病毒、恶意附件与恶意软件扫描继续由专用产品负责。
查找可能的数据泄漏
敏感数据、精确数据匹配、文档指纹、凭据、错误或无权限收件人，以及相似域名。
私有模型判断受限上下文
模型不会看到整个邮箱，也不能批准释放。
策略汇总权威信号与模型贡献
明确规则始终优先；每次决定都会留下原因与证据。
记录分析、扣留、决定、审核与最终状态
敏感内容不会回显给发件人；披露操作与释放决定归属于获授权人员。
权威规则／系统 私有模型贡献 人工决定 既有安全工具
它究竟是如何运作的
讲的是机制，不是营销话术。如果下面的某一步经不起工程师的推敲，它就不该出现在这个页面上。
1
邮件在离开边界前会被扣留
视具体适配器而定：一个本地部署的传输代理或一个 SMTP 中继跳点，会在投递前将外发邮件路由经过通用渠道分析契约。这运行在异步平面上——延迟预算是以秒计的，绝不会占用为执行保留的 150 毫秒裁决路径。
2
MIME 树被拆解分析
纯文本正文、HTML 正文、邮件头，以及每一个附件都被分别处理，因此把内容藏在某一部分中的规避手段无法绕过对其他部分的分析。
3
附件绝不接触模型
文本提取在禁用主动内容的隔离专用解析器中进行，运行在一个与模型运行环境、工具网关、控制平面和证据存储都隔离的沙盒内。现有专用安全产品继续负责病毒与恶意软件扫描。
4
确定性检测器在正文与提取文本上运行
与提示词路径相同的校验和国家身份证件识别包、密钥/凭据模式、精确数据匹配与文档指纹识别——一套检测栈，一份调优工作，一组需要管理的误报。
5
每个收件人都会被分类
内部、已知外部、个人域名、首次出现——即该组织首次与之联系——或仿冒相似域名，依据与您自身及往来方域名的编辑距离判定。正是这一层能够捕捉“发错收件人”这类情况，而任何内容检测器都做不到这一点。
6
只有仍然模糊的情形才会交由上下文判断
检查 From、Reply-To 与 Return-Path 之间邮件头的一致性；对照真实邮件历史（而非声称的对话内容）核实会话连续性；识别付款指示语言；将银行信息与历史数值比对；识别批量转发异常。
7
五种结果，其中一种是交给人来定
允许、向发件人发出警告、转入授权审核人员的隔离区、硬拦截，或需要审批。发给发件人的解释只说明分类，绝不会引用回内容本身。
操作路径
从信号到可审计证据
01监测输入
- 首先是外发邮件——正文、收件人、邮件头、会话上下文、受支持的附件
- 后续的渠道适配器：文件共享、USB、打印——均继承相同的策略、证据、事件与审计控制
- 收件人信号：个人邮箱、首次出现的、仿冒相似域名，以及其他不合规的域名
02确定性工作流
- 1 邮件在离开边界前会被扣留 视具体适配器而定：一个本地部署的传输代理或一个 SMTP 中继跳点，会在投递前将外发邮件路由经过通用渠道分析契约。这运行在异步平面上——延迟预算是以秒计的，绝不会占用为执行保留的 150 毫秒裁决路径。
- 2 MIME 树被拆解分析 纯文本正文、HTML 正文、邮件头，以及每一个附件都被分别处理，因此把内容藏在某一部分中的规避手段无法绕过对其他部分的分析。
- 3 附件绝不接触模型 文本提取在禁用主动内容的隔离专用解析器中进行，运行在一个与模型运行环境、工具网关、控制平面和证据存储都隔离的沙盒内。现有专用安全产品继续负责病毒与恶意软件扫描。
- 4 确定性检测器在正文与提取文本上运行 与提示词路径相同的校验和国家身份证件识别包、密钥/凭据模式、精确数据匹配与文档指纹识别——一套检测栈，一份调优工作，一组需要管理的误报。
- 5 每个收件人都会被分类 内部、已知外部、个人域名、首次出现——即该组织首次与之联系——或仿冒相似域名，依据与您自身及往来方域名的编辑距离判定。正是这一层能够捕捉“发错收件人”这类情况，而任何内容检测器都做不到这一点。
- 6 只有仍然模糊的情形才会交由上下文判断 检查 From、Reply-To 与 Return-Path 之间邮件头的一致性；对照真实邮件历史（而非声称的对话内容）核实会话连续性；识别付款指示语言；将银行信息与历史数值比对；识别批量转发异常。
- 7 五种结果，其中一种是交给人来定 允许、向发件人发出警告、转入授权审核人员的隔离区、硬拦截，或需要审批。发给发件人的解释只说明分类，绝不会引用回内容本身。
03证据输出
- 针对每一次分析、扣留、释放与拦截的 M0 模式事件
- 隔离与释放决策归属于做出授权的审核人员
- 与各司法辖区通报时限对齐的数据泄露通报字段
一个案例
那个附件里藏着一张工作表，本会构成一次需要通报的数据泄露
不是攻击者所为。只是一位客户经理在周五下午赶时间。
16:48
Q3_review.xlsx 被附加并发送给一位客户联系人。邮件在投递前被扣留；在发件人的客户端界面上，它显示为“正在发送”。
16:48:03
工作簿在沙盒中被提取。其中第三个工作表处于隐藏状态、发件人自己的视图中并不可见，其中包含 1,340 行属于另一位客户的数据。
16:48:04
与已登记客户数据表之间出现 62 处精确数据匹配命中。收件人属于已知外部且合法——但没有权限获取这部分数据。
16:48:05
结果：转入授权人员审核的隔离区。发件人看到的警告只说明分类。没有任何内容被回显，因为一个即将犯错的发件人，并不构成让其看到他人数据的理由。
16:52
审核人员打开该案例，以其自身角色权限查看脱敏后的证据，确认问题，并将邮件退回发件人进行更正。
已记录
一次隔离，一次带有披露记录的授权审核，一次退回发件人。没有任何内容跨越边界，因此没有触发任何通报时限。
最终结果如何
如果这封邮件被投递出去，这将构成向未经授权的第三方披露个人数据。马来西亚 PDPA 的 72 小时时限以及该客户自身的合同通报条款，都会从被发现的那一刻起开始计时——而现实中，这很可能要到数周之后才会被发现。
决策是如何做出的
权威阶梯。绿色代表权威环节——一条规则、一个扫描器、一个沙盒，或一个人。蓝色是模型发挥作用的地方。琥珀色是由人来做决定的地方。
02
受限上下文
模型只接收做出判断所需、经过授权的消息上下文——而不是整个邮箱。
03
模型贡献
对模糊情形的上下文判断：收件人与内容不匹配、看似意外发错的收件人、身份冒充、紧急付款指示、会话被劫持、银行信息被更改。
04
策略与审核人员
隔离区释放需要经授权的审核人员操作。解释说明绝不回显敏感内容。
模型带来了什么
对规则无法描述的情形做出判断——商业邮件欺诈（BEC）模式、与该收件人不匹配的附件、语气突然改变的会话线程。
它不能宣称什么
它无法确认一次入侵是否真的发生，也无法批准释放邮件。它只负责标记、解释，并把决定权交给人。
它绝不会做什么
- 绝不在没有经授权审核人员的情况下释放被隔离的邮件。
- 绝不让大模型打开附件。文本提取由隔离的专用解析器完成；病毒与恶意软件检测仍由组织现有的安全工具负责。
- 绝不在展示给发件人的解释中回显敏感内容。
- 绝不成为正式的邮件网关。它调用通用渠道分析契约，并生成 M0 事件模式。
它留下什么证据
- 针对每一次分析、扣留、释放与拦截的 M0 模式事件
- 隔离与释放决策归属于做出授权的审核人员
- 与各司法辖区通报时限对齐的数据泄露通报字段
查看它的实际运作
尚未构建
一份规格说明，而非一次模拟演示
我们不会向您展示一个并不存在的东西的脚本化演示。我们发布的是工作流规格说明，其标准与已交付的工作完全一致：行为主体、触发条件、正常路径、异常情形、终态，以及它必须留下的审计证据。等它被构建出来后，这部分内容就会变成一次真实的演示。
状态与晋级所需条件
路线图探索阶段。晋级需要两个设计合作伙伴、一个通过其支持合约验证的具名邮件平台连接器、邮件处理延迟与隔离/释放准确率目标、一份容量画像、一份威胁模型，以及架构审批。
涉及的角色
最终用户策略管理员审核人员／审批人安全运营中心分析师