核查条目 SECURITY · 台账正文
纸飞机安全与隐私核查:加密链路、自毁 7 档与会话治理
秘密聊天是官方唯一起端到端加密的对话形态,采用 MTProto 2.0 协议与 AES-256-GCM;本页把加密链路、自毁 7 档、两步验证与会话管理拆成可逐条核对的条目。
模块 01
核查总则:本文怎样才算数
安全类内容最容易出错的地方是把宣传语当结论,本页先把可写与不可写的边界划出来。
- 本文不引用未经证实的泄露结论。凡涉及某次安全事件是否发生、影响范围多大,均不在本页范围内,因为这类结论需要可复核的取证材料,而公开渠道无法满足(来源:本站编辑口径,2026-10-15 核对)。
- 本文不把机制描述写成结果承诺。秘密聊天在客户端侧以 AES-256-GCM 加密后再上行,属于可核对的实现描述;至于某个具体账号是否被他人成功攻击,取决于设备本身与使用习惯,不能由机制直接推出(来源:官方文档 secret-chats,2026-10-15 核对)。
- 本文涉及的 7 档自毁时长、20 万人成员上限、2 GB 文件上限等数字,全部为官方公开文档中的表述,核对时间统一为 2026-10-15(来源:官方文档,2026-10-15 版本)。
- 本文不复述任何无法证伪的断言。对于绝对化说法,本站的处理方式是删除而不是弱化改写,避免二手传播时被当成核查结论(来源:本站编辑口径,2026-10-15 核对)。
读者可以按本页条目号逐条回到官方文档比对;若官方表述已更新而本页未同步,属于本站的疏漏,可通过页脚邮箱指正。
模块 02
加密链路核查:官方把通信分成 2 类
官方文档按 2 类形态分别描述加密方式,这 2 类不能混为一谈。
| 条目号 | 形态 | 加密范围 | 服务端角色 | 依据与核对时间 |
|---|---|---|---|---|
| C-01 | 秘密聊天 | 端到端加密,对称层 AES-256-GCM | 只保存密文,不持有解密私钥 | 官方文档 secret-chats,2026-10-15 核对 |
| C-02 | 云端聊天 | 客户端与服务器之间加密 | 持有解密所需信息 | 官方文档 加密说明,2026-10-15 核对 |
| C-03 | 群组聊天与频道 | 客户端与服务器之间加密 | 持有解密所需信息 | 官方文档,2026-10-15 版本 |
| C-04 | 群组语音与视频 | 走群组通信链路,非端到端 | 持有解密所需信息 | 官方文档 语音与视频,2026-10-15 核对 |
密钥协商在哪里完成
- 密钥只在 2 台参与设备之间协商产生,服务端不参与私钥持有环节(来源:官方文档 secret-chats,2026-10-15 核对)。
- 密钥图形用于人工比对两端是否一致,图形不同应立即中止会话(来源:官方文档,2026-10-15 核对)。
为什么云端聊天能同步
- 因为服务端一侧持有解密所需信息,记录得以在 6 个平台之间同步(来源:官方文档 加密说明,2026-10-15 核对)。
- 同步能力与端到端加密在设计上互斥,同一会话只能二选一(来源:本站整理,依据官方文档,2026-10-15 核对)。
协议版本号怎么读
- MTProto 2.0 是官方现行协议版本号,1 个数字后缀表示版本而非速度或强度等级(来源:官方开发者文档,2026-10-15 版本)。
- 对称层使用 AES-256-GCM 时,密文与校验标签一并随消息上行,服务端保存的是这段密文而非明文内容(来源:官方文档 secret-chats 章节,2026-10-15 核对)。
- 端到端加密只覆盖 1 个联系人的一对一会话,把内容放进群组之后,加密形态会退回客户端与服务器之间这一类(来源:官方文档,2026-10-15 核对)。
模块 03
自毁计时器:7 档时长逐档核对
自毁是官方写明的销毁机制,属于可核对的行为描述,不属于承诺性表述。
| 档位编号 | 官方表述的时长 | 档位类型 | 本站给出的使用建议 |
|---|---|---|---|
| T-01 | 1 秒 | 固定预设 | 仅适合读完即作废的一次性口令 |
| T-02 | 1 分钟 | 固定预设 | 适合临时验证码,需在 1 分钟内完成读取 |
| T-03 | 1 小时 | 固定预设 | 适合需要当场确认的短指令 |
| T-04 | 1 天至 1 周 | 区间内自选 | 官方在该区间内提供自选时长 |
| T-05 | 7 档合计 | 档位总数 | 前 3 档为固定预设,其余档位落在 1 天至 1 周区间(来源:官方帮助中心 自毁消息条目,2026-10-15 核对) |
- 选择档位:在会话内打开计时器设置,从 7 档中选定 1 档(来源:官方帮助中心,2026-10-15 核对)。
- 生效范围:计时器一旦开启即作用于当前会话内的全部消息,包括之后新增的消息。
- 到期行为:计时归零时正文与随附附件一并销毁,接收端不留可读副本(来源:官方帮助中心,2026-10-15 核对)。
- 撤回无效:到期后发送方没有找回或撤回入口,若需留档请改用云端聊天并自行留存。
- 修改时长:可在计时器设置中切换档位,切换后新时长立即作用于该会话(来源:官方文档,2026-10-15 核对)。
- 自毁机制只存在于秘密聊天,云端聊天与群组聊天不提供该计时器,这是官方文档写明的形态差异(来源:官方文档,2026-10-15 核对)。
- 销毁行为针对的是消息本身,对方在到期前自行截图或拍照属于接收方操作,发送方计时器对此没有约束力(来源:本站整理,依据官方文档边界,2026-10-15 核对)。
- 把重要文件放进自毁会话前应先确认是否需要留档,因为到期后附件与正文是同步销毁的,不存在只销毁文字而保留文件的情况(来源:官方帮助中心,2026-10-15 核对)。
模块 04
两步验证核查:1 个密码加 1 个邮箱
两步验证与短信验证码是并行的 2 条通道,作用对象是账号本身而不是某一条消息。
- 设置独立密码:设定 1 个与解锁密码不同的独立密码,避免一处泄露导致两处同时失守(来源:官方文档 两步验证,2026-10-15 核对)。
- 绑定恢复邮箱:填写 1 个可长期访问的邮箱,作为忘记密码时的恢复通道(来源:官方文档,2026-10-15 核对)。
- 妥善保存:密码与恢复邮箱任一失效,官方文档未提供人工找回入口(来源:官方文档,2026-10-15 版本)。
- 换机前先核对:在新设备登录前确认两步验证配置未被改动,避免登录流程卡在验证环节(来源:本站整理,依据官方文档,2026-10-15 核对)。
| 核查项 | 机制描述 | 对使用者的影响 | 依据与核对时间 |
|---|---|---|---|
| 独立密码 | 1 个独立于解锁密码的密码 | 一处泄露不会直接导致两处同时失守 | 官方文档,2026-10-15 核对 |
| 恢复邮箱 | 1 个用于找回的邮箱地址 | 邮箱失效即失去找回通道 | 官方文档,2026-10-15 核对 |
| 短信验证码 | 与上述 2 项并行的另一条通道 | 并非两步验证的组成部分 | 官方文档,2026-10-15 核对 |
| 人工找回 | 官方文档中未列出该通道 | 配置需自行长期维护 | 官方文档,2026-10-15 版本 |
- 两步验证保护的是账号入口,一旦验证配置被他人掌握,攻击者不需要破解消息加密即可登录账号,因此该配置的重要性高于单条消息的加密形态(来源:本站整理,依据官方文档,2026-10-15 核对)。
- 官方文档中未列出人工找回通道,这意味着恢复邮箱的可访问性属于使用者自身责任,第三方站点无法代为处理(来源:官方文档 两步验证章节,2026-10-15 版本)。
模块 05
会话与设备治理:发现异常先断后查
账号出现异常时的处置顺序,比事后追溯更影响损失范围。
- 终止全部会话是第一步。官方客户端提供查看并结束其他设备的会话入口,终止后已授权的设备连接即失效(来源:官方文档,2026-10-15 核对)。
- 随后修改两步验证配置。1 个独立密码与 1 个恢复邮箱中若有任何一项被改动,应立即重设(来源:官方文档 两步验证,2026-10-15 核对)。
- 再核对设备列表与登录记录。当前账号可同时在 6 个平台登录,设备数量本身不代表异常,需要结合使用习惯判断(来源:官方客户端列表,2026-10-15 核对)。
- 最后检查秘密聊天状态。秘密聊天绑定发起时的 1 台设备,若设备被重装系统,该会话记录无法恢复(来源:官方文档,2026-10-15 版本)。
- 涉及资金或证件的会话建议改用云端聊天留档,因为群组聊天不提供端到端加密,而秘密聊天到期后会销毁(来源:官方文档,2026-10-15 核对)。
| 处置序号 | 动作 | 依据 | 对应风险 |
|---|---|---|---|
| A-1 | 终止全部会话 | 官方文档 会话管理章节,2026-10-15 核对 | 阻断已授权设备的持续访问 |
| A-2 | 重设两步验证密码 | 官方文档,2026-10-15 核对 | 恢复账号入口控制权 |
| A-3 | 更换恢复邮箱 | 官方文档,2026-10-15 核对 | 切断被掌握的重置路径 |
| A-4 | 核对设备与登录记录 | 官方客户端列表,2026-10-15 核对 | 发现多余设备 |
| A-5 | 评估秘密聊天损失 | 官方文档,2026-10-15 版本 | 重装系统后记录不可恢复 |
模块 06
销毁过程演示:界面上的三种状态
演示脚本复现自毁会话在界面上的状态变化,不含真实账号与真实联系人。
对方这段内容到期之后会自动消失,我们不再另行保存副本。
我明白,密钥图形我已经核对过,两端一致。
我附件也走同一条销毁规则,时间到了正文和文件一起清掉。
计时器归零消息与附件已销毁,本会话内不再保留可读内容,也没有撤回入口。
- 演示中的销毁态气泡对应官方文档描述的自毁行为:计时器到期后消息与附件一并销毁,接收端不留可读副本(来源:官方帮助中心,2026-10-15 核对)。
- 自毁会话内的附件与正文遵循同一条销毁规则,不会出现文字先销毁而文件仍保留的情况(来源:官方帮助中心,2026-10-15 核对)。
模块 07
常见误区核查:4 个流传较广的说法
以下说法在二手内容中出现频率较高,逐条给出官方文档口径。
| 序号 | 常见说法 | 官方文档口径 | 依据与核对时间 |
|---|---|---|---|
| M-1 | 所有聊天都是端到端加密 | 只有秘密聊天是端到端加密,群组与频道为客户端与服务器之间加密 | 官方文档,2026-10-15 核对 |
| M-2 | 消息删掉后对方就看不到了 | 云端聊天记录保存在服务端一侧,对方窗口内的历史消息仍然保留 | 官方帮助中心,2026-10-15 核对 |
| M-3 | 开了自毁就绝对无法留存 | 到期后正文与附件销毁,但对方在到期前截图或拍照不受约束 | 本站整理,依据官方文档边界,2026-10-15 核对 |
| M-4 | 订阅版才会有加密 | 免费版同样可以使用秘密聊天,订阅差异在文件上限与存储配额 | 官方客户端说明,2026-10-15 核对 |
- 免费版与订阅版都能使用秘密聊天,两步验证也是 1 个密码加 1 个邮箱的同一套机制,订阅并不改变加密形态(来源:官方客户端说明,2026-10-15 核对)。
- 端到端加密的覆盖范围只有 1 个联系人的一对一会话,群组内的人数多少都不改变这一点(来源:官方文档,2026-10-15 核对)。
模块 08
口径声明与核对时间线
本页所有数字与机制的核对时间统一标注,便于后续复核。
本文不引用未经证实的泄露结论,也不把机制描述改写成结果承诺。凡官方文档没有写明的内容,本站一律留空,而不是用推测填补。
- 2026-10-15逐条复核官方文档中的加密形态、7 档自毁时长、两步验证组成与各项上限,本页内容以此为准。
- 2026-10-15核对域名 telegram.org 与 core.telegram.org 的公开表述,确认本文引用位置与原文一致。
- 2026-10-15为全部 8 个页面统一标注核对时间,sitemap 的更新时间与本页可见时间保持同步。
- 待更新官方文档出现数值变更时,本页条目号与内容同步修订,并在时间线上补记修订日期与改动条目。
- 本页 8 个章节共列出 8 组核查条目,每组都对应官方文档中可回溯的位置,复核时按条目号逐条比对即可(来源:官方文档,2026-10-15 核对)。
- 若某条目在官方文档中已不再存在,本站会直接删除该条目并保留其余内容,不会用近似说法顶替(来源:本站编辑口径,2026-10-15 核对)。