零信聊是一种基于全球邮件基础设施构建的加密聊天服务体验。它将聊天与邮件集成在零信邮App中,利用S/MIME密码技术、证书自动化、数字签名和可信身份显示,帮助用户安全通信,而无需依赖独立的集中式即时通讯基础设施。
传统即时通讯服务通常运行在一个孤立的消息平台上,并将聊天记录存储在其服务环境中。零信聊以覆盖全球的邮件基础设施为通信基础。聊天对话在底层仍然是一封邮件;启用S/MIME加密后,消息内容会受到端到端加密保护,并加密存储在用户自己的邮箱中。这种方式将聊天与邮件结合起来,同时利用基于证书的密码技术和可信身份。
不需要单独注册零信聊账号。零信聊使用您现有的邮件账号和邮箱。您可以在零信邮App中切换邮件模式和聊天模式,无需另外维护一个即时通讯账号。
强烈建议但不是必须的。其他参与者无需安装零信邮App,可以继续使用现有的、兼容S/MIME的邮件客户端。
要交换S/MIME加密消息,通信双方需要具备相应的证书和私钥,并且其邮件客户端必须支持相关的S/MIME操作。零信邮App为自身用户提供集成式聊天模式体验,其他参与者则可以继续通过兼容的邮件客户端进行通信。
可以。零信聊基于您现有的邮件基础设施构建。您可以将受支持的邮件账号添加到零信邮App,同时用于邮件和聊天。账号配置取决于邮件服务提供商的功能和安全要求。
不需要。零信聊的设计目标是与现有邮件基础设施协同工作。您可以继续使用当前的邮件服务,由零信邮App提供集成式聊天界面,并自动执行受支持的S/MIME操作。
可以。零信邮App支持在聊天模式和邮件模式之间切换。界面会根据当前任务进行调整,而底层通信仍然使用邮件基础设施。当您需要更大的编辑空间、文本格式、附件或其他邮件功能时,可以从聊天式对话切换到完整的邮件体验。
可以。零信聊可与受支持的个人和商务邮件账号配合使用。个人可以将其用于私人通信,组织则可以利用 零信AI邮的密码应用能力和可用的聊天加密网关,满足组织层面的需求。
零信聊的聊天对话在底层仍然是一封邮件,并作为邮件存储在用户自己的邮箱中。启用S/MIME加密后,聊天内容会受到相应密码密钥的加密保护。这种方式不需要使用独立的集中式消息数据库作为聊天记录的主要存储位置。
零信聊基于邮件基础设施构建,其核心通信模式不要求使用独立的集中式消息平台。邮件服务继续提供邮箱和消息投递功能,零信邮App则提供聊天界面,并自动执行受支持的密码操作。
可以。“通过邮件回复”功能允许您将聊天消息作为普通邮件进行回复。当您希望从简短的聊天式交流转为更常规的邮件回复时,这项功能非常实用。
可以。“通过邮件转发”功能允许您通过邮件将对话转发给其他收件人。转发前,请考虑收件人是否有权接收相关信息,以及是否需要对该收件人加密消息。
可以。“在写信窗口编辑”功能允许您在完整的邮件编辑器中继续处理该消息。当您需要更大的编辑空间、更丰富的文本格式、附件或更正式的邮件结构时,这项功能非常实用。
零信邮App使用IMAP IDLE技术接收接近实时的消息到达通知。实际通知时间取决于邮件服务提供商、网络连接、账号配置及其他服务条件,同一邮件服务器内的用户通信应该很快。接近实时的通知并不意味着能够保证消息即时送达。
可以。您的通信对象可以继续使用现有的、兼容S/MIME的邮件客户端。仅仅为了参与基于邮件的聊天通信,对方不需要安装零信邮App。建议双方都使用零信邮App,以获得更好的聊天体验。
实际体验取决于对方邮件客户端的功能。S/MIME加密消息需要客户端支持相应的证书和私钥。
零信聊使用S/MIME密码技术。对消息进行加密时,发送方会使用收件人的公钥证书加密保护消息,使预期收件人能够使用相应的私钥解密。零信邮App会自动处理受支持的证书管理和密码操作,让这一过程更易于使用。
是的。正确应用S/MIME加密后,消息内容会针对预期收件人进行加密,并且需要相应的私钥才能解密。加密保护基于S/MIME密钥,而不是聊天界面本身。
实际保护效果取决于消息内容、收件人的证书、客户端配置以及消息的处理方式。邮件路由和邮箱服务仍会执行其正常的基础设施功能。
零信邮App旨在自动执行S/MIME密码操作。能否成功加密,取决于是否具备所需的收件人证书,以及相关配置和策略。如果无法获取收件人的公钥证书,就可能需要先取得该证书,才能完成所需的加密操作。
用户在聊天时仍需要启用加密,不能仅仅因为消息显示在聊天模式中,就认定消息已经加密。请以App显示的安全状态为准。
S/MIME加密需要收件人的公钥证书。获取证书的一种常见方式是由收件人发送一封经过数字签名的邮件。发送方随后可以从这封已签名的邮件中获取其公钥证书,并在后续加密通信中使用,但仍需满足证书验证和应用支持方面的要求。
加密通过限制只有持有相应私钥的一方才能访问消息内容,来保护消息的机密。而数字签名提供与签名证书相关联的密码学证据,可以帮助收件人验证签名者身份,并检测已签名内容是否发生变化。这两项功能的用途不同,仅加密并不能证明发送方的身份;仅有数字签名也不会加密消息内容。
零信聊使用S/MIME数字签名和证书验证,帮助收件人判断发送者的密码学身份。零信邮App在界面中显示经过认证的发信人身份认证级别,让用户更容易理解证书信息,而不必只依赖显示的邮件地址。身份标识的可信程度取决于证书类型、信任域以及验证是否成功。
未签名的消息无法提供与成功签名的消息相同的数字签名证据。零信邮App会区分不同的签名状态和身份认证状态,让用户了解哪些信息已经通过密码学方式得到确认,哪些尚未得到确认。
未签名的消息不一定具有恶意,但其发送者身份和内容完整尚未通过数字签名得到确认。聊天界面会显示类似以下警告:“身份未认证,消息未加密,请特别谨慎”。
有效的数字签名可以帮助检测签名所覆盖的内容是否发生变化。如果已签名内容被篡改,验签就会失败,就会有警示。但有效签名本身并不能证明消息内容真实、发送者意图正当,或所请求的交易已获得授权。
S/MIME加密操作保护消息内容。部分消息路由信息和其他邮件元数据仍可能被邮件基础设施看到。用户不应假定所有邮件头或全部投递元数据都已被加密。
密码学签名和证书验证可以帮助用户区分具有已验证身份的消息与缺少预期密码学证据的消息。零信邮App会在界面中显示经过认证的身份信息。这些功能有助于用户识别可疑消息,但不能消除所有网络钓鱼、社会工程攻击、账号被盗或合法签发的证书遭到滥用等风险。
零信聊使用四个身份验证级别:
这些级别描述的是证书所关联的身份认证类型,并不只是加密强度的不同。
邮箱认证依据适用的认证流程,确认相关邮件地址或邮箱由申请者控制。个人认证则会进一步提供有关个人真实身份的证据。仅仅验证邮箱,并不能证明使用该邮箱的人的现实身份。
单位身份认证意味着,证书中列出的组织已经按照适用的流程完成认证。它向收件人提供组织层面的身份信息,而不仅仅是邮箱层面的信息。
单位员工认证意味着,个人身份及其与所列组织之间的关系已经得到认证。在零信聊的身份显示模型中,对应T4,可以同时显示个人姓名和单位名称。
对于受支持且已成功验证的S/MIME证书,零信邮App会显示其关联的身份级别。根据证书的不同,界面可以显示邮箱认证、个人认证、单位认证,或个人与单位关系认证(单位员工认证)。
显示的信任级别取决于证书中的身份信息以及验证结果,不能仅凭发送者的显示名称或邮件地址推断其证书身份级别。
不是。身份认证与加密是不同的概念。T1–T4 表示不同级别或类型的身份认证,并不直接表示加密算法或密钥的强度。相关的安全属取决于所使用的证书、密码算法、密钥参数和验证结果。
可以。当需求发生变化,并且用户满足相应的认证要求时,可以选择更高的身份认证级别。例如,个人可以选择T2,组织可以选择T3,而身份及组织关系均经过认证的员工可以选择T4。
在服务支持的情况下,一个邮箱可以使用多个身份级别的证书;升级身份验证级别并不一定意味着必须删除现有的身份认证证书。
零信信任是零信生态系统内部使用的信任域,支持在兼容的零信聊中自动部署证书并显示可信身份。
全球信任指由公共证书颁发机构(CA)信任链签发的证书,可在兼容的邮件客户端和其他应用中实现更广泛的信任与互操作。这两个信任域的用途不同,并且可以根据适当的部署策略组合使用。
零信聊的服务选项采用三种信任模式:
具体可用的证书类型取决于所选服务和产品方案。
混合信任结合全球信任和零信信任,在外部互操作、可信身份显示和证书成本之间取得平衡。例如,具有全球信任的MV证书可以提供广泛的兼容,而受零信信任信任的 IV、OV或SV证书,则可以在零信生态系统内提供更高级别的身份信息。这两种证书承担不同的作用;一张零信信任信任的证书,不会仅仅因为与全球信任证书配合使用,就自动获得公共信任。
并非所有通信场景都需要相同的信任模式。当需要兼容的外部邮件客户端广泛认可证书时,全球信任和混合信任会有用。零信信任则可以支持零信生态系统内的自动化身份和证书管理。适当的选择取决于互操作要求、身份验证需求、应用支持情况和成本。
该服务支持不同的身份认证和信任需求,包括:
根据所选产品模式,可用的信任选项可能包括零信信任、全球信任和混合信任。
可以,但需以所选服务的支持情况为准。一个邮箱可以使用与不同身份级别关联的证书,例如 MV、IV、OV或SV,以满足不同的通信需求。这些证书代表不同的已认证身份或关系。进行相应的签名或通信操作时,必须具备并选择适当的证书。
支持。在适用的服务中,零信聊提供RSA和SM2证书选项。用户可以根据互操作和部署要求选择相应的一种或多种算法。兼容取决于通信双方系统支持的证书、邮件客户端、密码技术实现和相关标准。
并非通信的每个环节都必须如此,但相关密码操作必须得到通信双方应用和证书的支持。对于S/MIME加密,发送方必须能够使用收件人的公钥证书,并支持该证书及相关实现所使用的算法。收件人则必须能够处理收到的消息,并使用相应的私钥。为确保可靠的互操作,用户应确认通信双方都支持所使用的证书和算法选项。
零信聊会自动处理受支持的证书生命周期操作,包括申请、配置和续期流程。具体流程取决于证书类型、签发 CA、信任域和所选服务。在支持续期的情况下,应用或服务可以根据适用配置,在证书到期前管理续期流程。
零信邮App支持导入兼容的已有S/MIME证书和私钥。让用户可以继续使用已有证书,并在相关私钥可用且兼容的前提下,继续访问以前使用这些证书加密的消息。
零信邮App支持按照备份与恢复流程,将证书和私钥加密备份到用户自己的邮箱中。用户应妥善保管所需的恢复密钥,并避免删除备份数据。有备份并不意味着可以忽视对恢复密钥和邮箱账号本身的保护。
在提供相应备份与恢复功能的情况下,用户可以按照恢复流程,在另一台设备上恢复已备份的证书和私钥,并提供所需的恢复密钥。恢复能否成功,取决于备份是否可用、恢复密钥是否正确,以及证书材料是否与新环境兼容。
零信聊的设计支持用户控制自己的密钥。在App工作流程中,私钥在适用的本地环境中管理,加密备份则存储在用户自己的邮箱中。企业网关部署采用不同的密钥管理架构。对于组织 CA 密钥和员工密钥的处理与保护方式,组织应参考相应的部署文档。
零信聊遵循“AI,由您选择;API密钥,由您掌握”的原则。在提供AI功能的情况下,用户可以使用自己选择的、受支持的AI服务提供商以及自己的API密钥,而不锁定到单一AI服务提供商。可用的服务提供商和功能取决于应用版本及配置。
不能。AI 和密码技术的作用不同。S/MIME 提供密码学加密和数字签名,证书验证则有助于建立与身份相关的信任。AI 可以提升生产力并提供智能辅助,但不能取代实现加密、验签或基于证书的身份认证所必需的密码功能。
不能。AI可以帮助分析内容或识别潜在风险信号,但不能保证消息安全、内容真实,或消息确实由合法身份的人发送。密码学验证与 AI 辅助分析解决的是信任问题的不同方面,不能相互替代。
可以。根据部署模式和需求,组织可以使用零信聊提供的企业网关,支持基于证书的加密通信和集中式管理。适当的架构取决于现有邮件基础设施、安全策略、证书要求,以及组织是否需要集中式网关或密钥管理能力。
零信企业即时通讯加密网关旨在为中型和大型组织提供加密即时通讯能力,支持内部和外部通信场景。该网关基于组织现有的邮件基础设施构建,采用网关方式实现加密聊天,并可根据相应部署方案支持内部S/MIME证书签发、证书自动化管理和密钥管理。
不会。该网关旨在与现有邮件基础设施协同工作,无需组织更换邮件服务器,也不强制所有员工改用新的邮件客户端。具体的集成方式和邮件路由设计取决于组织现有系统和部署需求。
企业即时通讯加密网关提供组织环境中支持加密消息及相关密码操作所需的网关功能。企业密钥管理系统(EKMS)侧重于证书和密码密钥的集中管理。当组织需要集中式密钥管理时,EKMS可以与该网关配合使用。两者的功能相关但不同,不应将它们视为可以互相替代的组件。
可以。零信聊提供旨在支持集中式证书和密钥管理的企业组件,具体能力取决于所选架构。组织应评估证书的签发位置、密钥的生成和存储位置、访问控制方式,以及部署方案如何与现有安全策略集成。
零信密码应用自动化网关的设计目标是与现有基础设施协同工作。它负责自动化处理受支持的密码操作和证书生命周期管理,现有系统则继续执行各自承担的功能。实际集成架构应根据组织的邮件路由、安全检查、合规和密钥管理需求进行设计。
请根据通信所需的身份级别和信任要求进行选择:
然后,再考虑需要零信信任、全球信任还是混合信任。最合适的方案取决于收件人需要认证的身份信息、您所用的客户端以及所处环境的信任要求。
零信邮App面向希望在集成式邮件和聊天体验中使用自动化S/MIME操作的个人和小型企业。企业网关面向需要将密码应用自动化集成到现有基础设施中的组织。这类组织可能还需要集中式证书管理、密钥管理、策略控制,或与现有安全系统集成。两者的选择取决于部署和管理需求,而不仅仅取决于用户是否需要发送加密消息。