Хождение в IETF со своим draft-ом, попытка очередная

[beldmit]

Породил концепцию Fake SNI. Потому что ходят слухи, что ESNI некоторые шибко шустрые блюстители контента уже считают основанием блокировать.

Формулировки совсем сырые, и надо будет раскрывать подробнее, так что отклик приветствуется.

Comments

[vitus_wagner]

Далее, у тебя предполагается что A/AAAA записи на фейковое имя нет.

Value specified in the Fake SNI RR MUST NOT match any hostname
available for the IP address it is valid for.

Это в общем-то цензор может проверить. Дорого, конечно, на каждый ClientHello делать DNS-запрос, но в принцие возможно,

А потом пропускать только такие SNI, которые соответствуют существующей A-записи на тот IP, куда посылается этот пакет.

Причем выполнять эту проверку можно только для тех IP, которые у нас есть в блокировочной базе.

[lumag]

Мне больше не нравится то, что в ответ идет клером сертификат с именем заблокированного домена. Т.о. в конфигурацию DPI достаточно добавить еще одно правило.

[vitus_wagner]

Я тут читал, читал RFC 8446 и вынес из него что теперь сертификат уже в зашифрованном виде ходит. Это раньше, в старых версиях TLS сертификат передавался до change cipher spec, и соответственно, шел в открытом виде.

[lumag]

В 1.3 да. Переход на него займет еще какое-то время.

[vitus_wagner]

Я так понял, что твой драфт именно к 1.3 относится и к применению с более ранними спецификациями не предлагается. Именно по причине того, что сертификат с настоящим именем в незашифрованном виде лишает смысла всю затею.

[beldmit]

Скажем так, существенно ограничивает. Вообще разные DPI смотрят на разные части протокола, и чем больше дырочек, тем больше шансов, что куда-нибудь они забудут заглянуть.

[beldmit]

Да, ты прав.

[vitus_wagner]

Соответственно, стоило бы разрешить (А то у тебя там MUST NOT) создавать A-запись на фейковое имя. Ведь собственно, DNS-серверу все равно, регулярно менять только TXT-запись, или A-запись тоже.

Правда, это при условии что у тебя A-запись в том же домене.

Но вроде пока они блокируют конкретные хостнеймы, а не домены второго уровня целиком.

[beldmit]

Не въехал. Предложи пункт хотя бы по-русски.

[vitus_wagner]

По-русски - имя указанное в farke SNI записи может иметь A/AAAA запись с тем же IP адресом, что и основной сервер. Это проблема того, кто конфингурирует этот сервер - обеспечить чтобы эта запись не обрабатывалась серверным ПО иначе как указатель на основное имя сервера.

[beldmit]

Исправил формулировку, чтобы такая трактовка тоже работала.