国内有什么端到端加密通信软件？ 第1页

国内端到端的加密通信软件很多，但能够合法使用、购买的，恐怕不多。

国外诸如Signal、Telegram等加密通信软件，提供了开源代码。理论上任何人只要获得代码，就能改造出一份“国产”的端到端加密通信软件。

但其是违反国内互联网相关法律的。而且，signal背后似有美国FBI、CIA的影子，Telegram是否真如其所宣传那么安全，本身也是存疑的。

国内老牌安全厂商，北信源开发了一款叫：信源豆豆的互联互通应用。本身是支持端到端加密的。但需要私有化部署，利用其进行互联网公共服务，也是不可行的。

国内不可能有，违法。国外有，但都被墙了。（评论这段很容易，但没啥意义，我全删了。还有跪求不了解“非对称加密”的朋友不要尬回“密码本”了。）

我调研过这事，最终觉得用加密邮件可能是最切实可行的一个方法。以下是 MacOS 下对 mutt 邮件客户端做加密的步骤：

GPG 与文件、邮件加密

密钥与公钥管理

这里以 MacOS 下的 gpg 工具为例。

Windows 系统可选择：

1. 在 WSL 下使用 gpg
2. 使用 Gpg4win

生成自己密钥并发布公钥

       > # 生成密钥与公钥（交互式的） > # 生成后不满意可用 gpg --delete-secret-keys [ID] 和 gpg --delete-keys [ID] 删除 > gpg --full-gen-key  > # 查看本地公钥 > # 下面 47EB7384 开头的那一长串就是我的 ID > gpg --list-keys /Users/Roy/.gnupg/pubring.kbx ----------------------------- pub   rsa4096 2020-02-28 [SC]       47EB7384425BD613BC77D227201B9A6321856771 uid           [ultimate] Yi LUO <luoy@std.uestc.edu.cn> sub   rsa4096 2020-02-28 [E]  > # 上传公钥，之后告诉同事自己的 ID 或邮箱 > gpg --keyserver hkp://pgp.mit.edu:80 --send-keys [ID]     

导入他人公钥

       > # 按对方的 [ID/mail] 查找公钥后导入（交互式的） > gpg --keyserver hkp://pgp.mit.edu:80 --search-keys [ID/mail]     

对文件加密

       > # 如果要加密文件传输给对方 > # 用 [ID/name/mail] 指定对方公钥加密文件 data.csv 生成 data.csv.gpg > gpg --encrypt --recipient [ID/name/mail] data.csv  > # 如果收到对方给自己的加密文件 > # 使用自己私钥解密 > gpg --output data.csv --decrypt data.csv.gpg     

对邮件加密

在邮箱中配置 PGP 可以加密信息，适用于通信。

这里以 mutt 客户端的配置为例：

       source /usr/local/Cellar/mutt/1.13.0/share/doc/mutt/samples/gpg.rc set pgp_default_key = "201B9A6321856771"     

其中 source 所引用的文件是 mutt 自带的 gpg 配置，引用过来后在下面配置默认 key 为自己的就可以。

其它邮箱客户端请按关键词自行搜索，如百度“thunderbird gpg4win”、“hotmail gpg4win”。

开局一张图，剩下全靠猜？这个没法评价。

从软件的角度虽然我能想出两三种导致这个现象的原因，但非正式发布的产品出现任何问题都是常见现象。盲人摸象的评价没有必要。

跟11代没差别，这个肯定是违背常识的，要知道11代i9只有16线程，12代i9有24线程，24线程超越16线程并不需要多么高超的优化技巧。

调度优化的主要难题是当我们只需要少量线程运作的时候究竟把这个线程安排在哪个核心。

然而，对于全核心全线程同时计算的场景来说，反正都是全核心上场，根本不需要什么优化，谁来都是全核心工作。

如果这个软件能把所有核心用满的话，没道理性能不变。所以肯定有某个环节出了问题。正式版本再说吧。