最近发现好像谷歌移动页面没有使用 chacha20 了,好多网站在使用 chrome46 浏览的时候也从 chacha20 变成了 AES-128-GCM ,难道是 chacha20 不安全吗,搞的我还以为自己编译 nginx 和 openssl 的时候 patch 没打上。
|
1
好久以前就说这样了
|
|
2
@BXIA 但并不知道为什么 也没查到谷歌怎么说
|
|
neosfungAug 17, 2016
3
可能他们认为 chacha20 所谓更好的性能,在现在移动设备上并不太突出
|
|
lhbcAug 18, 2016 via Android
4
服务器性能会降低很多。
Google 用的应该是 BoringSSL |
|
mind3xAug 18, 2016
5
Chrome 46 是不是太老了点...
|
|
wy315700Aug 18, 2016
6
可能是之前手机芯片大多没有 AES 指令,跑 AES 那是一个慢
在这种设备上 chacha20 跑的比较快 现在的芯片大多有了 AES 指令, |
|
7
@RobertYang Google 搞 chacha20 是因为软件实现的话 AES 没有 chacha20 快,然而 ARMv8 现在有 AES 指令了,实测 Nexus 5X 的 Snapdragon 808 有 500MiB/s 的单核速度(注意是 MBytes 哦),因此再用 chacha20 就没有意义了,还会浪费服务器 x86 CPU 的 AES-NI 指令集的加速。
|
|
edsgerlinAug 18, 2016
8
所以现在其实除了用 MIPS/pre-ARMv8 的路由器艹墙以外,现在的情况都是 AES 比 RC4 、 chacha20 更快了。
|
|
yyfearthAug 18, 2016
9
我记得没错的话 有提到过 如果移动端支持 AES 硬件加速就用 AES 否则采用 chacha20
|
|
10
@mind3x 是太老了
|
|
11
|
|
12
@yyfearth 这个我找个不支持 AES 指令的手机试试
|
|
xupefeiAug 18, 2016 via Android
13
|
|
14
|
|
15
@mind3x 然后我看了下句子,发现我在句子中想打的是 64...
|
|
jasontseAug 18, 2016 via iPhone
16
ARMv8 有 AES 指令集优先 AES
|
|
xupefeiAug 18, 2016 via Android
17
@RobertYang 有可能,我这个是 MSM8974 ,没有 AES 指令。
|
|
AnthropicAug 18, 2016 via Android
18
|
|
300Aug 18, 2016
19
这是 SS 的 Wiki 上说的:
salsa20 and chacha20 are fast stream ciphers. Optimized salsa20 implementation on x86_64 is even 2x faster than rc4 (but slightly slower on ARM). |
|
21
@jarry777 QUIC 本来就是建立在 TLS 上面的
|
|
chromeeAug 18, 2016 via Android
22
https://ooo.0o0.ooo/2016/08/17/57b515a538d3f.png
我就是 aes 啊 https://ooo.0o0.ooo/2016/08/17/57b515eda4dbe.png https://ooo.0o0.ooo/2016/08/17/57b515f9bd5e2.png chrome 版本及 ssllab 的 client 测试部分截图 |
|
ujmxydAug 18, 2016 via iPad
23
应该是 BoringSSL 的这个 feature 吧: https://imququ.com/post/optimize-ssl-ciphers-with-boringssl.html#toc-1
|
|
HalryAug 18, 2016
24
@winterbells chacha20 不同
不过还是在有 aes 指令的机器上开 aes 比 chacha20 快很多 |