Тема
Цифровая идентичность и удостоверения
В фасете «Тема» значение «Цифровая идентичность и удостоверения» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
История
Серверу не требовался открытый текст. Он всё равно управлял доступностью: RFC 3157
Хранителю сейфа не обязательно читать документ, чтобы не вернуть его владельцу. В августе 2001 года RFC 3157 перенесла эту границу на криптографические учётные данные, которые нужно было переносить между компьютерами, телефонами и маршрутизаторами. Шифрование могло скрыть…
Истории
RIPE NCC обновляет ключи RPKI, но границы полномочий важнее способа входа
Переход к OpenID Connect способен сделать происхождение и отзыв учётных данных понятнее. Он не гарантирует, что автоматизация затронет только нужные префиксы. В квартальном плане RIPE NCC эта разница видна особенно ясно: миграция ключей уже началась, а интерфейс для…
История
Серверу понадобилось третье случайное значение: RFC 3163
В режиме взаимной аутентификации RFC 3163 третье случайное значение было не украшением. Оно отвечало на асимметрию порядка: выбирая собственное значение, клиент уже знал первый вызов сервера. Поправка была узкой — как и гарантии самого механизма.
IETF
Конверт был подписан. Отделённый шифротекст остался за пределами подписи.
Система может подтвердить подпись COSE, успешно открыть HPKE и получить осмысленный результат — но так и не доказать, что внешняя подпись охватывала именно тот шифротекст, который был загружен из хранилища. Отделение данных превращает схему шифрования в задачу доказуемой цепочки…
IETF
Календарь назвал его владельцем. Право управлять ещё не было выдано.
Переносимая календарная запись может назвать участника владельцем, не делая его уполномоченным редактором. Метка описывает роль; кто вправе перенести встречу, изменить участников или разослать обновление, всё ещё решает протокол обмена.
IETF
Перенаправление сработало. Учётные данные уже ушли открытым текстом.
Трасса закончилась HTTPS-адресом и полезным ответом, поэтому вызов сочли безопасным. Но решающее событие произошло раньше: клиент поместил секрет в первый HTTP-запрос ещё до того, как сервер смог вернуть перенаправление.
IETF
Цепочка прошла проверку на принесённом якоре. Проверяющая сторона ему ещё не доверяла.
В did:x509 успешное разрешение может завершить криптографическую проверку, не начав институциональную. Цепочка согласована, отпечаток УЦ найден, предикаты конечного сертификата совпали — но локальное доверие к этому УЦ и право на конкретное действие по-прежнему требуют отдельных…
История
Долговременное доказательство должно было пережить ключ: RFC 3126
RFC 3126 рассматривала старую подпись как задачу хранения доказательств. Верный расчёт 2001 года не объяснит себя спустя десятилетия, если исчезли сертификаты, сведения об отзыве, точные байты или надёжные алгоритмы. Ответом стала обновляемая цепочка, а не обещание вечного…
IETF
Рукопожатие расшифровалось, но памяти группы всё ещё не хватало
Внешний получатель MLS может открыть тот же Commit или Proposal, что и участники, и всё же не иметь состояния для аутентификации отправителя. Нужен GroupContext, связывающий эпоху, лист отправителя, credential и согласованный список получателей.
История
Даже действительной подписи всё ещё требовалась политика: RFC 3125
RFC 3125 попыталась сделать правила вокруг электронной подписи точным и машинообрабатываемым объектом. Криптографическая проверка открывала лишь первые ворота: версия политики, обязательство, условия доверия и внешнее признание оставались отдельными решениями.
IETF
Действующий ключ подписал преемника. В этом и заключался риск
Безупречная подпись подтверждает, что вчерашний ключ одобрил переход. Она не отвечает на другой вопрос: имел ли этот ключ право единолично определять весь будущий состав полномочий идентификатора?
IETF
Подпись проверилась. Полномочие ключа осталось в таблице партнёров
Самая опасная ошибка при ротации AS2 не обязана выглядеть как криптографический сбой. Канал может быть защищён, имена совпасть, MDN подписаться, MIC сойтись — и всё же новый ключ окажется в строке не того партнёра.
Институты Азиатско-Тихоокеанского региона
Масштабные заявления TrueMoney: проверка по первичным документам
Кошелёк TrueMoney — потребительское лицо финтех-компании Ascend Money, принадлежащей тайскому конгломерату CP Group, а объект каталога Truemoney Company PLC отслеживает этот бизнес. Предыдущие материалы, включая собственный обзор BTW о пути одобрения виртуального банка от 30…
IETF
Ваучер обещал следующий выпуск. Продление ещё не состоялось.
В текущем проекте ANIMA `last-renewal-date` — информационный прогноз MASA, а не продление срока действия. Редакция 36 перечисляет последующие проверки: новый RVR, ключ Domain, сертификат, действующая политика и только затем реально выданная замена.
IETF
В таблице осталось два режима. Это не инвентаризация эксплуатации.
Проект замены RFC 9180 оставляет в ядре HPKE Base и PSK, а прежние значения Auth и AuthPSK объявляет резервными. Такое решение задаёт следующую общую спецификацию, но ничего не говорит автоматически о загруженных библиотеках, сохранённых объектах и готовности контрагентов.
IETF
Посредник сменил способ доставки. Туннель остался тем же только на панели
Капсула Ethernet может войти в HTTP-посредник по надёжному потоку и выйти как QUIC DATAGRAM с другими свойствами порядка и размера. CONNECT-ETHERNET сохраняет абстракцию канала, но не превращает непрерывность HTTP-запроса в доказательство одинаковой судьбы каждого кадра.
IETF
Сервер вернул старый объект, но не журнал аудита
JMAP Субъект History предлагает возвращать прежние и уничтоженные версии объекта. Правила самого проекта одновременно показывают, почему сохранённые снимки не доказывают каждое изменение, его автора, полномочие или результат.
IETF
Сервер выбрал первый якорь, а клиент предпочёл другой
Список доступных якорей может быть упорядочен по выгоде сервера, тогда как локальная политика клиента ставит на первое место другой вариант. Проект IETF не устраняет это расхождение: он ограничивает способ согласовать предпочтения после отказа и оставляет окончательное решение…
IETF
Экспортер выдал 128 байт. Они не связали владельца токена с туннелем
В редакции 04 EAP-PPT удален вывод, который выглядел как ключевой материал внутреннего метода. TLS-экспортер способен выдать уникальные для сеанса байты, но они не доказывают, что предъявитель токена и сторона, завершившая туннель, — одно лицо.
История
Для пароля не нашлось записи каталога, которую можно изменить: RFC 3062
В 2001 году обычная операция LDAP не могла изменить любой пароль. RFC 3062 ввёл отдельный запрос: он мог обращаться к пользователю текущего сеанса или к идентификатору, который не обязан быть DN, даже если пароль хранился вне каталога. Условие успеха было строгим; возможности…