本人开发了一个全局消息加解密 APP，有风险吗？

[WJZ0821]

项目地址： https://github.com/WJZ-P/NekoCrypt

实现方式是基于安卓的无障碍机制，对其他 APP 是非侵入式的，不会改其他 APP 代码。

并且实现了添加自定义 APP 功能。使用是无感的，正常按发送，软件自动会做加密后再发送出去。

感觉做这种加解密相关的，有喝茶风险，但是如果我 APP 内部不带任何 APP 信息(把内置的删掉)，全靠用户自己添加，这样会有问题吗？这样的话就是用户个人行为，跟开发者没关系了。

[hellodigua]

我也不知道有没有风险，但是你的这个 idea 是真的牛逼

[lekai63]

clash 算不算 网络协议的加解密。 订阅、节点也是用户自己行为。

凡是不利于稳定的都不行🙅
凡是不利于监控的也不行🙅

[WJZ0821]

@hellodigua 感谢，一个小 idea 而已

[WJZ0821]

@lekai63 clash 那位作者现在怎么样了吗，我只用过这个软件，对开发者的情况不甚了解

[arrow629]

没多大事，大不了就像之前的与熊论道那样关站就是了。我觉得做还是可以做的，可以加入 GPG 加密等，增加点软件功能。

[stinkytofux]

@arrow629 #5 与熊论道这样纯粹加解密的工具网站都能被关闭, 真的是相当的无语.

[agagega]

想法不错，但是频繁发送出去的内容太奇怪了会被微信/QQ 盯上。直觉来讲风险有点高

[JinBin]

如果你要听实话：事实就是 2 楼说的，小范围传播没人理你，如果火起来必挨铁拳，这是个你法我笑的国家，这个软件影响“团结安定”，那作者就交罚款进去蹲吧。

[WJZ0821]

@arrow629 加密模式这个有考虑过，没听说过 GPG ，感觉 AES 在对称加密这块应该是足够安全的

[WJZ0821]

@agagega 这个是隐写字符串传输的，用到的隐写字符串是发送 emoji 表情会用到的那些

[WJZ0821]

@JinBin 好的，感谢老哥

[riscv]

我以前有过这样的想法，没想到楼主做出来了。不知道市场如何，用的人会多吗？

除此之外还了解过 session 之类的去中心化的端对端聊天软件，不知道楼主有没有跟我一样探索过

[wanmyome]

先生泽被千古

[Dreax]

“全靠用户自己添加，这样会有问题吗？这样的话就是用户个人行为，跟开发者没关系了。” clowwindy 有话说

[noahhhh]

用的人多搞出事情就有风险了

[loading]

多少有点擦边，思路是好的，但没必要做出来，免得引火上身，免得被人利用了还给人数钱。

btw:之前发现挺有趣的一个，虽然原理也简单。把内容变成 阿巴阿巴。https://cqdh.top/aba/

[noahhhh]

@noahhhh 可以分享源码分享算法都没问题，可以交流学习，相对来说还是有一丁点门槛，做的太傻瓜易用可能会在你想不到的人手里最后弄出岔子

[kk2syc]

纯粹，引火上身

[restkhz]

https://www.oversec.io/

[Seck]

个人感觉好像使用场景有点奇奇怪怪的
发送消息应该给对方解密吧
我只是闲聊，当然想法是很不错
对面咋解密的？

[ashong]

telegram 也被喝咖啡

[hdp5252]

安装了 发对方是明文啊

[HTravel]

如果你真做到了全局加解密，那肯定没风险啊，因为政府根本找不到你啊。

否则，你就和这几天的西贝预制菜一样，只是在做名词辩解

[lswlray]

OP 能不能回答这样 2 个问题：
1 、你为什么会想着做这样一个产品？
2 、你认为什么样的用户、交流什么内容时，会需要你这样的一个产品？

如果你能坦诚的回答这 2 个问题，你就会知道自己有没有风险。

[ddter]

简单一点，如果有人利用这个做了什么坏事，特别是涉及到刑法上的那些，lz 一定会被进去。

[lswlray]

@lswlray

另外，OP 可能根本没有想过，有一天可能被几个利用他的应用、交流非法信息的人给伤害了
就如支持美国人持枪、说每年因枪击案死亡的人都是必要付出的代价的查理柯克，没想过自己会变成这个代价一样

[kulous]

如果你走的是公共聊天平台，平台肯定会检测出来，然后封号。这个检测太简单了，不需要找到你，封号多简单。

[mayli]

国内没有聊天软件宣称端对端加密不是技术原因，是政策原因，你提供了违反政策的工具，就容易进去

[taosimple]

对 flutter 这类框架写的界面是不是无效

[jackOff]

想法很不错，话说你肉身在哪

[busier]

op 主意太容易安罪名了

[Admstor]

李跳跳也是基于无障碍设计，还不是一样被搞了

人家仅仅是触动了商业利益
你这个直接触动国家利益

这边建议直接删库销号

或者降代码转交给肉身国外的朋友发布

[icedx]

这不就是 CyanogenMod 的 WhisperPush

[CatCode]

有点儿像这个 https://f-droid.org/packages/io.oversec.one/

[lxxiil]

说楼主有危险的，iMessage 为什么国内不封还能用？解释下

[WJZ0821]

@riscv 用的人多少这个不晓得，没得统计，可以看下项目页面，有详细的 readme 介绍，这个我主要的想法还是它本身只是个辅助，通信是基于其他交流 APP 的，因为这样子可以减少用户的使用成本，不需要你单独下一个聊天软件，同时软件本身也不需要有维护费用，相当于寄生在其他软件身上

[WJZ0821]

@noahhhh 嗯，这个我不会在主流媒体传播，顶多这里发个帖子就行了，怕小孩哥乱用

[fbxshit]

虽然你的这个 app 对其他 app 是非侵入性的，但是对于安卓系统来说，也算是侵入性的，这里的侵入性指的是你的 app 加解密过程插入到其他聊天 app 在安卓系统中与用户之间的一种互动过程中。

说的直白一点就是，用户本来在微信里输入的内容，你在用户输入的时候插进去让原来的内容变成了另外的内容。南山必胜客找到你说，用户和微信互动的过程也是计算机系统的一部分，你提供非法工具侵入了这个计算机系统，已经触犯了刑法，你该如何应对？

更加好的一个方式我认为是，就不要做这种内容的 app 了，反正你做了也上架不了应用市场，也赚不到什么钱，不如一步到位，做一个完全独立于手机系统的，无论是安卓还是 ios 都通用的依靠本地 AI 能力给用户聊天加密的机器人。

我的设想是这样：

用一个类似树莓派的平台，带有摄像头和很小的机械手指的小机器人，使用的时候拿出来用一个小架子架在你的手机屏幕前面，它可以实时的拍摄并读取到你手机屏幕上对方发过来的聊天信息，有点像现在某些 AI 工具录屏抓内容，但是我这个是完全独立的，屏幕抓内容只能靠摄像头。 读取到对方消息之后，你的内容输入是直接在机器人上面，自动加密也是在机器人上面，加密之后机器人的机械手指会在你手机屏幕上调出输入法，输入的内容就已经是加密过的内容。

完全独立的好处是，即使你的手机里面装了 100 个间谍软件，1000 个键盘记录器，也完全不需要担心泄密的可能。这是真正物理级别的端到端加密，因为我把两端都从物理上移除出手机了，从手机键盘输入开始的一切都是加密的，直到在对方手机的屏幕上显示。 为了最大化安全性，你的机器人设置好加解密软件后，系统就完全固化，也不联网。 加解密完全独立不联网，信息到了你手机上开始就是完全加密的状态。

假设这个机器人已经做出来了，那么最大的难点就是怎么让用户在微信里面愉快的加密聊天，而腾讯即使人工审查你们的聊天记录，也完全看不出来任何的异常，就像看两个无聊的人在那里对一些琐事拉家常。我认为这种加解密的方式可能就要依靠 LLM 的一些发展了。我设想的是，用户的聊天内容，被机器人本地的 LLM 通过虚构大段的对话，进行隐藏。隐藏之后，把 LLM 生成的文字通过手机键盘直接发送给对方，由对方的机器人读取屏幕进行本地提取和解密。这里的难点是，对方发送回给你的秘密消息，被对方的 LLM 处理过之后，要和你前面发送的内容逻辑上联系的起来，只有这样才可能对抗人工审核。

以上就是物理端到端+LLM 抗人工审查的终极加密聊天工具了，就缺一些感兴趣的程序员了。

[WJZ0821]

@Dreax 我擦，shadowrock 是他做的啊，我之前用了很久这个代理软件

[HeyWeGo]

不要想着违法不违法，特别是弄软件的，不然就是欲加之罪何患无辞。
信息犯罪由于查抓困难，往往就是那种提供工具的容易被逮到，无论是处于什么目的一定是先处理容易处理的环节

[WJZ0821]

@loading 我看了一下，是基于明文编码方式去做加密，跟我的还是有不少区别，我使用的是 0 宽字符替换，最后用户看到的长度基本是固定的区间，你密文打一万个字，加密后看起来都很短的

[PrinceofInj]

软件还没用，不知道是怎么体现得，看到时使用了零宽字符我倒是有个想法，使用之前，先约定一个主题，通过 AI 之类的工具进行自动处理，这样，明面上看到的就是双方基于这个主题在聊一些鸡毛蒜皮得事儿。

[WJZ0821]

@noahhhh 嗯，也有这种考虑，所以现在只在这里宣传了一下，别的地方不会发

[Hikareteku]

喝茶是迟早的事儿

[WJZ0821]

@restkhz 酷，看来前人已经有做这个的了

[YaakovZiv]

商用有风险，开源的风险就一个，你若是贴了国内实名信息的收款码，就属于被监管范围了。如果你贴的是海外的，那就暂时不管。

[WJZ0821]

@Seck 得对方也安装这个才行，解密很简单，点一下消息就解密，或者开沉浸式解密，点都不需要

[WJZ0821]

@HTravel 全局指的是不针对特定软件，加解密安全性基于 AES 加密算法的安全性，我认为是可以保证的，密钥稍微长一些就 OK

[WJZ0821]

@lswlray 1.这个软件的初衷 just for fun ，但是因为涉及加解密，难免有人会拿来说敏感内容，但是软件本身不关注这些

2.我理想的用户群就是觉得这个玩意好玩，挺有趣，比如在 QQ 群里可以当着别人面加密，相当于群聊里面私聊，简单点就是装逼，哈哈

[WJZ0821]

@kulous 确实想检测的话防不住

[WJZ0821]

@hdp5252 开了无障碍不，开了之后切到对应软件，能看到发送按钮上方有个淡蓝色遮罩才是成功。可能还要开一下悬浮窗权限之类的。有问题可以加项目主页的群解决一下

[WJZ0821]

@taosimple 不太确定，但是我之前了解过，flutter 在安卓这边也会生成一个节点树，方便正常的无障碍服务运行。总不能使用 flutter 的软件就不能用无障碍了吧，这样的话不方便障碍人群

[WJZ0821]

@fbxshit 确实，感谢长文，想法很好，但是这里我有个问题是，消息的加解密后的载体是什么呢，绝大部分加解密后应该还是字符串的形式展现，比如对 100 个字加密，如果做到密文表面上看起来是正常聊天？我现在采用的是 0 宽字符形式，可以做到加密后的表面长度与密文无关，但是别人看起来确实是不连贯的聊天内容，可以推测出在加密，只不过不知道具体内容，也无法根据表面上看起来的长度来推断密文的长度。

[WJZ0821]

@YaakovZiv 这种不敢贴收款码，肯定不能从这个赚钱的，这个是我的底线。收钱了性质什么的都变了

[loading]

@WJZ0821 嗯，我知道，只是单纯觉得那个好玩分享一下。

[loading]

op 强调"很短"是空白字符短而已，对于监管设备来说这个和 aes 等方式后的乱码一样的。

建议还是

收手吧，阿祖！

[fbxshit]

@WJZ0821 大致上来说，就是用 LLM 的文字生成能力，把你原来想要发送的明文做种子，用 LLM 自动生成一段看似无关的文字，其实你的明文是被某种机制隐藏在里面的，然后你发送到腾讯服务器上面的是 LLM 生成的一段文字，这段文字就是正常的聊天内容，可能是天气，也可能是美食，然后对方接收到之后，在他的本地 LLM 把你原来要发的信息解码出来。 这样即使腾讯让下面牛马 996 一行行审查你们聊天记录，也只能看到你们在聊美食和天气。

Alice：明天 10 点见面。 ---LLM generated---> "北京的代表性美食包括北京烤鸭、炸酱面和豆汁儿等,好想尝尝啊"

这段话"北京的代表性美食包括北京烤鸭、炸酱面和豆汁儿等,好想尝尝啊"------> 利用任何网络平台发送到对方手机屏幕。

然后对方的机器人拍摄屏幕，本地解密--->"明天 10 点见面"。


难点在于，发送消息不是一次性的，对方如果回复"10 点太早了，改成 11 点老地方"，然后用 LLM 处理再发回来的话，前后一来一去，两段 LLM 生成的文字，之间必须是有逻辑上的关联的。就是说那些牛马一行行盯着看你们的聊天记录，他看到的虽然是 LLM 生成的对话，但是来来去去必须前后逻辑上连贯，看上去像真人的聊天。

因为你这里的 LLM 无法事先判断对方要发送回来的消息是什么，所以这里最有趣的地方是找到一种大语言模型生成文字的机制，可以在你们真实的（需要保密）聊天互动文字以上，再实时构建一大段虚拟的聊天文字，LLM 生成的文字和你们的明文之间，有一种隐藏的对应结构，可以让你们各自解密出对方发送的明文。

[Seck]

这个我说一下关于加密这个问题！
很多加密方式是不允许在社会上推广的，有很多信息加密方式和通信方式完全不让推广，这一点基本是所有国家的共识，包括美国也有，就是因为完全解不开。
有些先进的加密方式，和通讯方式，好像是违法的，我记得。我单纯好像有这个印象，所以这个地方应该是灰色地带！
我想大家表达的应该是这个，法律上可能没有那么明确清晰。

[irrigate2554]

收手吧，阿祖！就这个需求本身而言也不如两个人直接换个自建通信软件。

[fbxshit]

@PrinceofInj 是的，和我的想法一样，就看有没有熟悉大语言模型的程序员，先搞一个出来试试看。

[0x114514]

idea 很好，但是它的用途个人感觉有点自相矛盾。需要加密通讯内容的用户大概率不会使用可能会被审查的通讯工具，而使用上述通讯工具的用户则大概率不需要加密通讯内容。

[Gekou]

可刑，马上晶格就敲你家门

[guiyumin]

signal 的核心库是开源的
所以你可以用他们的，不用自己搞

[anivie]

之前看到那个“佛曰”的网站的时候就出现过类似的想法，没想到已经有这么多实现了哈哈哈

[WJZ0821]

@fbxshit 这个可能要专业人士来做了，我只能做到目前这个程度

[WJZ0821]

@0x114514 怎么说呢，为不想切换聊天软件同时保持内容隐秘性的用户提供便利。比如你在 Q 群里想和别人分享，此时切到其他软件要再重复一次添加好友的操作，可能还伴随着 VPN 的开启。有这个的话就不需要来回跳转了

[WJZ0821]

@guiyumin 其实也主要是练手，学下 compose 开发和 kotlin 语言。

[XiLingHost]

@Seck 你的记忆没错，之前是密码学相关的代码都被禁止出口，参考 Bernstein v. US Department of Justice 案 https://www.eff.org/cases/bernstein-v-us-dept-justice

[zed1018]

肉身在国内不要做这种抗审查的东西

[suyuyu]

不利于团结的事情不要做

[LxnChan]

这个想法我很早以前也有过，当时我想的是做成类似输入法或者输入法挂件的形式，正常输入但是发出去是密文，对方收到自动转明文

可惜当时技术力不行没实现的了，支持一下

虽然在国内弄这个东西有风险，但还是为追求自由和无审查的精神表示尊重！

[WJZ0821]

@LxnChan 嗯，基于输入法的话可以连输入法层面也防范内容被上传，但是实际上要 hook 输入框和发送按钮这些，还是得基于无障碍，所以就没考虑输入法的形式

[WJZ0821]

@suyuyu 感谢各位大佬的留言，我自己也多加留意，反正不能用这个赚钱，这个是底线

[ks2ex]

iOS 也需要

[UnluckyNinja]

@WJZ0821 #66 但你要交换密钥不也得走其它软件沟通，还是说得线下认识并提前商量好密钥，那适用面可就小多了

[lswlray]

@WJZ0821 如果你的初衷真如你所言，我觉得你就不会担心会不会有风险了。你说你的初衷是这样、你自己信了就好；如果有叔叔找你，你也可以同样说给叔叔，他们能信就没问题。

[shmilypeter]

@loading @WJZ0821 个人建议楼主参考阿巴阿巴，把加解密的密文至少换成汉字，或者换成看似有意义的汉字。如果一直发纯字符串，一定会引起聊天软件上报和网监注意的。

[shmilypeter]

thunderbird 客户端就提供了类似的功能，支持导入 pgp 密钥，邮件服务端就是密文。即便是被截获也都是字符串。

当然了现在别说邮件，就是电脑使用率都不高了，除了工作大部分人都用手机了，所以楼主提供这个方便的工具是有可能跟有人用宝塔面板做犯罪工具警察抓宝塔面板的人的。

[ETiV]

之前有一个输入法
可以输入文字后，加密成 emoji ，然后可以通过微信发出去；
接收端用同样的输入法，粘贴 emoji ，解密成原文。

你猜这个输入法 App 为什么不在了 🤣

[lhwj1988]

不错，需求量应该不少

技术无罪

[WJZ0821]

@UnluckyNinja 这个确实是一个难点，目前的形式是安装软件会提供默认密钥，可以基于默认密钥的情况下沟通新密钥，但是如果审查方也下载了我的软件，并拿到了你们沟通密钥的密文，也确实可以解密，感觉最稳妥还是线下等不留痕地去做这个密钥的沟通

[ETiV]

↑ 好像是这个

https://github.com/NoManTeam/Hole

[WJZ0821]

@shmilypeter 密文一直是汉字，原理是二进制密文做 BaseN 运算转成 0 宽字符，然后再塞入一些常规汉字组成密文，好处是别人无法直接通过看你发的消息长度来推测密文长度，当然复制到一些字符串长度统计网站还是能看到实际会多很多

[wafm]

长期发这些谜语,会被封号吧

[WJZ0821]

@ETiV 哇，原来还有这种，看了一下，十年前的项目了，看来很早就有人有了类似想法

[WJZ0821]

@wafm 我在 QQ 上之前也做过一个加密插件，长时间在使用，没有出现问题。更多的检测是 NTQQ 插件框架本身被检测，内容倒是还好。我觉得一方面是因为我用到的 0 宽字符是正常拼接 emoji 会用到的字符，也就是并非完全罕见的那种。

[wafm]

@WJZ0821 嗯嗯 我只是说存在这种可能性 早期古早年代我们在百度 hi 和 空间 使用加密后的内容被审核后都会被直接封停

[yaoyao1128]

使用无障碍处理也是一种外挂。并且是可以被检测的。
并且根据 https://zhuanlan.zhihu.com/p/1907372254662198397 来看，微信是有上报机制和白名单机制的

即使不带具体的应用，也属于擦边的，存在风险的。

之后 https://github.com/WJZ-P/NekoCrypt/blob/6daaa42ff6b81323b55c909797939570af6127db/app/src/main/java/me/wjz/nekocrypt/util/CryptoUploader.kt#L33 似乎是把图片上传到微信的对话平台……

以及 代码里还有 com.dianming.phoneapp.MyAccessibilityService ？是为了伪装成点明之后注册吗……那这个还涉及了和 南京点明软件科技有限公司 之间的风险

还有就是 写了 EPL-2.0 但是实际的 LICENSE 文件是 GPL 2.0

P.S.: NekoIconCreator.html 挺好玩（（）

[fbxshit]

@UnluckyNinja 交换密钥不需要走其他的软件和渠道，直接在微信聊天窗口中用明文 DHKE 协商一个密钥就行了，你想用户身份认证腾讯都已经帮你做好了，你直接和对方协商一个密钥就可以了。当然了有其他渠道更加保险。

[yvkino]

你要想想这东西主要用户就是黑灰产。被顺藤摸瓜，你不盈利也要被调查一番，运气不好就得吃国家饭了。

[HTravel]

@WJZ0821 我的意思就是说，你不能去特殊定义这个全局，必须是真全局。你的 app 也要在这个全局之下，在全局加密下下发及更新。

如果做不到，那自然就意味着是假全局，在你所谓的全局之上，还存在个上帝层，可以看到足够多的信息。那自然可以抓你，自然也就是假全局。

[WJZ0821]

@yaoyao1128 网链和无障碍包名属于黑魔法，不太适合展开。上传的图片和文件都是过了加密处理的，所以就算拿到了没密钥也解密不出来，安全性可以保证。另外，这个图标生成器其实是 Gemini 写的，哈哈，我拿来做了个图标

[WJZ0821]

@HTravel 软件层的全局加解密意思是不特定于具体软件，能够做到适配大部分聊天软件的加解密，只要能拿到四要素：输入框，发送按钮，消息列表节点和具体消息节点就可以。其中后两个只有沉浸式解密需要，正常点按解密的话也不需要后面这两个。

至于更高层面的监控的话，在软件层我就无能为力辣

[wegbjwjm]

先去搞艘船，去公海再发

[zushi000]

人少随你折腾 人一多,就会去喝茶

[oneisall8955]

默认密钥是 op 生日吗？

[WJZ0821]

@oneisall8955 并不是，是我喜欢的女生的生日，我和她是高中同班同学，高考完她去复读，我去上大学了，后续她考到了其他的城市。现在离开我有一年多了吧，睡觉时经常想起。

我不会说多浪漫的情话，就把思念写在代码里吧。

[oneisall8955]

@WJZ0821 来自程序员的浪漫🥹

[WJZ0821]

@oneisall8955 But it's a sad story.

[miao1007]

看了下代码，加解密的用户输入的 key 衍生方案（ deriveKeyFromString ）是单次的 sha256 ，没有加入 salt 和迭代次数，衍生密钥的强度不够，建议改成 PBKDF2(1000 起)。此外这个 base64 的变体隐写，字典很容易被 regex 硬匹配，特征太明显。