Исходное сообщение
"Протокол HTTP/3.0 получил статус предложенного стандарта" Отправлено lockywolf, 09-Июн-22 12:15
> Что там кроме payload защифровано, сказочник? Там та же логика управления каналом, > что и у TCP, только реализованo поверх UDP. Даже алгоритмы носят > имена идентичные — CUBIC/Reno/BBR :) 21.1.1.4.  Parameter Negotiation    The entire handshake is cryptographically protected, with the Initial    packets being encrypted with per-version keys and the Handshake and    later packets being encrypted with keys derived from the TLS key    exchange.  Further, parameter negotiation is folded into the TLS    transcript and thus provides the same integrity guarantees as    ordinary TLS negotiation.  An attacker can observe the client's    transport parameters (as long as it knows the version-specific salt)    but cannot observe the server's transport parameters and cannot    influence parameter negotiation.    Connection IDs are unencrypted but integrity protected in all    packets.    This version of QUIC does not incorporate a version negotiation    mechanism; implementations of incompatible versions will simply fail    to establish a connection. https://datatracker.ietf.org/doc/rfc9000/

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Что там кроме payload защифровано, сказочник? Там та же логика управления каналом, >> что и у TCP, только реализованo поверх UDP. Даже алгоритмы носят >> имена идентичные — CUBIC/Reno/BBR :) > 21.1.1.4. Parameter Negotiation > The entire handshake is cryptographically protected, with the Initial > packets being encrypted with per-version keys and the Handshake > and > later packets being encrypted with keys derived from the > TLS key > exchange. Further, parameter negotiation is folded into the > TLS > transcript and thus provides the same integrity guarantees as > ordinary TLS negotiation. An attacker can observe the > client's > transport parameters (as long as it knows the version-specific > salt) > but cannot observe the server's transport parameters and cannot > influence parameter negotiation. > Connection IDs are unencrypted but integrity protected in all > packets. > This version of QUIC does not incorporate a version > negotiation > mechanism; implementations of incompatible versions will simply fail > to establish a connection. > https://datatracker.ietf.org/doc/rfc9000/
	Введите код, изображенный на картинке: