Основное направление
Безопасность
В фасете «Основное направление» значение «Безопасность» группирует публикации по основной предметной области. В одном месте собраны статьи, открытые источники, институты, компании, люди, региональные риски, операционные зависимости и рыночный контекст. Страница объясняет границы области, основных участников и источники, на которые стоит опираться при сравнении сигналов. Она помогает увидеть, как одна тема проявляется в событиях, профилях, изменениях рынка и долгосрочных инфраструктурных решениях.
Институты: тенденции Азиатско-Тихоокеанского региона
C-DOT представил 14 продуктов квантовой безопасности
C-DOT представил 14 продуктов QKD и постквантовой криптографии для сетей связи, переведя разработки в области квантовой безопасности в конкретные аппаратные и программные системы.
Досье
Запрос был подписан. Владение другим закрытым ключом осталось заявлением: RFC 9883
Корректная подпись может доказать автора заявления, но не обязана технически доказывать то, что в нём утверждается. RFC 9883 закрепляет именно такую границу: ранее сертифицированный ключ подписывает запрос, а владение вторым ключом принимается на основании политики…
Досье
RFC 9882 потребовал указать SHA-512, но не всегда использовать его
Обязательное поле CMS может быть заполнено правильно и при этом не описывать реально выполненное криптографическое действие. RFC 9882 закрепляет именно такую конструкцию: на одной ветви ML-DSA подписант обязан указать SHA-512 ради совместимости, а проверяющая сторона обязана не…
Досье
RFC 9879 обновил MAC, но не отправил старый считыватель в отставку
Тестовый вектор отвечает на узкий вопрос: одинаково ли программа выполнила заданное вычисление. Он не скажет, закрылся ли импорт при неизвестном MAC, насколько силён пароль и куда попал закрытый ключ. RFC 9879 даёт новые векторы и новый механизм, но не объединяет эти решения.
Досье
В пакете были две формы, но ещё не один ключ: RFC 9935
Закрытый ключ ML-KEM можно передать как компактный seed, развёрнутый ключ декапсуляции или оба значения. Совместимость улучшается, но появляется обязанность проверки: до повторного вывода и сравнения импортёр увидел лишь две читаемые записи.
Досье
OID назвал пакет ключа. Но не разрешил его использовать: RFC 9939
Система распознала тип содержимого CMS и разобрала структуру PKCS #8. Это точный локальный факт о форме объекта. Он не отвечает, у кого находится закрытый ключ, кто может его расшифровать и кому разрешено его применять.
Досье
Ресурс назвал сервер авторизации. Он не предоставил право: граница обнаружения RFC 9728
Защищённый ресурс может точно сообщить клиенту, куда обратиться дальше, и всё же не разрешить этому клиенту ни одного вызова API. Метаданные RFC 9728 служат для обнаружения и координации. Это не токен доступа, не решение сервера ресурсов и не свидетельство того, что операция дала…
Досье
Разговор об авторизации ещё был в ожидании. Это не было правом на API: граница продолжения в GNAP
Клиенту могут разрешить продолжить разговор об авторизации, не разрешая вызвать запрошенный API. RFC 9635 разделяет эти факты: учётные данные продолжения продвигают один запрос у сервера авторизации; право на ресурс, если оно вообще возникнет, появляется позднее и после другой…
IETF
Sean Turner и доказательство закрытого ключа, не разрешавшее выпуск сертификата
Правильная подпись под запросом подтверждает контроль над ключом, но не превращает перечисленные в запросе имена и расширения в одобренный сертификат. Между этими состояниями стоят проверка личности, полномочия посредника и политика удостоверяющего центра.
IETF
Panos Kampanakis и три отдельных подтверждения в одной SSH-сессии
SSH может согласовать гибридный обмен с ML-KEM, проверить сервер по отдельному ключу хоста, а затем допустить пользователя по ещё одной учётной записи. Соединение одно, но оснований для доверия в нём три.
IETF
Bas Westerbaan и гибридный TLS, который не сделал сертификат постквантовым
Инженер видит успешный handshake и может закрыть одну строку реестра рисков: согласование ключей использовало гибрид ML-KEM и классической кривой. Строка об аутентификации сертификатом при этом не исчезает. RFC 10024 меняет важное свойство соединения, но не переписывает весь…
IETF
Daniel Fett: MFA проверила пользователя, но не контекст QR-кода
Пользователь открыл настоящий сайт, ввёл настоящий пароль и честно выполнил второй фактор. Злоумышленник всё равно получил доступ: система установила личность человека, но не доказала, чей именно запрос этот человек одобрил.
Досье
Сертификат проверил сторону. Внешнему PSK всё равно нужен хранитель: RFC 9973 и границы полномочий TLS
У секрета есть жизненный цикл, которого не видно в строке «TLS established». Он мог появиться на заводе, попасть в систему персонализации, пережить смену владельца устройства, оказаться в резервной копии и остаться доступным подрядчику. Сертификат при этом может безупречно…
Досье
Cookie пришёл с запросом, но не принял решение: RFC 10025 и окружающее полномочие
В журнале может быть всё, что выглядит убедительно: защищённое соединение, знакомый Cookie, найденная сессия, ответ об успехе. Но из этого набора ещё не следует, что именно уполномоченный человек хотел данное действие сейчас, что сервер считал сессию допустимой для него, или что…
Досье
Шифротекст дошёл до ключа, но не назвал отправителя: RFC 9180 и отсутствующее полномочие режима HPKE Base
Успешно открыть HPKE-шифротекст правильным закрытым ключом — значит установить ограниченный криптографический факт. Это ещё не означает, что известен отправитель, что сообщение своевременно, что внешний запрос понятен или что содержимое вправе вызвать действие. RFC 9180 намеренно…
Досье
Локальная остановка может отменить безупречный поток: RFC 9993 и власть над haptics
Поток RTP может быть хорошо сформирован, согласован через SDP, собран без потерь и защищён. Но кнопка локальной остановки, ограничитель температуры или правило пользователя всё равно должны иметь последнее слово. RFC 9993 задаёт способ передать haptic media; он не лишает…
Досье
Поле назвало сбой выравнивания, но не виновного: RFC 9991 и полномочия на раскрытие DMARC-отчёта
`Identity-Alignment: dkim` выглядит как вывод об идентичности, хотя сообщает только о результате механизма. Если к этому ярлыку приложить исходное письмо и автоматически передать его внешнему потребителю, два сжатия произойдут сразу: доменное сравнение станет обвинением человека…
IETF
Russ Housley и MAC-адрес, который сертификат мог назвать, но не сделать уникальным
Сертификат способен точно сохранить шесть или восемь октетов. Он не способен сам увидеть, какой интерфейс использует их сейчас, откуда пришёл кадр и кто разрешил локальное действие.
IETF
Aaron Parecki и BFF, который останавливает кражу токена, но не захват клиента
Перенос OAuth-токенов из JavaScript на сервер устраняет возможность вынести полномочие и использовать его независимо. RFC 10017 одновременно сохраняет неприятную границу: вредоносный код в правильном origin всё ещё способен попросить BFF выполнить разрешённый вызов через активную…
IETF
Hannes Tschofenig и идентификатор полномочия, который не подписывал токен
Ключ, подписавший компонент, и ключ, подписавший EAT с доказательством его состояния, отвечают за разные высказывания. RFC 10013 не позволяет превратить их общую криптографическую корректность в общую личность или общее полномочие.