Re:Academics discover hidden HTTPS SNI filtering system in C...
by josephcsible on Saturday October 02, 2021 @01:46PM
(#28730471)
I wish browser vendors would collectively pick some date in the future to make eSNI/ECH mandatory for HTTPS connections. Force China to either block the entire West, or not block anything at all.
Re:Academics discover hidden HTTPS SNI filtering system in C...
by saurik on Saturday October 02, 2021 @01:59PM
(#28730573)
This explanation of this as a "second system" in the form of a "backup middlebox" feels extremely strange, as the behavior described--particularly how the "two" mechanisms are contingent: if the "primary" happens the "backup" does not (which the authors keep noting and seem to think is very surprising, due to their assertion that this is two otherwise separate middleboxes)--makes it feel like this is much more likely to be a single middlebox doing some stateful flow analysis that bails after deciding to kill a connection.
Re:Academics discover hidden HTTPS SNI filtering system in C...
by giuliomagnifico on Saturday October 02, 2021 @02:09PM
(#28730655)
It's quite terrifing understand how the China state is trying to spy/sniff/obserbve/censure you inside one of the most freedom expression: internet. The more tricks the devs found to improve your privacy (eSNI/DoH/HTTPS/recursiveDNS/etcc...) the more China invests time and money to track and spy on you. if only they used their time to make something usefuel for all the people and not to try to pursue a new privacy feature invented by the "free developers".
Re:Academics discover hidden HTTPS SNI filtering system in C...
by xg15 on Saturday October 02, 2021 @02:00PM
(#28730585)
During the TLS handshake, is the server's TLS certificate sent encrypted? If sent in plaintext, it seems to me, the GFW could easily block connections based on the certificate, even if eSNI is used.
Based on this [1] description of the handshake, the DH random values are exchanged before the certs, so they could in principle encrypt the certs. But it doesn't say if this is actually been done.
I’m hoping in my lifetime the great firewall is destroyed. I’m also hoping for a united Korea. But I’m a dreamer.
:-)
Based on this [1] description of the handshake, the DH random values are exchanged before the certs, so they could in principle encrypt the certs. But it doesn't say if this is actually been done.
[1] https://docs.microsoft.com/en-us/windows/win32/secauthn/tls-...
https://blog.cloudflare.com/encrypted-client-hello/