IETF-W3C

HTTP/2 Rapid Reset показал, как разрешённое протоколом действие может превратиться в системный отказ в обслуживании, когда стоимость запроса для атакующего и стоимость его обработки для сервера расходятся. Эта история важна не только как разбор CVE-2023-44487. Она показывает, что исправление распределённой интернет-инфраструктуры проходит через несколько независимых контуров: стандарт, реализации, пакеты, настройки операторов и проверку фактического внедрения.

Обозначение IETF–W3C указывает на документированную историю координации, но само по себе не доказывает существование единого юридического лица, общей администрации или общего механизма обжалования. Проверка меморандума 2001 года, RFC 3356 и действующих страниц liaison показывает, что полномочия и ответственность остаются разделёнными между отдельными процессами и организациями.

Публикация RFC может исправить границу безопасности на уровне стандарта. Но она не доказывает, что устаревшее поведение исчезло из библиотек, терминаторов, внутренних переходов и приложений. История TLS renegotiation показывает, почему доказательство ремонта должно следовать за протоколом до каждого работающего пути.

Под общим названием IETF–W3C часто описывают две опоры интернет-стандартов. Но это не единая организация и не единый центр управления. В IETF полномочия по разработке стандартов распределены между сообществом, рабочими группами, IESG и IAB; административные и корпоративные функции вынесены в отдельные институциональные структуры. В W3C технические решения опираются на Process Document, тогда как участие и связанные с ним обязательства регулируются соглашениями о членстве и юридическими документами. Для участника важен не вопрос о том, кто опубликовал документ, а вопрос: какой инструмент предоставил полномочие и какой путь обжалования доступен.

Стандарты IETF не управляют сетями напрямую. Но, задавая совместимые конечные автоматы, правила восстановления и контуры безопасности, они распределяют ответственность за непрерывность между разработчиками протоколов, операторами сетей, измерительными системами и институтами стандартизации.

Анонимный опрос ценен тем, что резкий ответ не должен превращаться в указатель на автора. Новые анкеты W3C для участников организации и более широкого сообщества обещают именно это, но обе предлагают оставить адрес электронной почты для последующего интервью. Открытые материалы не подтверждают ни утечку, ни фактическое объединение данных. Они также не показывают правило, которое не даёт контакту стать ключом к ответу. Публикации не хватает именно этой проверяемой границы.

Новая Рекомендация W3C WebAuthn Level 3 ссылается на зафиксированный отчёт с результатами четырёх браузеров. В материалах перехода есть существенная оговорка: часть реализации Chrome отличается от Edge. Но в записи не сказано, к какой функции, техническому слою или группе тестов относится это различие, поэтому публичный вывод о независимости нельзя воспроизвести по строкам.

Обновлённая 11 августа Рекомендация *ARIA in HTML* ведёт на отчёт, где последней датой обновления названо 22 марта 2026 года. В открытой истории файла видны крупная переработка 20 мая и ещё одна правка 27 мая. Март может быть датой среза наблюдений, а май — датой редакции. Для проверяемого решения эти часы надо показывать отдельно.

Совместный семинар W3C и GS1 об электронной торговле для людей и ИИ-агентов сведёт в одной программе несколько новых протоколов. Уже сейчас его публичные страницы показывают проблему с происхождением ссылок: ACP обозначает два разных открытых артефакта. Прежде чем доклады превратятся в выводы или планы дальнейшей работы, каждой ссылке нужен короткий ключ с точным объектом, версией и местом принятия решений.

Если две независимые стороны запускают один тест и получают одинаковый балл, процедуре легче доверять и возражать по существу. Новая Agent Conformance and Benchmarking Community Group при W3C включила такое воспроизведение в критерии успеха. Но совпавшие числа подтверждают прежде всего повторяемость расчёта. Они ещё не доказывают, что тест измеряет заявленное свойство, что порог обоснован и что разработчик методики вправе превращать результат в обязательное решение.

Новый устав WebTransport разрешает исследовать одно направление, не выдавая ему заранее нормативный паспорт. Рабочая группа может инкубировать механизмы прямого взаимодействия, однако отдельного результата P2P в уставе нет. Такая пауза сохраняет пространство для инженерного поиска и требует публичного решения в тот момент, когда опыт захочет стать стандартом.

В открытой дискуссии W3C столкнулись две разумные практики. APA уже отслеживает проекты уставов в центральном репозитории Strategy и считает локальные копии заявок лишними. Privacy, напротив, пользуется такими копиями. Убирать саму проверку никто не предлагает: требуется отделить удобный для каждой группы рабочий маршрут от единого свидетельства о том, что запрос доставлен, ответ получен, а результат зафиксирован.

Приём материалов на мини-семинар Data Governance & Ownership в рамках TPAC 2026 начинается с вопроса о том, что именно не работает и какую роль должны сыграть веб-стандарты. Однако организаторы оставляют за собой ещё одно, менее заметное решение: при пересечении тем автора могут попросить заново подать заявку в AI and Society, Age Assurance либо предложить отдельный breakout. Такая редакционная развязка способна улучшить программу. Одновременно она меняет аудиторию, соседние аргументы и путь материала в планируемую публикацию W3C. Поэтому маршрут должен оставаться проверяемым, не превращаясь в решение по стандартизации.

На странице действующей хартии Accessibility Guidelines Working Group организация W3C указывает дату окончания — 28 августа 2026 года. Через четыре календарных дня проект публичного протокола зафиксировал резолюцию о принятии новых изменений WCAG 3 и последующей заморозке рассмотренного документа перед Call for Consensus. Такая последовательность не доказывает ни отсутствие полномочий, ни отсутствие продления. Она показывает более узкий пробел: в проверенных открытых материалах нет связующего документа между показанным сроком мандата и продолжившейся работой.

В публичном деле о новом уставе Linked Web Storage Working Group сказано, что содержательных изменений нет. Там же первый график назван чрезмерно оптимистичным, а новая цель сформулирована как Candidate Recommendation в четвёртом квартале 2026-го или первом квартале 2027-го с последующим сопровождением. Но в неизменяемом файле от 5 августа это ещё не единое правило: пять сроков оставлены шаблонными, абзац о зрелости предлагает выбор, а рядом сохранились `Web [spec name]` и план FooML. Период доработки ещё идёт, поэтому речь не о нарушении. Речь о границе между прежним предметом работы и готовым к рассмотрению документом.

В пятницу один публичный архив выдержал два разных теста. WHATWG счёл, что возражений против W3C Call for Consensus нет, признал замечание Intel и запустил Peripheral APIs Workstream сразу с пятью спецификациями. В понедельник W3C сообщил, что замечания были высказаны и потому консенсуса об удалении тех же пяти API не возникло. Это не две формулировки одного голосования: организации решали разные вопросы. Но в условии WHATWG был использован результат чужой процедуры, а значит, требовалось показать, как слово `concern` превратилось в состояние, которое не считается `objection`.

У протокола заседания и у решения W3C Math Working Group не обязательно одна дата. Резолюция, принятая на встрече, остаётся предварительной, пока недельный призыв к консенсусу не даст отсутствовавшим возможность ответить. Это разумный фильтр. Но пустая лента возражений доказывает лишь отсутствие заявленного возражения. Действующий W3C Process считает молчание воздержанием и требует также существенной активной поддержки.

В графе знаний утверждение о соответствии легко теряет биографию. Оно может быть опубликовано напрямую, получено валидатором или выведено машиной из двух других связей. Новый проект W3C The Profiles Vocabulary разрешает третий вариант: если ресурс соответствует профилю, а профиль специализирует стандарт, ресурс можно считать соответствующим и стандарту. Но публикация от 20 августа показывает, что логическая операция опережает доказательную инфраструктуру: аксиома остаётся at risk, Turtle-файл её не содержит, а таблица подтверждений по элементам ещё не заполнена.

Процент легко принять за меру охвата, если рядом нет знаменателя. В WCAG-EM 2.0 случайная выборка составляет 10% от структурированной выборки, которую оценщик сформировал на предыдущем этапе. Это не 10% всех страниц, экранов или состояний цифрового продукта. Когда из краткого вывода исчезает это различие, проверка пробелов в экспертном отборе превращается в обещание масштаба, которого методика не дает.

Публичный JSON быстро превращает редакционное суждение в инфраструктуру. Его можно скачать, встроить в продукт и скопировать в отчёт, не открывая объяснения рядом с каждой строкой. Именно поэтому новое описание устойчивости Web от W3C заслуживает проверки на уровне данных. Проект честно переименовал «измерение» в «оценки», но API по-прежнему сводит четыре разных суждения к одному числу.

Открытая поправка к уставу Web Machine Learning Working Group — это не просто еще один пункт про искусственный интеллект. Она предлагает включить в мандат группы регистрацию JavaScript-инструментов для браузерных агентов и декларативную разметку действий на HTML-формах. При этом тот же diff оставляет без изменений поименный перечень технической координации. В стратегическом деле уже запрошено участие HTML, ARIA, архитектурных, безопасностных и приватностных экспертов, а открытые обсуждения подтверждают, что проверка идет. Не хватает другого: привязанной к документам карты, которая показывает владельца каждого слоя, канал связи и адресата нерешенного возражения.

Открытая поправка к следующему уставу WebRTC W3C разделяет три решения, которые проект свёл в одну фразу: прекратить WebRTC Identity из-за слабого интереса разработчиков реализаций, признать частичное пересечение со SFrame и определить судьбу свойств, которые никуда не перешли. Сопредседатель, отвечавший на проверку безопасности, признал, что технологии не заменяют друг друга и что у группы нет результата-преемника для идентификации пира, привязки к адресату и изоляции медиа. Это не требование сохранить старую конструкцию любой ценой. Это требование не выдавать закрытие документа за доказанную функциональную преемственность.

19 августа W3C открыл доработку нового устава Security Interest Group. Проект проводит ясную границу: группа консультирует, рецензирует и публикует материалы в пределах своего мандата, а инициативы для Recommendation Track передаются компетентной Working Group либо группе инкубации. Однако разделы об участии и коммуникации по-прежнему называют разработчиков реализаций, редакторов, руководителей тестирования и публичные черновики спецификаций, не связывая эти роли с типом документа. Это устранимая неоднозначность проекта, а не доказательство уже состоявшегося присвоения полномочий.

W3C утвердил новый устав Web Performance Working Group до августа 2028 года. В нём полезно разведены два вида сведений: интерес двух разработчиков может открыть функции путь в спецификацию, поддерживаемую в статусе Candidate Recommendation, но совместимость подтверждают другие факты — независимые реализации и открытые тесты. Если свести всё к слову «поддержка», раннее намерение начнёт выглядеть как готовый результат.

Институциональные документы чаще устаревают не в принципах, а в глаголах состояния. 4 августа Advisory Board W3C опубликовал пять предложений о том, как теснее связать техническую работу с правами человека. Одно из них говорило о Threats and Harms Community Group как о группе, которую ещё, возможно, стоит создать. Но публичная запись W3C показывает: она начала существовать 29 июля. Этот шестидневный разрыв не опровергает записку. Он обнаруживает отсутствие связующего слоя, где «предложено», «запущено», «одобрено», «профинансировано» и «исполнено» остаются разными проверяемыми состояниями.

Проект нового устава WebAppSec не маскирует неопределённость выдуманными датами. Для шестнадцати из семнадцати нормативных результатов ожидаемое завершение прямо названо неопределённым; для оставшегося указано включение в WHATWG Fetch, но не срок. Это не доказывает задержку. Однако между картой полномочий и рабочим календарём остаётся пробел: по каждой позиции не видно, кто пересматривает прогноз, какое решение должно быть следующим и от какой зависимости он меняется.

Вопрос о новом институциональном доме Web Speech API вышел в публичную повестку W3C. Карточка переутверждения мандата называет возможное принятие существенным изменением сферы работы, однако текст, который должен дать полномочия, по-прежнему оставляет распознавание и синтез речи за прямыми границами Audio Working Group. Это не отказ и не состоявшееся принятие, а переходное состояние, которому нужна проверяемая история.

Проект устава Browser Testing and Tools Working Group прямо закрепляет необычный выбор. WebDriver и WebDriver BiDi предполагается довести до Candidate Recommendation, обновлять через Snapshots и не продвигать целенаправленно до Recommendation. Для протоколов, живущих одновременно в нескольких быстро меняющихся браузерных кодовых базах, это может быть разумно. Но название серии перестаёт обозначать один фиксированный стандарт. Проверяемое заявление о поддержке должно указывать неизменяемую спецификацию, тесты и сборки браузера, драйвера и клиента, которые действительно встретились.