thisismr2 最近的时间轴更新 thisismr2 最近的时间轴更新 |
thisismr2https://t.me/txthinking V2EX 第 406251 号会员，加入于 2019-04-25 23:11:32 +08:00 |
txthinking_news
txthinking
| curl 稳定版终于支持 HTTP3 了
1 cURL • thisismr2 • 328 天前 • 最后回复来自 terrytw
|
15 |
| 问： A 和 B 通过 S 中转来进行消息传递是否安全
1 程序员 • thisismr2 • 2023-09-19 02:01:59 AM • 最后回复来自 sBuk
|
35 |
| Alfred Workflow 操作 Brook VPN
1 分享发现 • thisismr2 • 2023-06-21 10:05:45 AM
|
| jb - 用轻松的方式写脚本
1 程序员 • thisismr2 • 2023-06-12 17:07:18 PM • 最后回复来自 thisismr2
|
13 |
| Brook 上架 Mac App Store 了
2 macOS • thisismr2 • 302 天前 • 最后回复来自 wangsilence
|
24 |
| 一个全自动管理 Brook 的 Web UI
2 分享创造 • thisismr2 • 2022-09-01 21:49:30 PM • 最后回复来自 PickleFish
|
68 |
| 屏蔽最新版 Youtube App 广告的脚本 Apple • thisismr2 • 2022-05-31 14:44:49 PM • 最后回复来自 fenfire | 6 |
| 替代软路由。 Linux ， macOS， Windows 都可以成为透明代理网关
1 宽带症候群 • thisismr2 • 2022-05-23 20:03:38 PM • 最后回复来自 omaidb
|
4 |
| https://ipip.ooo 支持了下简单查询 IP. 和 简单 JSON API
1 分享创造 • thisismr2 • 2022-04-16 12:15:25 PM • 最后回复来自 thisismr2
|
19 |
| android 可以像 ios keychain 那样追踪用户吗 Android • thisismr2 • 2022-02-28 16:37:16 PM • 最后回复来自 XXWHCA | 54 |
thisismr2 最近回复了
298 天前 回复了 thisismr2 创建的主题 › 推广 › 一个配合 mitmproxy 的 iOS 和 Android 端 HTTP&HTTPS 抓包 APP(非设置系统代理方式) |
328 天前 回复了 thisismr2 创建的主题 › cURL › curl 稳定版终于支持 HTTP3 了 |
@deorth 应该希望不大了，一来很多没实现，二来实现了的有很多不标准，三来 socks5 的 UDP 协议标准本身就有点绕
https://www.txthinking.com/talks/articles/socks5-and-http-proxy.article
https://www.txthinking.com/talks/articles/socks5-and-http-proxy.article
328 天前 回复了 thisismr2 创建的主题 › cURL › curl 稳定版终于支持 HTTP3 了 |
@jim9606 嗯，是的
329 天前 回复了 thisismr2 创建的主题 › cURL › curl 稳定版终于支持 HTTP3 了 |
#4 下载的 curl 也是单个独立文件
329 天前 回复了 thisismr2 创建的主题 › cURL › curl 稳定版终于支持 HTTP3 了 |
@weeei brew 是不是也有类 port 的此类参数
329 天前 回复了 thisismr2 创建的主题 › cURL › curl 稳定版终于支持 HTTP3 了 |
@Masoud2023 没优势，就一个二进制文件
351 天前 回复了 none 创建的主题 › 加密货币 › 个人网站有没有加密货币支付网关可以直接拿来用的？ |
2023-09-18 18:40:22 +08:00 回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全 |
@thisismr2 #18
结贴了： https://signal.org/blog/safety-number-updates/
结论：也就是大家在使用 WhatsApp 或 Signal 时，是无法保证如他们宣传般的安全的，除非你和你的朋友再通过其他方式去验证 指纹（也就是上面的这个文章），其他方式必须是 WhatsApp 或 Signal 之外的方式（裁判和运动员不能是同一角色），比如线下或发邮件。
---
声明： [以上结论仅是笔者研究两天的结果，仅供参考，并不代表权威] 。如果你是密码学或相关领域专家，可以阅读 https://www.whatsapp.com/security/WhatsApp-Security-Whitepaper.pdf 和 https://signal.org/blog/safety-number-updates/ 以及其他相关 paper ，以得出更权威的结论。
-- END
结贴了： https://signal.org/blog/safety-number-updates/
结论：也就是大家在使用 WhatsApp 或 Signal 时，是无法保证如他们宣传般的安全的，除非你和你的朋友再通过其他方式去验证 指纹（也就是上面的这个文章），其他方式必须是 WhatsApp 或 Signal 之外的方式（裁判和运动员不能是同一角色），比如线下或发邮件。
---
声明： [以上结论仅是笔者研究两天的结果，仅供参考，并不代表权威] 。如果你是密码学或相关领域专家，可以阅读 https://www.whatsapp.com/security/WhatsApp-Security-Whitepaper.pdf 和 https://signal.org/blog/safety-number-updates/ 以及其他相关 paper ，以得出更权威的结论。
-- END
2023-09-18 17:59:25 +08:00 回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全 |
@gscsnm 是的，存在消息被 S 丢弃的可能，但因主观原因被丢弃的可能不大，因为 S 无法解密进而审查。客观原因倒是有，比如负载过高，像某些 IM 那样投递后删了，没有 ACK 机制，等
2023-09-18 17:31:27 +08:00 回复了 thisismr2 创建的主题 › 程序员 › 问： A 和 B 通过 S 中转来进行消息传递是否安全 |
@mightybruce #23 #25 更正 PKG https://en.wikipedia.org/wiki/Identity-based_encryption
Select Language