北京时间 15:14:22服务器时标 资料核对日 2026-10-15第三方导航 · 非 Telegram 官方
纸飞机官网
核查条目 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-011 秒固定预设仅适合读完即作废的一次性口令
T-021 分钟固定预设适合临时验证码,需在 1 分钟内完成读取
T-031 小时固定预设适合需要当场确认的短指令
T-041 天至 1 周区间内自选官方在该区间内提供自选时长
T-057 档合计档位总数前 3 档为固定预设,其余档位落在 1 天至 1 周区间(来源:官方帮助中心 自毁消息条目,2026-10-15 核对)
  1. 选择档位:在会话内打开计时器设置,从 7 档中选定 1 档(来源:官方帮助中心,2026-10-15 核对)。
  2. 生效范围:计时器一旦开启即作用于当前会话内的全部消息,包括之后新增的消息。
  3. 到期行为:计时归零时正文与随附附件一并销毁,接收端不留可读副本(来源:官方帮助中心,2026-10-15 核对)。
  4. 撤回无效:到期后发送方没有找回或撤回入口,若需留档请改用云端聊天并自行留存。
  5. 修改时长:可在计时器设置中切换档位,切换后新时长立即作用于该会话(来源:官方文档,2026-10-15 核对)。
  • 自毁机制只存在于秘密聊天,云端聊天与群组聊天不提供该计时器,这是官方文档写明的形态差异(来源:官方文档,2026-10-15 核对)。
  • 销毁行为针对的是消息本身,对方在到期前自行截图或拍照属于接收方操作,发送方计时器对此没有约束力(来源:本站整理,依据官方文档边界,2026-10-15 核对)。
  • 把重要文件放进自毁会话前应先确认是否需要留档,因为到期后附件与正文是同步销毁的,不存在只销毁文字而保留文件的情况(来源:官方帮助中心,2026-10-15 核对)。
模块 04

两步验证核查:1 个密码加 1 个邮箱

两步验证与短信验证码是并行的 2 条通道,作用对象是账号本身而不是某一条消息。

  1. 设置独立密码:设定 1 个与解锁密码不同的独立密码,避免一处泄露导致两处同时失守(来源:官方文档 两步验证,2026-10-15 核对)。
  2. 绑定恢复邮箱:填写 1 个可长期访问的邮箱,作为忘记密码时的恢复通道(来源:官方文档,2026-10-15 核对)。
  3. 妥善保存:密码与恢复邮箱任一失效,官方文档未提供人工找回入口(来源:官方文档,2026-10-15 版本)。
  4. 换机前先核对:在新设备登录前确认两步验证配置未被改动,避免登录流程卡在验证环节(来源:本站整理,依据官方文档,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

销毁过程演示:界面上的三种状态

演示脚本复现自毁会话在界面上的状态变化,不含真实账号与真实联系人。

会话:秘密聊天 · 自毁计时器 1 小时演示脚本 · 非真实记录
对方这段内容到期之后会自动消失,我们不再另行保存副本。
我明白,密钥图形我已经核对过,两端一致。
我附件也走同一条销毁规则,时间到了正文和文件一起清掉。
计时器归零消息与附件已销毁,本会话内不再保留可读内容,也没有撤回入口。
  • 演示中的销毁态气泡对应官方文档描述的自毁行为:计时器到期后消息与附件一并销毁,接收端不留可读副本(来源:官方帮助中心,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 核对)。