为什么 Misskey 在安全隐私方面远不如 Mastodon
在回复了这个回复之后,不久后就发现自己被对方屏蔽了。
https://social.edu.ci/notes/90u7p2fcnb
首先说明一点,我在得知没有缓存或代理外站媒体文件后,评论“安全性与稳定性完全无法保证”,并非诋毁或张口就来。
Misskey 的一大问题是:允许直接加载外站媒体文件,而不是像 Mastodon 强制必须通过本地代理加载。
更糟糕的是,这样的设置好像还是默认配置[1]。
为了证明所言非虚,让我们打开 https://misskey.io/@syuilo ,然后多下拉几次。
我们看到了什么(图一),十数个外站来源。
Misskey 允许直接加载外站媒体文件的默认配置,带来了严重的隐私问题,与稳定性问题。
直接从第三方加载媒体,意味着直接请求第三方服务器,意味着第三方服务器可以获取 Misskey 站点用户的 IP、User-Agent 等信息。
设想这样一个场景:
骇客A想知道某个 Misskey 用户(用户B)的IP,当然这个用户所在的 Misskey 使用了默认配置,即直接从外站加载媒体文件。
骇客A只需要创建的一个 Fediverse 站点(Mastodon、Misskey、Pleroma均可),然后从这个自己控制的 Fediverse 站点,向用户B发送一条带有图片的私信。
一段时间后,用户B打开了 Misskey ,看到提醒“有一条新私信”,便顺手点开了私信栏,随着图片的加载,不知不觉间,用户B的IP便泄露给了骇客A。
骇客A根据URL查询附加图片的访问日志,在用户B完全不知情的情况下,骇客A便得到了用户B的IP。
除了上述的隐私问题外,直接从外站加载媒体文件还带来了稳定性问题。
为了节约流量,一些网站会开启防盗链功能,对于开启防盗链的网站,直接加载图片便会造成图片破损。
此外,直接从不可控第三方加载数据,便意味着不可控第三方可以随时更改加载内容,今天是正常的图片,明天就给你改成色情广告,这完全是有可能的。对于同一张图片,因人因地因浏览器,返回不同内容也是完全可以做到的。
[1] https://github.com/misskey-dev/misskey/blob/develop/.config/example.yml#L137-L138
自/殺/犯/罪