News for hackers. Stuff that matters.
Re:Comparing HTTP/3 vs. HTTP/2 Performance by underdeserver on Tuesday April 14, 2020 @11:40AM (#22867310)
How would the server know that the destination IP changed?
Re:Comparing HTTP/3 vs. HTTP/2 Performance by BenjiWiebe on Tuesday April 14, 2020 @12:04PM (#22867625)
When the acknowledgement packet suddenly comes from a new IP address, referencing an existing connection ID.
Re:Comparing HTTP/3 vs. HTTP/2 Performance by mcguire on Tuesday April 14, 2020 @12:56PM (#22868327)
There's security implications...
Re:Comparing HTTP/3 vs. HTTP/2 Performance by Matthias247 on Tuesday April 14, 2020 @01:40PM (#22868940)
Those are addressed by the QUIC specification, by having lots of encryption. The whole content of QUIC packets is encrypted. You can't really do a lot with connection IDs. And for most of the packets you can't even observe the full connection ID, since an abbreviated version is sent.

Acknowledgements are encrypted.

Re:Comparing HTTP/3 vs. HTTP/2 Performance by labawi on Tuesday April 14, 2020 @02:50PM (#22869906)
Can the transport path be hijacked from a single captured packet? As in capture a single packet, scribble an address and the connection now goes via Pentagon or China.

I know it's possible for wireguard, maybe mosh.

Re:Comparing HTTP/3 vs. HTTP/2 Performance by keithwinstein on Tuesday April 14, 2020 @03:07PM (#22870118)
No -- Mosh is careful to make sure that a transient network attack can only result in a transient application-layer consequence. So a single misrouted IP datagram can't permanently affect the connection. Mosh does this at the cost of having client-only mobility; the client keeps sending to the same server address for the life of the connection.
Re:Comparing HTTP/3 vs. HTTP/2 Performance by salmaanp on Tuesday April 14, 2020 @01:13PM (#22868558)
this sounds similar to SSL resumption