Forwarded from 今日份koipy | koipy NEWS
在压测情况下，我们有幸见到了以VLESS协议为载体的网络下行带宽测试，最高峰值速度突破到了20Gbps
这种极端情况下，影响速度的因素有:
1. 测速的大文件链接对应的服务器带宽是否充足
2. 测速程序(miaospeed)设计瓶颈
3. 协议实现瓶颈
4. Go语言性能瓶颈(但应该还达不到上限)
这种极端情况下，影响速度的因素有:
1. 测速的大文件链接对应的服务器带宽是否充足
2. 测速程序(miaospeed)设计瓶颈
3. 协议实现瓶颈
4. Go语言性能瓶颈(但应该还达不到上限)
我要开团那些要求强制绑定TG账号的机场了
不太能理解这种关联用户画像的行为为什么到现在都没有人出来评价，还是大部分end user都已经连最基本的安全措施都无视了，那你上TG是图啥
机场绑定TG账号以后，机场就知道你对应的TG和IP地址之间的强关联，阴谋论一点方便中国警方取证哈，不过别乱说话看看片没人管你。
问题是这个措施是对用户不利的，没有选择的空间。个人建议要求强制绑定TG账号机场慎用哈，一但接受了到时候会有更无底线的试探😅
不太能理解这种关联用户画像的行为为什么到现在都没有人出来评价，还是大部分end user都已经连最基本的安全措施都无视了，那你上TG是图啥
机场绑定TG账号以后，机场就知道你对应的TG和IP地址之间的强关联，
问题是这个措施是对用户不利的，没有选择的空间。个人建议要求强制绑定TG账号机场慎用哈，一但接受了到时候会有更无底线的试探😅
👍18🤡1
❤1
在30个入群申请的样本中，只有一个通过了入群审核(其他29全部是可疑的)。现在的广告机器人十分泛滥，tg api的滥用官方始终没有一个很好的解决方案，因此大部分简体中文群组启用自动化机器人审核入群也就不足为奇了
clash-key-tool.exe
4.4 MB
#工具留档
如果还有在用cfw，说一下换代理内核的注意事项。
如果你仅仅通过替换文件并改名的方式进行启动，是无法使用 ”服务模式“的。因为服务模式会让内核以SYSTEM权限运行，cfw的服务模式进程clash-core-service会验证内核(clash-win64.exe)的数据完整性。同目录下有一个clash-win64.exe.sign签名文件，服务进程会读取这个文件进行校验。
具体的算法已经逆向出来了，使用上面编写的clash-key-tool（附源码）即可重新对内核进行签名。
工具的原理是对服务进程的内置签名公钥进行修补，把原来的公钥替换成自己生成的，最后用自己公钥对应的私钥进行签名就可以了。
cfw也就这样了，就在这里划下句号吧。
如果还有在用cfw，说一下换代理内核的注意事项。
如果你仅仅通过替换文件并改名的方式进行启动，是无法使用 ”服务模式“的。因为服务模式会让内核以SYSTEM权限运行，cfw的服务模式进程clash-core-service会验证内核(clash-win64.exe)的数据完整性。同目录下有一个clash-win64.exe.sign签名文件，服务进程会读取这个文件进行校验。
具体的算法已经逆向出来了，使用上面编写的clash-key-tool（附源码）即可重新对内核进行签名。
工具的原理是对服务进程的内置签名公钥进行修补，把原来的公钥替换成自己生成的，最后用自己公钥对应的私钥进行签名就可以了。
cfw也就这样了，就在这里划下句号吧。
Forwarded from 橘橘橘子汁 & 🍊
ZCode 也干了
怪不得鹅 OA 之前不让用 ZCode...傻逼
https://blog.ferstar.org/posts/zcode-silent-workspace-snapshot-upload/
怪不得鹅 OA 之前不让用 ZCode...傻逼
https://blog.ferstar.org/posts/zcode-silent-workspace-snapshot-upload/
❤1
Forwarded from lowendaff (ヾ(◍°∇°◍)ﾉﾞ msnmsl)
🔒 CA 机构 eMudhra 曝重大安全丑闻：CA 私钥竟然是“4”
证书颁发机构 eMudhra (emSign) 的 8 个中间 CA 证书近日被主流浏览器紧急吊销（CVE-2026-111943）。
原因令人瞠目
并非遭黑客攻击，而是其 EC-384 私钥全部使用了 0~255 之间的极简数字（仅 8 bit），其中一个私钥甚至直接是数字
影响范围
任何人都能秒猜出私钥并为任意域名（如演示中的
当前状态
Firefox、Chrome、Safari 已全面拦截并移除其根证书信任，普通用户无需恐慌。
运维提醒
Linux 服务器（如 Debian/Ubuntu 的
🌐 检测你的环境是否受影响：https://emudhra.we-have-a-problem.com/
📰 来源：https://heise.de/-11494412
证书颁发机构 eMudhra (emSign) 的 8 个中间 CA 证书近日被主流浏览器紧急吊销（CVE-2026-111943）。
原因令人瞠目
并非遭黑客攻击，而是其 EC-384 私钥全部使用了 0~255 之间的极简数字（仅 8 bit），其中一个私钥甚至直接是数字
4。影响范围
任何人都能秒猜出私钥并为任意域名（如演示中的
q3k.google.com）签发合法 TLS 证书。当前状态
Firefox、Chrome、Safari 已全面拦截并移除其根证书信任，普通用户无需恐慌。
运维提醒
Linux 服务器（如 Debian/Ubuntu 的
ca-certificates）、Go 及 python-certifi 用户需尽快更新证书包，或通过 sudo dpkg-reconfigure ca-certificates 手动取消勾选所有 emSign 相关的根证书。🌐 检测你的环境是否受影响：https://emudhra.we-have-a-problem.com/
📰 来源：https://heise.de/-11494412
lowendaff
🔒 CA 机构 eMudhra 曝重大安全丑闻：CA 私钥竟然是“4” 证书颁发机构 eMudhra (emSign) 的 8 个中间 CA 证书近日被主流浏览器紧急吊销（CVE-2026-111943）。 原因令人瞠目 并非遭黑客攻击，而是其 EC-384 私钥全部使用了 0~255 之间的极简数字（仅 8 bit），其中一个私钥甚至直接是数字 4。 影响范围 任何人都能秒猜出私钥并为任意域名（如演示中的 q3k.google.com）签发合法 TLS 证书。 当前状态 Firefox、Chrome、Safari…
记得把系统的根证书集更新一下，如果不想更新也要把这个印度草台班子的CA给移除了，尤其是移动端