IETF-W3C

O primeiro rascunho público do WebAuthn Level 4 propõe uma passagem de responsabilidade bem delimitada para autenticação em desktops remotos. O navegador local pode usar os dados produzidos no host distante após uma autorização por origem, mas essa autorização não registra se a validação remota foi feita corretamente.

A aprovação do novo estatuto do Web Authentication Working Group em 11 de setembro de 2026 inicia uma transição institucional que exige mais precisão do que uma simples troca de charter. O novo ciclo amplia o escopo de trabalho, abre uma janela de reentrada para organizações e especialistas convidados e renova a necessidade de compromisso com a Patent Policy da W3C. Esses movimentos parecem próximos no calendário, mas representam estados jurídicos e operacionais diferentes. A governança confiável depende de registrar essa passagem sem confundir aprovação, participação temporária, reingresso formal e compromisso de licenciamento.

Cinco pedidos de revisão abertos em 17 de setembro colocaram a proposta de nova carta do Publishing Maintenance Working Group sob escrutínio especializado. Esse movimento não transfere autoridade. A carta atual continua válida até 5 de fevereiro de 2027, e o texto sucessor permanece em fase de refinamento.

O Advisory Board do W3C escreveu uma regra moral clara: quem compartilha um trabalho continua responsável por ele, com ou sem a ajuda de um grande modelo de linguagem. O quadro de status do mesmo documento impõe um limite igualmente claro. Trata-se de uma Group Note endossada pelo Advisory Board, não pelo W3C como organização nem por seus Membros. Entre responsabilidade individual e prestação de contas institucional ainda falta um registro que mostre a regra aplicável, o verificador humano, a correção e a autoridade que adotou qualquer obrigação.

No iPhone, já existe um caminho documentado para exportar alguns dados do Safari e importá-los em outro navegador. Trata-se de uma capacidade concreta, limitada por produto e versão. O Browser Data Portability Community Group, lançado pelo W3C em 15 de setembro, atua em outro nível: abre uma discussão de princípios e pode publicar um Community Group Report. Esse relatório, sozinho, não é padrão do W3C, obrigação legal, compromisso de fornecedor ou prova de interoperabilidade.

O ataque HTTP/2 Rapid Reset expôs uma diferença decisiva entre publicar uma correção e demonstrar que uma infraestrutura distribuída deixou de estar vulnerável. A falha nasceu da interação entre criação e cancelamento de streams, atravessou implementações e produtos de vários fornecedores e exigiu mais do que uma alteração normativa: dependia de lançamentos, backports, controles operacionais e verificação da implantação.

O rótulo “IETF–W3C” aponta para uma relação institucional que precisa ser decomposta. Os documentos públicos registram cooperação formal, colaboração técnica e canais de ligação entre as duas organizações, mas não demonstram, por si sós, uma única pessoa jurídica, administração compartilhada ou um caminho universal para contestar decisões. Para saber quem tem autoridade, é necessário identificar o instrumento, o processo e o órgão responsável.

A vulnerabilidade de renegociação do TLS foi corrigida no padrão, mas a publicação da correção não demonstra que o comportamento legado desapareceu de todos os endpoints, bibliotecas, appliances e caminhos de aplicação.

O rótulo IETF-W3C sugere uma única infraestrutura de autoridade. O registro público mostra algo mais específico: processos técnicos, entidades administrativas, contratos de participação e mecanismos de recurso cumprem funções diferentes. Para saber quem pode decidir e quem pode contestar, é necessário identificar o instrumento que concede cada poder.

A coordenação de padrões não opera redes diretamente. Ainda assim, ao definir máquinas de estado, mecanismos de recuperação e dependências de segurança, IETF e organizações relacionadas podem determinar como operadores implementam continuidade, medem falhas e recuperam serviços. A questão decisiva não é quem publicou a especificação, mas quem controla cada ponto entre o mecanismo documentado e o serviço que precisa permanecer alcançável.

Uma pesquisa anônima permite dizer o que talvez não fosse dito diante de um nome. A W3C acaba de abrir formulários separados para seus membros e para a comunidade mais ampla, promete anonimato e, nas duas versões, convida quem aceita uma entrevista a informar o endereço de e-mail. Não há prova pública de exposição ou cruzamento. O que também não existe é uma explicação verificável da barreira que deveria impedir o contato de virar uma chave para a resposta.

A Recomendação WebAuthn Level 3 do W3C aponta para um retrato fixo de testes em quatro navegadores. No processo de transição, há uma ressalva curta: parte da implementação do Chrome é diferente da do Edge. A frase reconhece uma distinção importante, mas não diz em qual recurso, camada ou resultado essa independência se encontra.

A Recomendação atualizada de *ARIA in HTML*, publicada em 11 de agosto de 2026, encaminha o leitor a um relatório com a marca “última atualização: 22 de março de 2026”. No repositório público, o documento ganhou centenas de alterações em 20 de maio e foi ajustado de novo no dia 27. Março pode ser a data-limite das observações e maio, a data da edição. Um registro de governança precisa mostrar as duas.

O encontro do W3C e da GS1 sobre comércio eletrônico para pessoas e agentes de IA colocará vários protocolos recentes na mesma pauta. As páginas públicas já mostram por que a memória do evento precisa de mais do que siglas: ACP aponta para dois artefatos diferentes. Antes que apresentações alimentem conclusões ou próximos passos, cada referência deveria trazer uma chave curta com o protocolo, a versão e o foro responsável por mudanças.

Uma medição fica mais confiável quando outra equipe consegue refazê-la e chegar ao mesmo valor. O novo Agent Conformance and Benchmarking Community Group do W3C adotou essa reprodução como um de seus sinais de sucesso. Ainda assim, duas pontuações idênticas demonstram a repetibilidade do caminho; não provam sozinhas que o caminho mede a propriedade anunciada, que a nota de corte é legítima ou que o autor do teste pode impor uma decisão.

O novo estatuto do WebTransport fez uma escolha de processo antes de escolher uma tecnologia. Ele autorizou o grupo a incubar mecanismos ponto a ponto, porém não criou uma especificação P2P separada. Essa diferença evita duas conclusões erradas: a de que já existe um padrão e a de que experiências estariam proibidas até a próxima reforma do estatuto.

Uma fila duplicada pode parecer redundância segura para quem mantém o robô e trabalho repetido para quem precisa responder. O impasse registrado pelo W3C mostra as duas perspectivas: a APA já acompanha os pedidos de revisão de estatuto no repositório Strategy, enquanto Privacy diz usar os chamados locais. A saída responsável é configurar a entrega por grupo e manter, no processo central, uma única trilha verificável do pedido à conclusão.

A chamada do W3C para o miniworkshop Data Governance & Ownership no TPAC 2026 pergunta o que está quebrado e o que os padrões da Web deveriam fazer em seguida. Ela também reserva aos organizadores uma decisão menos visível: diante de sobreposição temática, uma proposta pode ser convidada a migrar para AI and Society, Age Assurance ou para um breakout próprio. A curadoria pode melhorar o programa, mas muda o público, as evidências vizinhas e a rota até o artigo do W3C que se pretende produzir. Esse caminho precisa permanecer verificável sem ser confundido com uma decisão de padronização.

A página que a W3C apresenta como a carta vigente do Accessibility Guidelines Working Group encerra o mandato em 28 de agosto de 2026. Quatro dias depois, uma minuta pública registra a aceitação de novas atualizações do WCAG 3 e o congelamento do documento revisado antes de uma consulta de consenso. A sequência não prova atuação sem autoridade e tampouco prova que uma extensão não existiu. Ela expõe algo mais limitado: nos registros públicos verificados, falta a peça que liga o período formal exibido ao trabalho posterior.

O registro público da renovação do Linked Web Storage Working Group diz que não há mudanças substantivas. No parágrafo seguinte, admite que o cronograma original foi otimista demais e aponta outro destino: Candidate Recommendation no quarto trimestre de 2026 ou no primeiro de 2027, seguida de manutenção. O arquivo imutável de 5 de agosto ainda não transforma essa intenção em regra. Ele manda escolher entre caminhos de maturidade, não data cinco entregas e preserva um exemplo `Web [spec name]` e uma linha do tempo FooML. Como a fase de refinamento continua aberta, isso não é violação. É uma pergunta sobre a prontidão do documento que será chamado a produzir autoridade.

Uma condição aparentemente simples ligou duas instituições: o WHATWG iniciaria um workstream com cinco APIs se não houvesse objeções à consulta do W3C; havendo alguma, começaria apenas com Web Serial. Antes do corte, Intel publicou uma preocupação explícita no canal indicado pelo W3C. O WHATWG reconheceu essa preocupação, mas registrou ausência de objeção e escolheu as cinco APIs. O W3C, por sua vez, fechou sua consulta dizendo que preocupações haviam sido levantadas e que não existia consenso para a remoção. Nenhuma frase, sozinha, é incoerente. O elo entre elas é que ficou sem uma regra pública de classificação.

O relógio de uma chamada de consenso mede quando termina a oportunidade de responder. Ele não mede sozinho a temperatura do apoio. A carta de 2026 do W3C Math Working Group transforma resoluções de reunião em decisões após uma CfC de uma semana sem objeções; já o W3C Process define o silêncio como abstenção e exige apoio substancial. Uma governança fiel aos dois textos precisa mostrar o relógio e o termômetro.

Uma inferência semântica pode chegar a um catálogo parecendo uma constatação verificada. No novo rascunho do W3C para The Profiles Vocabulary, basta um recurso declarar conformidade com um perfil e esse perfil apontar para uma especificação para que um motor derive uma segunda relação de conformidade. O encadeamento é elegante. A publicação de 20 de agosto, porém, ainda não permite confundir essa elegância com prova: o axioma está at risk, seu significado depende das comunidades, o Turtle datado não o contém e a matriz pública de evidência por elemento continua provisória.

Uma porcentagem sem denominador é um convite à autoridade excessiva. No WCAG-EM 2.0, publicado em 23 de julho, a amostra aleatória tem 10% do tamanho da amostra estruturada que o avaliador montou antes. Ela não corresponde a 10% de todas as páginas, telas ou estados do produto. Quando esse detalhe se perde, uma checagem de pontos cegos pode virar, em uma página pública ou numa compra, uma promessa de cobertura que a metodologia não oferece.

Em 23 das 71 diretrizes de sustentabilidade do W3C, os impactos sobre pessoas, planeta e prosperidade estão todos marcados como Indeterminate. Mesmo assim, cada uma recebe um total positivo, produzido apenas pelo prazo esperado. A conta segue a fórmula publicada. O que ela não consegue carregar sozinha é a diferença entre “não sabemos” e “não há impacto”. Essa distinção virou mais importante depois que o próprio projeto trocou “medição” por “avaliações”.

A proposta aberta para alterar a carta do Web Machine Learning Working Group faz mais do que acrescentar um item associado a agentes de IA. Ela coloca no escopo do grupo o registro de ferramentas JavaScript no navegador e uma via declarativa que expõe ações de formulários HTML a agentes. No entanto, a mesma mudança preserva a antiga lista de coordenação técnica nominal. O processo estratégico já pede avaliações de HTML, ARIA, arquitetura, segurança e privacidade, e as discussões públicas mostram que as avaliações começaram. Falta transformar essa rede de participação em um mapa explícito de responsabilidade, comunicação e tratamento de objeções.

Uma correção ainda aberta na próxima carta do WebRTC no W3C separa três decisões que o rascunho havia condensado: encerrar WebRTC Identity por falta de interesse, reconhecer os casos em que SFrame se sobrepõe e registrar o destino das propriedades que não migraram. O copresidente que respondeu à revisão de segurança afirma que as duas tecnologias não se substituem e que o grupo não possui um produto sucessor para identidade do par, vínculo ao destinatário e isolamento de mídia. A resposta responsável não é preservar o desenho antigo a qualquer custo, mas impedir que a retirada de um documento seja confundida com sucessão funcional.

O W3C abriu em 19 de agosto o refinamento de uma nova carta para o Security Interest Group. O texto traça um limite: o grupo aconselha, revisa e publica materiais dentro de seu escopo, enquanto oportunidades destinadas à trilha de Recomendação passam a um Working Group competente ou a um grupo de incubação. Mesmo assim, as seções de participação e comunicação ainda mencionam implementadores, editores, responsáveis por testes e rascunhos públicos de especificações sem dizer a que classe de documento essas funções pertencem. É uma ambiguidade reparável do projeto, não evidência de que uma tomada de autoridade já ocorreu.