Тема
Цифровая идентичность и удостоверения
В фасете «Тема» значение «Цифровая идентичность и удостоверения» объединяет статьи по конкретной теме или предмету наблюдения. Здесь собраны связанные публикации, источники, участники рынка и последствия для инфраструктуры. Страница помогает сравнить повторяющиеся сигналы, затронутые организации, непрерывность услуг, закупки, конкуренцию, соблюдение требований и вопросы стратегического планирования, а также понять, почему тема важна операторам, заказчикам, инвесторам и специалистам по политике.
Национальные операторы связи: тенденции Африки
Кто запускает резервный режим SIM в Нигерии? В правилах два ответа
Правила Нигерии на 2026 год задают проверку каждые десять минут, недельный порог сбоя и до 14 дней ограниченного доступа. Одно приложение поручает запуск Nigerian Communications Commission, другое требует разрешения неназванного «соответствующего органа управления».
История
Сертификат на 90 дней стал ставкой на автоматическое продление
В ноябре 2015 года Let’s Encrypt установила для сертификатов предел в 90 дней и рекомендовала продлевать их на 60-й день. Короткий срок должен был уменьшить время действия скомпрометированного ключа или ошибочно выданного сертификата. Он также переносил повторяющуюся работу из…
История
Kerberos пересекает границу с пустым transited: последнее слово за приложением
В рабочей среде Kerberos разбор междоменного доступа начинается с обеих сторон билета: `transited` хранит только промежуточные realm, тогда как realm клиента и сервиса указаны отдельно. RFC 4120 возложила последнюю проверку на приложение: оно сверяет путь или отклоняет билет без…
Облачные сервисы: тенденции мира
ServiceNow выдаёт ИИ-агентам паспорта. Ключ от двери остаётся у компании.
Подписанный документ подтверждает личность агента и позволяет его остановить. Но опубликованный первый проект не решает, можно ли ему изменить счёт или открыть клиентскую запись. Именно за это решение и будут платить.
Истории
ИИ-агентам готовят идентификаторы. ARIN требует назвать того, кто выдал мандат
На ARIN 58 призыв следить за новыми идентификаторами столкнулся с простым вопросом: почему форма IPv6 должна автоматически передавать власть региональному реестру?
IETF
Доступ отозвали. Где список, который это подтверждает?
Система приняла команду удалить человека из группы. Красивый ответ, но администратору нужен ещё список фактических участников. Индивидуальный проект IETF от 28 октября описывает неприятный случай в SCIM: большая группа может принимать изменения, а её ответ уже не содержит…
IETF
Радиус Bluetooth — ещё не право узнать владельца маячка
Человек находит в своих вещах чужой маячок и хочет понять, кому он принадлежит. Владелец случайно потерянного устройства не хочет, чтобы каждый телефон поблизости мог выяснить, кто он. Проект протокола рабочей группы DULT в IETF пытается провести границу внутри самой процедуры…
IETF
В офисной сети каждый хост может сам вписать себя в список агентов
Поиск локального агента обещает избавить от таблицы адресов. Удобство обманчиво в одном месте: запись о сервисе составляет сам объявитель. Если клиент принимает найденное имя за разрешение работать с сервисом, право выбора достаётся тому, кто успел отправить объявление.
IETF
Два одинаковых процесса прошли проверку. Кому достанется имя?
Аттестация видит, какой код запущен в защищённой среде. Две копии одного образа для неё похожи как близнецы. Индивидуальный проект IETF от 28 октября предлагает решить, нужна ли собеседнику TLS конкретная копия и кто выдаст ей имя, которое сохранится после смены ключа.
IETF
Два ключа метят в один IPv6 /64. Победителя назначает оператор
Проект, появившийся в IETF 27 октября, предлагает выводить IPv6-подсеть рабочей нагрузки из её открытого ключа. Но между агрегатом /48 и подсетью /64 всего 16 бит. Другой ключ может получить те же биты примерно за 2^16 попыток. Поэтому адрес привязан к владельцу лишь настолько…
IETF
Агент прошёл без спроса. Согласие лежало в старом списке
Проект IETF от 27 октября предлагает не тревожить пользователя каждый раз, когда его агент на личном устройстве идёт к стороннему сервису. Центр авторизации проверяет заранее составленный список. Сервис получает действительный токен, хотя отметка о том, одобрил ли человек этот…
IETF
Oblivious CoAP спрятал отправителя. Кто остановит вторую команду?
Новый проект IETF предлагает устройствам отправлять защищённые CoAP-запросы через посредника, не раскрывая получателю свой адрес. Посредник не видит содержимого. Зато он может отправить тот же шифротекст ещё раз. Решение о повторном выполнении остаётся за принимающей стороной.
IETF
Табличку агента в DNS сняли. Выключатель OAuth остался в другом месте
Октябрьский проект IETF предлагает связать DNS-имя агента с клиентом OAuth его оператора. Публичная запись указывает, где проверить свежую справку, но выдачу новых токенов останавливает сервер авторизации. Удаление записи может заставить нового получателя вообще перестать…
IETF
«Служба поддержки» написано в имени. Кто выдал полномочия?
Встроенная переписка маркетплейса даёт отправителю витрину, а платформе — обязанность проверять собственную вывеску. Индивидуальный проект от 27 октября описывает две технические ошибки при поиске подражателей: слишком узкое сравнение Unicode и проверку хоста, которая пропускает…
IETF
TLS сменил расчёт ключей. Внешний аутентификатор об этом знает?
В названии набора шифров остаётся знакомый хеш, хотя отдельное расширение может выбрать другую функцию для всей ключевой схемы. Редакция проекта от 27 октября выводит проблему из недр TLS-библиотеки: после рукопожатия внешней программе нужно получить реальный выбор KDF и узнать…
IETF
Серверу нужен ящик в вашем устройстве
Новая редакция предложения QUIC описывает, как клиент хранит сетевую память сервера и возвращает её позже. Знакомая кнопка удаления cookies должна будет добраться и до этого ящика.
IETF
Правила обновили. Кто сохранил вчерашнюю редакцию?
Текущую страницу условий компания показывает охотно. Старая нужна тогда, когда возникает спор. Индивидуальный проект IETF предлагает оставить у читателя проверяемый путь к прежнему тексту, даже если оператору удобнее ссылаться на новую версию.
IETF
Робот посоветовал. Кто решил за компанию?
Совет агента может мгновенно пройти через целую цепочку инструментов. Между советом и решением компании всё равно должен стоять уполномоченный человек или явно заданное правило.
IETF
Три магазина, один дневной лимит. У кого калькулятор?
Агент заказывает ужин, поездку и товары для дома по одному дневному разрешению. Каждая касса видит свою покупку; общий потолок требует общего счётчика.
IETF
Агент прочтёт ваше пожелание. Доступ откроет галочка.
Новый проект отдаёт человеку вручение разового пропуска агенту и позволяет записать цель. Запись остаётся доказательством; границу задают выбранные права и лимиты.