gfwrev (1)

Laughing Man avatar as the Guy Fawkes mask in the cypherpunk era

[gfwrev (1) @gfwrev]

NaiveProxy第一次能在安卓上运行了，由SagerNet提供的支持 https://t.co/uoDVe5CdFL

[gfwrev (1) @gfwrev]

@_SekiBetu_ @realRPRX @katayaburi1125 有没有问题，顶楼不是已经说了吗？自己也要有判断。XTLS不承认问题，或者问题被利用，都是好事。凭空给墙挖了坑加了工，给其他项目提供了战略纵深。

[gfwrev (1) @gfwrev]

@realRPRX @katayaburi1125 朋友，我时间很少，不是随时盯着。不要想当然别人不做功课，我就是Naive作者，代码审计不是免费的。代码我当然看了，一些写法能看出，工程能力未达到宣传口径。夸你一点：我也认为XTLS想法很好，值得尝试，不然我根本不会care来批评；技术能力都可以提升。但有问题不正面面对，就是浮躁、态度问题了。

[gfwrev (1) @gfwrev]

初步评价XTLS：1)只能兼容1:1连接模型，从而引出所有连接级和主机级的流量画像；2)若运载TLS 1.2则会暴露TLS 1.3所没有的nonce明文序列号；3)不当跨层，允许主动探针触发上游的TLS alert，与本机的TLS alert产生可分辨的RTT差异。

[gfwrev (1) @gfwrev]

@realRPRX @felixding 问题在于你是否理解什么是鹦鹉问题？TLS代理两次加密的浪费问题我记得至少十年前IETF邮件列表上就争论过了。你有没有想过为什么迄今没有人采取类似做法？在调研prior art之前最好不要号称划时代。

[gfwrev (1) @gfwrev]

VLESS发明的所谓XTLS有鹦鹉问题，还需要深究

[gfwrev (1) @gfwrev]

多路复用、H/2的协议栈都应该了解一下Linux内核tcp_notsent_lowat的特性，解决复用时流量优先级调度的性能问题

[gfwrev (1) @gfwrev]

@IceCode8964XI @Quantum_Ghost 看到这个我就生气了，TFO的问题早就是常识，19年1月我也写过 https://t.co/ZRqJpYRaWv 不知道是不是要天天讲，月月讲？“H2与WS选哪个好？”里面用户Mygod的分析也是错的。

[gfwrev (1) @gfwrev]

完了，Cloudflare发现QUIC并不比H2快 https://t.co/1IzYKcIkv4

[gfwrev (1) @gfwrev]

https://t.co/RwF6Wzjve6 这个报告基本确实了2020业界标配：长度混淆（ss没有），反嗅探前端（ss是裸的），标准TLS加密栈（ss自己发明）

[gfwrev (1) @gfwrev]

@darrenlee3 TLS指纹算是流量分类可以用到的一个特征吧，实践证明这个特征还没有大规模用起来，没有引起重视。但这个特征是存在的而且信息量很大

[gfwrev (1) @gfwrev]

各TLS翻墙协议的ClientHello指纹识别情况调查 https://t.co/G3epWjZ4vs

[gfwrev (1) @gfwrev]

Caddy的QUIC前向代理能用已经有一段时间了（尽管需要一点修改），但是它跟Chrome交互的GQUIC在拥塞控制上太保守，跟H2代理相比只能缓慢填到一半的带宽，性能上没有什么优势。也可能是标准开发期间保守测试的原因。

[gfwrev (1) @gfwrev]

How to create a simple HTTP/2 proxy real quick https://t.co/pfVw2TspMI

[gfwrev (1) @gfwrev]

@AugustineMurari Blackhat 2016有一个思科安全组的报告，说QUIC流量十分难以分析，可以找来看看

[gfwrev (1) @gfwrev]

下面评价几个今天的翻墙协议。不过首先声明，今天能用的协议就是好协议；但是今天能用不等于明天能用，因此这仅限于理论讨论。

[gfwrev (1) @gfwrev]

@Euyis 白名单只是穷人的机器学习。当80%的流量都是nginx生成的，那你去标新立异那就是20%的流量，就降低的分类检测的难度。

[gfwrev (1) @gfwrev]

@AugustineMurari 你的事实错误，Chrome自己维护的BoringSSL跟OpenSSL早就分道扬镳了

[gfwrev (1) @gfwrev]

@sched_yield 现在互联网上80%的流量都是加密流量，不按主流方法加密反而降低连通性

[gfwrev (1) @gfwrev]

@hanyuwei70 一开始的协议设计出了重放攻击的问题，这是密码工程中低级的错误

[gfwrev (1) @gfwrev]

@masterwong88 说这些没用，自己打开Wireshark看看实际流量便知