<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Telegram on 洞见</title><link>https://111.230.53.36/tags/telegram/</link><description>Recent content in Telegram on 洞见</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 08 Oct 2026 20:00:00 +0800</lastBuildDate><atom:link href="https://111.230.53.36/tags/telegram/index.xml" rel="self" type="application/rss+xml"/><item><title>Telegram 私密聊天安全性调研</title><link>https://111.230.53.36/posts/telegram-secret-chat/</link><pubDate>Thu, 08 Oct 2026 20:00:00 +0800</pubDate><guid>https://111.230.53.36/posts/telegram-secret-chat/</guid><description>&lt;blockquote&gt;
&lt;p&gt;调研日期：2026-10-08
证据层级说明：【官】官方文档确认（telegram.org / core.telegram.org）｜【学】学术论文分析｜【社】社区验证（开源客户端代码、长期一致的多方指南）｜【推】合理推测（已标注依据）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2 id="0-关键结论摘要表"&gt;0. 关键结论摘要表&lt;/h2&gt;
&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;维度&lt;/th&gt;
&lt;th&gt;结论&lt;/th&gt;
&lt;th&gt;证据层级&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;
&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;功能定位&lt;/td&gt;
&lt;td&gt;手动开启的一对一 E2E 聊天；默认云聊天/群组/频道均为服务端可读&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;密钥交换&lt;/td&gt;
&lt;td&gt;2048 位安全素数上的经典 DH（g∈{2..7}），非 X25519；共享密钥 256 字节&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;密钥验证&lt;/td&gt;
&lt;td&gt;客户端把密钥渲染成图形，用户线下比对防 MITM；64 位指纹仅用于开发排错&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;前向保密&lt;/td&gt;
&lt;td&gt;&amp;gt;100 条消息或 &amp;gt;1 周（且至少发过 1 条）即 re-keying，旧密钥销毁&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;设备绑定&lt;/td&gt;
&lt;td&gt;密钥绑定授权（设备），不进云；登出/重装/换设备即永久丢失，不可迁移&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;自毁计时器&lt;/td&gt;
&lt;td&gt;1秒–1周共 6 档，阅读后开始计时；服务端看不到计时器，由客户端执行&lt;/td&gt;
&lt;td&gt;【官】+【推】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;禁转发/双向删除&lt;/td&gt;
&lt;td&gt;客户端强制 + E2E 服务消息实现&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;截图&lt;/td&gt;
&lt;td&gt;Android 系统级拦截（FLAG_SECURE），iOS 截屏后通知对方；均可被绕过&lt;/td&gt;
&lt;td&gt;【社】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;群组私密聊天&lt;/td&gt;
&lt;td&gt;不支持，协议层面仅支持一对一&lt;/td&gt;
&lt;td&gt;【官】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;客户端支持&lt;/td&gt;
&lt;td&gt;仅 Android / iOS / macOS(App Store 版)；Desktop 与 Web 不支持&lt;/td&gt;
&lt;td&gt;【社】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;推送元数据&lt;/td&gt;
&lt;td&gt;学术研究证实 Telegram 未向 FCM/Google 泄露消息内容或个人信息&lt;/td&gt;
&lt;td&gt;【学】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;已知密码学弱点&lt;/td&gt;
&lt;td&gt;re-keying 存在 unknown key-share 理论弱点；初始 DH 无认证，依赖人工比对&lt;/td&gt;
&lt;td&gt;【学】&lt;/td&gt;
&lt;/tr&gt;
&lt;tr&gt;
&lt;td&gt;近两年协议改动&lt;/td&gt;
&lt;td&gt;无官方公告的私密聊天协议改动&lt;/td&gt;
&lt;td&gt;【官】+【社】&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;
&lt;hr&gt;
&lt;h2 id="1-功能定位与入口"&gt;1. 功能定位与入口&lt;/h2&gt;
&lt;h3 id="11-是什么"&gt;1.1 是什么&lt;/h3&gt;
&lt;p&gt;私密聊天是 Telegram 中&lt;strong&gt;手动开启的、一对一的端到端加密聊天&lt;/strong&gt;。官方 FAQ 定位其为&amp;quot;想要比普通人更多保密性的人&amp;quot;准备的功能：全部消息使用端到端加密，只有对话双方能读，&amp;ldquo;包括 Telegram 自己在内无人能解密&amp;rdquo;【官】。它与默认的云聊天是两套并行的产品形态，而非同一聊天的&amp;quot;加密模式&amp;quot;开关。&lt;/p&gt;</description></item><item><title>Telegram 技术架构调研</title><link>https://111.230.53.36/posts/telegram-tech-architecture/</link><pubDate>Tue, 06 Oct 2026 20:00:00 +0800</pubDate><guid>https://111.230.53.36/posts/telegram-tech-architecture/</guid><description>&lt;blockquote&gt;
&lt;p&gt;调研日期：2026-10-06（UTC）
报告语言：中文，技术术语保留英文原文
信息可信度分级：✅ &lt;strong&gt;官方确认&lt;/strong&gt;（Telegram 官方文档 / 官方博客 / 官方 GitHub 仓库）｜ 📄 &lt;strong&gt;学界分析&lt;/strong&gt;（同行评审论文、预印本）｜ 📊 &lt;strong&gt;媒体/二手&lt;/strong&gt;（新闻、社区文档，需交叉验证）｜ 💬 &lt;strong&gt;社区推测&lt;/strong&gt;（未证实，仅供参考）&lt;/p&gt;
&lt;/blockquote&gt;
&lt;hr&gt;
&lt;h2 id="1-整体架构与设计哲学"&gt;1. 整体架构与设计哲学&lt;/h2&gt;
&lt;h3 id="11-中心化架构有意为之的非联邦设计"&gt;1.1 中心化架构：有意为之的非联邦设计&lt;/h3&gt;
&lt;p&gt;Telegram 采用&lt;strong&gt;集中式客户端-服务器（client-server）架构&lt;/strong&gt;，而非联邦式（federated，如 Matrix / XMPP / Email）或纯 P2P 架构。所有客户端通过自研的 MTProto 协议连接 Telegram 自营的数据中心（DC）集群；服务器端代码&lt;strong&gt;完全闭源&lt;/strong&gt;，只有客户端开源。&lt;/p&gt;
&lt;p&gt;这一选择的直接后果是：Telegram 可以提供&lt;strong&gt;无缝的多设备同步与云端存储&lt;/strong&gt;——用户在新设备登录后可立即获得全部聊天记录，无需像 Signal 那样做设备间迁移。这是其产品哲学的核心：官方 FAQ 明确回答&amp;quot;为什么不把所有聊天都做成 secret（端到端加密）&amp;quot;——因为 E2E 范式下&amp;quot;在新设备上恢复聊天记录没有优雅的解决方案&amp;quot;，而可靠备份是大众市场通讯软件的必备功能。Telegram 选择了第三条路：Cloud Chats（服务端可读的加密云存储）+ Secret Chats（可选的 E2E），并认为这&amp;quot;是对大众流行应用而言目前最安全的方案&amp;quot;（✅ 官方：telegram.org/faq，2026-10-06 经 archive.org 摘录读取）。&lt;/p&gt;
&lt;p&gt;代价同样明确：默认聊天的明文对 Telegram 服务器可见（传输层 MTProto 加密、存储时服务器持有解密能力），其隐私保证建立在&amp;quot;分布式跨国基础设施 + 密钥分片&amp;quot;之上，而非数学上的不可读。官方称：云聊天数据分散存储在全球多个数据中心，由不同法域的法律实体控制，解密密钥被切分且&lt;strong&gt;从不与所保护的数据存放在同一地点&lt;/strong&gt;，因此需要多个法域的法院命令才能调取数据；并宣称&amp;quot;至今已向第三方（包括政府）披露了 0 字节用户消息&amp;quot;（✅ 官方：telegram.org/faq）。&lt;/p&gt;
&lt;h3 id="12-多数据中心与账号分片"&gt;1.2 多数据中心与账号分片&lt;/h3&gt;
&lt;p&gt;Telegram 在全球运营 &lt;strong&gt;5 个生产数据中心（DC1–DC5）&lt;/strong&gt;，客户端通过 &lt;code&gt;help.getNearestDc&lt;/code&gt; 等机制获知 DC 拓扑（✅ 官方 TL schema 有 DC 相关方法；具体位置为 💬 社区测定）：&lt;/p&gt;</description></item></channel></rss>