Process comments on Btls13

spec13/00Title.tex

@@ -1,12 +1,9 @@
 \thispagestyle{empty}
 
 \noindent
-\begin{tabular}{lcr}
-{\bf ГОСУДАРСТВЕННЫЙ СТАНДАРТ}  & \hspace{3.6cm}   & 
-{\bf \draftlogo}\\
-{\bf РЕСПУБЛИКИ~БЕЛАРУСЬ} & \\
-\end{tabular}
-
+{\bf ГОСУДАРСТВЕННЫЙ СТАНДАРТ} \hfill {\bf\draftlogo}\\
+\noindent
+{\bf РЕСПУБЛИКИ~БЕЛАРУСЬ}\\[-9pt]
 \hrule height 1pt
 \vskip0.4mm
 \hrule height 2pt
@@ -57,7 +54,7 @@
 Цели, основные принципы, положения по государственному регулированию и 
 управлению в области технического нормирования и стандартизации 
 установлены Законом Республики Беларусь <<О техническом нормировании и 
-стандартизации>>.  
+стандартизации>>.
 
 \vskip0.2cm
 

spec13/02Refs.tex

@@ -1,12 +1,8 @@
 \chapter{Нормативные ссылки}\label{REFS}
 
-В настоящем стандарте использованы ссылки на следующие технические 
-нормативные правовые акты в области технического нормирования и 
-стандартизации (далее~--- ТНПА):  
-
 СТБ~34.101.19-2012 Информационная технологии и безопасность. Форматы 
 сертификатов и списков отозванных сертификатов инфраструктуры открытых 
-ключей 
+ключей
 
 СТБ~34.101.26-2012 Информационная технологии и безопасность. Онлайновый 
 протокол проверки статуса сертификата (OCSP)
@@ -16,7 +12,7 @@ \chapter{Нормативные ссылки}\label{REFS}
 
 СТБ~34.101.45-2013 Информационные технологии и безопасность. Алгоритмы  
 электронной цифровой подписи и транспорта ключа на основе эллиптических 
-кривых 
+кривых
 
 СТБ~34.101.47-2017 Информационные технологии и безопасность. Алгоритмы 
 генерации псевдослучайных чисел

spec13/03Terms.tex

@@ -12,7 +12,7 @@ \chapter{Термины и определения}\label{TERMS}
 
 {\bf \thedefctr~возобновление связи (resumption)}: 
 Ускоренный вариант Handshake, в котором стороны используют секрет, 
-согласованный в предыдущем соединении. 
+согласованный в предыдущем соединении.
 
 {\bf \thedefctr~запись (record)}:
 Единица данных в протоколе Record.
@@ -29,7 +29,7 @@ \chapter{Термины и определения}\label{TERMS}
 
 {\bf \thedefctr~одноразовый ключ (ephemeral key)}:
 Ключ, который создается, используется и уничтожается в течение одного сеанса 
-протокола. 
+протокола.
 
 % СТБ 34.101.66
 
@@ -42,7 +42,7 @@ \chapter{Термины и определения}\label{TERMS}
 алгоритмов электронной цифровой подписи и предварительно согласованных 
 секретов, режим формирования общих ключей.
 
-{\bf \thedefctr~предварительно согласованый секрет; PSK (pre-shared secret)}:
+{\bf \thedefctr~предварительно согласованный секрет; PSK (pre-shared secret)}:
 Секрет, согласованный сторонами до установки соединения: за пределами TLS или в 
 предыдущем соединении.
 
@@ -59,11 +59,11 @@ \chapter{Термины и определения}\label{TERMS}
 подлинности данных, передаваемых между сторонами на транспортном
 коммуникационном уровне.
 
-\doubt{\bf \thedefctr~протокол Диффи~--- Хеллмана}:
+{\bf \thedefctr~протокол Диффи~--- Хеллмана}:
 Криптографический протокол, с помощью которого две стороны формируют 
 общий секретный ключ, используя циклическую группу, обмениваясь открытыми 
 ключами, элементами этой группы, и держа в секрете соответствующие личные 
-ключи. 
+ключи.
 
 \begin{note}
 Имеется несколько вариантов протокола в зависимости от того, какие ключи 
@@ -74,11 +74,11 @@ \chapter{Термины и определения}\label{TERMS}
 
 \begin{note}
 В протоколе Диффи~--- Хеллмана используется конечная циклическая группа большого
-(как правило простого) порядка. Обычно это либо подгруппа мультипликативной
+(как правило, простого) порядка. Обычно это либо подгруппа мультипликативной
 группы конечного поля, либо группа точек эллиптической кривой.
 %
 Редакции протокола, в которых используются группы первого типа, принято снабжать
-аббревиатурой EC (elliptic curve), второго~--- аббревиатурой FF (finite field).
+аббревиатурой FF (finite field), второго~--- аббревиатурой EC (elliptic curve).
 %
 В настоящем стандарте группы различных типов не дифференцируются и аббревиатуры 
 не используются.
@@ -90,17 +90,17 @@ \chapter{Термины и определения}\label{TERMS}
 
 {\bf \thedefctr~протокол Handshake}:
 Протокол согласования параметров, формирования общих ключей и аутентификации; 
-часть протокола TLS. 
+часть протокола TLS.
 
 % RFC8446: An initial negotiation between client and server that establishes 
 % the parameters of their subsequent interactions within TLS.
 
 {\bf \thedefctr~протокол Record}:
 Протокол передачи данных, в том числе в защищенном виде; 
-часть протокола TLS. 
+часть протокола TLS.
 
 {\bf \thedefctr~расширение (extension)}:
-Стуктура данных, которая входит в сообщение Handshake и служит для 
+Структура данных, которая входит в сообщение Handshake и служит для 
 согласования параметров, обмена ключевым материалом, аутентификации.
 
 {\bf \thedefctr~сервер (server)}:
@@ -109,7 +109,7 @@ \chapter{Термины и определения}\label{TERMS}
 % RFC8446: The endpoint that did not initiate the TLS connection.
 
 {\bf \thedefctr~соединение (connection)}:
-Cвязь между сторонами на транспортном коммуникационном уровне. 
+Cвязь между сторонами на транспортном коммуникационном уровне.
 
 % RFC8446: A transport-layer connection between two endpoints.
 

spec13/04Defs.tex

@@ -25,11 +25,12 @@ \chapter{Сокращения, соглашения и обозначения}\l
 заданных в~\cite{RFC4506}.
 
 Для описания преобразований двоичных слов используются обозначения, введенные в 
-СТБ 34.101.31. 
+СТБ 34.101.31.
 %
 Октеты двоичного слова могут кодироваться графическими символами базовой таблицы 
 КОИ-7 (ASCII), определенной в ГОСТ~27463 и представленной в СТБ 34.101.47. 
-Полученная в результате кодирования строка символов окаймляется двойными кавычками. 
+Полученная в результате кодирования строка символов окаймляется двойными 
+кавычками.  
 %
 Например, строка \str{tls13 } является кодовым представлением двоичного 
 слова $\hex{746C73313320}$.

spec13/051Purpose.tex

@@ -32,7 +32,8 @@ \section{Назначение}\label{COMMON.Purpose}
 Протокол TLS предыдущей версии 1.2 установлен в СТБ 34.101.65. 
 %
 Настоящий стандарт не отменяет СТБ~34.101.65~--- оба стандарта, как и 
-соответствующие версии TLS, могут применяться одновременно. 
+соответствующие версии TLS, могут применяться одновременно независимо друг от 
+друга.
 
 % skip: \begin{note*}
 % Настоящий стандарт выполнен в виде отдельного от СТБ~34.101.65 нормативного 

spec13/053Phases.tex

@@ -107,9 +107,8 @@ \section{Этапы Handshake}\label{COMMON.Phases}
 взаимодействует с еще неаутентифицированным клиентом.
 
 Еще одним способом ускорения TLS является отправка клиентом прикладных данных до
-завершения Handshake, т.~е. до отправки собственного сообщения
-сообщения~\token[HS.F]{Finished}. Этот способ описан в
-п.~\ref{COMMON.ZeroRTT}.
+завершения Handshake, т.~е. до отправки собственного 
+сообщения~\token[HS.F]{Finished}. Этот способ описан в п.~\ref{COMMON.ZeroRTT}. 
 
 В TLS предусмотрена возможность отправки некоторых сообщений после Handshake. 
 С их помощью выпускаются билеты, выполняется отложенная аутентификация, 

spec13/054Retry.tex

@@ -24,7 +24,7 @@ \section{Перезапуск Handshake}\label{COMMON.Retry}
 \token[HS.HRR]{HelloRetryRequest} и клиент использует ее в
 повторном~\token[HS.CH]{ClientHello}.
 
-При перезапуске Handshake может выполняться другие корректировки
+При перезапуске Handshake могут выполняться другие корректировки
 \token[HS.CH]{ClientHello} (см.~\ref{HS.CH}).
 
 При перезапуске первое сообщение~\token[HS.CH]{ClientHello} и

spec13/062KeyExch.tex

@@ -252,11 +252,9 @@ \subsection{Сообщение \token{ClientHello}}\label{HS.CH}
 то он должен прервать Handshake с оповещением 
 \token[ALERT.Err.um]{unexpected_message}.
 
-Если сервер установил соединение TLS версии 1.2 и в рамках \doubt{переустановки} 
+Если сервер установил соединение TLS версии 1.2 и в рамках переустановки
 связи получает \token{ClientHello} версии 1.3, то сервер должен сохранить 
-версию 1.2 соединения и \doubt{не переходить на версию 1.3}.
-
-% todo: разобраться с "and receives a TLS 1.3 ServerHello" и renegotiation.
+версию 1.2 соединения и не переходить на версию 1.3.
 
 Если клиент запрашивает с помощью какого-либо расширения дополнительные 
 функциональные возможности, а сервер эти возможности не предоставляет, то 
@@ -390,11 +388,9 @@ \subsection{Сообщение \token{ServerHello}}\label{HS.SH}
 % skip: This is a change from [RFC 5246], so in practice many TLS 1.2 clients 
 % and servers will not behave as specified above.
 
-Клиент TLS, который \doubt{переустанавливает} связь в соответствии с TLS версии 
-1.2 и при этом получает \token{ServerHello} \doubt{версии 1.3}, должен прервать 
-Handshake с оповещением \token[ALERT.Err.pv]{protocol_version}.
-
-% todo: разобраться с "which receives a TLS 1.3 ServerHello" и renegotiation.
+Клиент TLS, который переустанавливает связь в соответствии с TLS версии~1.2 и 
+при этом получает \token{ServerHello} версии~1.3, должен прервать Handshake с 
+оповещением \token[ALERT.Err.pv]{protocol_version}.
 
 \subsection{Сообщение \token{HelloRetryRequest}}\label{HS.HRR}