sudo cast
48 subscribers
498 photos
12 videos
16 files
1.54K links
v2 @sudo_recast

casted something nice or not

v1 / cast / channel / telegram / sudo

more @sudo_radio
email telegram@gadflysu.com
Download Telegram
把 qBittorrent Enhanced Edition 的 Web UI 功能打开,就可以做「离线下载」了。🥱

#bittorrent
以前我们抱怨 #Java,直到 #JavaScript 统治世界。

https://news.ycombinator.com/item?id=20682591

I remember back in the early 2000's when everybody was complaining about Java. That it was “slow”, and “used a lot of memory”, and that its UI “is not native”.

Now it's all JS and
#Electron and every single complaint people used against Java is an order of magnitude worse and everybody seems to be happy about it.

Progress have definitely been going backwards.
Forwarded from 层叠 - The Cascading
#PSA GitKraken Git-Hosted SSH

tl;dr: 截止 12 日凌晨一点 (UTC+8),GitHub 已经作废了所有用户通过 7.6.x, 7.7.x 和 8.0.0 版本的 GitKraken 生成的 SSH 密钥,以及来自其它客户端软件的类似弱密钥。在以后,使用或添加此类弱密钥的行为也会被 GitHub 阻止。受影响用户应已经收到通知。

此处置并非因为 GitHub 的数据发生泄露。

GitKraken 亦就此事件通知了 Bitbucket、GitLab 及 Azure DevOps。这三个平台的受影响用户也应已经收到通知。请参见 [bb]、[gl]、[az] 三篇文章。

GitKraken 的 7.6.x, 7.7.x 和 8.0.0 版本所使用的依赖项 keypair 会生成较弱的 SSH key。如果您正在使用 GitKraken,请检查您最近通过 GitKraken 生成的 SSH 密钥。来自 GitKraken 的消息和解释请见 [1]。GitHu

https://github.blog/2021-10-11-github-security-update-revoking-weakly-generated-ssh-keys/

导致此问题的 keypair 的漏洞已被标记为 GHSA-3f99-hvg4-qjwj,详细描述在 [2]。这个漏洞的特点之一是会周期性生成重复的 RSA 密钥,因此问题较为严重。

1. https://www.gitkraken.com/blog/weak-ssh-key-issue-fix
2. https://github.com/juliangruber/keypair/security/advisories/GHSA-3f99-hvg4-qjwj

bb: https://bitbucket.org/blog/action-required-for-gitkraken-users-using-ssh
gl: https://about.gitlab.com/blog/2021/10/11/notice-for-gitkraken-users-with-gitlab/
az: https://devblogs.microsoft.com/devops/azure-devops-response-to-gitkraken-ssh-bug/
服务中断:云蓝屏。🤣
🐙 sudo starred a repository on #GitHub
不要使用 b23.wtf 分享自己的链接。它声称「去除 b23.tv 追踪信息」,然而仅修改域名部分不可能做到这一点。虽然这种链接可以避免来自 b 站的自动统计分析,但注意,任何人都可以直接将 wtf 修改回 tv 来恢复追踪参数,获知你的分享平台、时间等等。不要放松警惕。

自己分享链接之前可以在浏览器打开并自行复制必要的 URL 部分。嫌麻烦也可以考虑借助类似 @antibvbot 的工具来获得形如 b23.tv/av97186248 的干净链接,这取决于你是否信任/不在乎第三方(这里是 outloudvi)。和同为第三方的 b23.wtf 的区别是,b23.wtf 让你以为去除了追踪参数其实任何人都可以获知,@antibvbot 只有运营方获知。

上文有改动。记得看评论区。
https://t.me/sudo_cast/1922?comment=13104

#bilibili #privacy
Forwarded from Nicholas Wang
显然 b23.wtf 的初衷只是用来提供一种最通用、成本最低的无追踪的默认行为。并且,我其实并不认为由原始短链接获取的数据实际上足够唯一/有特征到允许第三方追踪用户或建立关联数据库。因此 b23.wtf 自始至终主要的针对对象是有更多关联信息的第一方(b站)。因此,“b23.wtf 让你以为去除了追踪参数其实任何人都可以获知” 本身并没有那么重要。显然bilibili作为一家上市互联网企业也不会留下这么白给的数据来支持任何第三方开展追踪/关联活动。

此外,如果你错误地理解了一项技术的原理和意图那么它都有可能用户错误地被使用在不安全的场景中,包括但不限于本例。

最后,如果你认为扁桃体发炎一次就应该立即手术切除,这当然是你持有这样观点的自由;但请不要告诉大家 "不要服用消炎药,这会让你以为今后不会再发炎",这样确有标题党之嫌。

啊,还有非常重要的一点,“在浏览器打开一次链接即可自行复制必要的 URL 部分”,考虑到这个链接并不一定是你自己生成的,你可能因此已经被第一方追踪、标记完成了。改为 b23.wtf 显然可以在你点开之前十分有效地避免这一点,你显然没有完全理解 b23.wtf 的使用场景:它并不只用于向他人分享,也用于方便快捷同时免于被追踪地打开别人发来的 b23.tv 短链接。