EmailAuth是AI原生的电子邮件认证平台。 Agentic AI 全天候运行DMARC 、 SPF 、 DKIM 、 BIMI和MTA-STS ,您的团队会批准每一项重要的更改。您可以选择它的运行位置以及使用谁的 AI 密钥。
运行EmailAuth三种方法
- 1
软件即服务
完全由EmailAuth管理。住一天,没有基础设施。
- 2
您的云租赁
在您自己的 AWS、Microsoft Azure、Google Cloud、Oracle Cloud (OCI)、IBM Cloud、阿里云上的帐户内运行。
- 3
本地和私有云
单击数据中心或 VMware 或 OpenStack 上的设备(包括气隙设备)。
支持的环境
- 公共云,在您自己的租赁中:AWS、Microsoft Azure、Google Cloud、Oracle Cloud (OCI)、IBM Cloud、阿里云。
- 私有云:VMware、OpenStack。
- 本地设备,包括气隙网络。
- SaaS,由EmailAuth完全管理。
AI 自带密钥 (BYOK)
连接您自己的 AI 提供商,以便提示和数据保留在您的合同和驻留规则下:OpenAI、Azure OpenAI、Anthropic、Google Gemini、自托管开放模型。气隙部署仅使用自托管开放模型。
人工参与的代理人工智能
- 1
观察
特工会监视每个发件人并进行报告。没有任何改变。
- 2
推荐
特工们提出修复建议并提供每项修复背后的证据。
- 3
批准采取行动
代理人准备变更;在其上线之前,会有指定的批准者签字。
- 4
护栏内自主
代理在您设置的限制内行动,并提供警报、审计跟踪和一键回滚。
- 策略变动(无、隔离、拒绝)、 SPF更改和新发件人均需经过批准。
- 基于角色的审批者和每个代理操作的完整审核跟踪。
- 一键回滚任何更改。
设计带来信心
如果没有您设置的批准规则,AI 代理绝不会将您的域移至p=reject或重写SPF 。每个动作都会被记录并且可逆。
常见问题
EmailAuth可以在本地运行吗?
是的。 EmailAuth作为单击式本地设备提供,包括气隙网络,也可以在 VMware 或 OpenStack 私有云上运行。
EmailAuth可以在我们自己的云帐户中运行吗?
是的,在您自己的 AWS、Microsoft Azure、Google Cloud、Oracle Cloud (OCI)、IBM Cloud、阿里云租户中。唯一可在本地或在任何云上您自己的租赁中使用的第 1 层DMARC OEM。
我可以使用自己的 AI 密钥吗?
是的。 BYOK 支持 OpenAI、Azure OpenAI、Anthropic、Google Gemini、自托管开放模型。
AI 是否未经批准更改DNS或策略?
只要你允许。您可以选择自治级别,从仅观察到在护栏内自治,并且批准、审计跟踪和回滚适用于每个级别。
SaaS 还可用吗?
是的。 SaaS 由EmailAuth完全管理,是最快的启动方式。
[ 电子邮件安全 指导 ]
企业出处
为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。
传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。
EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。
SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密