Кратко

  • 3 сентября 2026 года IESG заключила, что независимый проект Safe-IOC не конфликтует с работой IETF. Это вывод процедуры RFC 5742, а не техническое одобрение, консенсус IETF или публикация RFC.
  • Версия 13 задаёт каноническое преобразование и обратную операцию. Но безопасность сохраняется лишь пока каждый получатель удерживает восстановленное значение вне исполняемого контекста и отдельно доказывает переход к действию.

Объявление IETF фиксирует итог conflict review. По RFC 5742 IESG проверяет, мешает ли Independent Submission работе IETF. Если конфликта нет, техническая оценка и решение о публикации остаются за независимым процессом. Карточка документа называет его индивидуальным Internet-Draft, Independent Submission с предполагаемым статусом Informational. Версия 13 датирована 4 сентября; окончательного номера RFC в изученной записи не было.

Описание Independent Stream подчёркивает: такие RFC не требуют и не несут консенсуса сообщества, не являются стандартами или best practice. Следовательно, отсутствие конфликта нельзя превращать в утверждение, будто IESG проверила локальные парсеры и средства просмотра.

Версия 13 предлагает устранить несовместимые варианты hxxp, замен точек и прочих знаков. Преобразование идёт в строгом порядке: обрамляет scheme, меняет структурные разделители userinfo и host, а готовые токены считает непрозрачными. Повторная обработка не добавляет новые скобки, поэтому результат идемпотентен.

Обратная операция снова создаёт применимое значение. Проект требует записывать его только в неисполняемый буфер и запрещает восстановление внутри живого preview браузера, документа, rich-text редактора, адресной строки либо среды, способной автоматически разрешить имя, выполнить запрос или сформировать ссылку. Состояние выходной среды важнее внешнего вида входа.

RFC 3986 разделяет зарезервированные и незарезервированные символы. Кодированная точка в host может нормализоваться до преобразования; кодированные зарезервированные разделители нужно сохранить, иначе изменится структура URI. После обратного хода смысл может быть прежним, а байты — другими. Поэтому реестр должен хранить и исходное представление, и нормализованное значение.

Вложенные индикаторы добавляют классификацию. В query может находиться адрес следующего redirect. Нельзя вслепую менять все точки, двоеточия и @ в path, query и fragment: это повредит обычные данные. Рекурсивно обрабатываются только фрагменты, распознанные грамматикой как полные индикаторы. Версия парсера становится частью доказательства.

Частичная форма создаёт ложную уверенность. Если scheme остаётся активным, одних скобок вокруг точек недостаточно. hxxp и hxxps также занимают синтаксическое место scheme. Их provisional-записи в реестре IANA в контексте RFC 7595 не дают полномочия на разрешение. Проект запрещает считать обфусцированные формы разрешимыми URI.

Каноническая запись не подтверждает истинность индикатора. RFC 9424 отделяет обнаружение, оценку, передачу, внедрение, детектирование, реакцию и завершение жизненного цикла. Адрес бывает устаревшим, двойного назначения или ошибочно атрибутированным. RFC 7970, STIX 2.1 и TAXII 2.1 несут контекст, связи и транспортные состояния. Получение feed не доказывает установку правила, наблюдение или результат.

Испытания должны использовать зарезервированные имена RFC 2606, а не реальные цели. Running-Code Primacy требует тестировать действующий код. Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption поддерживает минимальную общую форму при локальном контроле активации. On Reality Layers, Symbolic Power, and Why Clarity Feels So Hostile отделяет символическую «безопасную строку» от реального сетевого действия.