Diretório de inteligência setorial
Pessoas, funções e registros de contato
Pesquise pessoas por nome, organização, papel público, escopo de serviço, geografia, relacionamentos e registros de contato. O diretório mantém organizações, marcas, contas funcionais e recursos de rede separados dos indivíduos responsáveis.
Saving Call
Saving Call é a pessoa de referência em registros públicos de numeração da internet, ajudando leitores a rastrear vínculos com ASNs, recursos de numeração ou registros de operações de rede.
Evidências públicas de registro de números da Internet, RDAP, WHOIS ou roteamento conectam Saving Call a recursos numéricos da Internet; afiliação atual, responsabilidade pública e limite da responsabilidade ainda exigem verificação independente. Saving Call é a pessoa de referência em registros públicos de numeração da internet, ajudando leitores a rastrear vínculos com ASNs, recursos de numeração ou registros de operações de rede.
Weiqiang Cheng
Chief Architect of IP Networks no China Mobile Research Institute e presidente do grupo IETF SRv6 Operations na captura de 31 de agosto de 2026. Seu perfil oficial do IETF listava nove RFCs, entre elas a RFC 10038.
Weiqiang Cheng é acompanhado pelo trabalho coletivo de padronização que transforma a atribuição de um localizador SRv6 em uma transação DHCPv6 delimitada sem confundir a concessão com a rota em execução. A RFC 10038, editada por Cheng e Changwang Lin com Ruibo Han, Daniel Voyer e Geng Zhang como coautores e Yuanxiang Qiu como colaborador, define associação de identidade, estrutura do localizador, tempos de vida, renovação, vínculo no servidor, instalação e anúncio opcionais de rota, liberação e retirada. O perfil mantém esses estados separados da atribuição local de SIDs, da política SR, da convergência, da entrega de pacotes e da filtragem do domínio confiável. Chief Architect of IP Networks no China Mobile Research Institute e presidente do grupo IETF SRv6 Operations na captura de 31 de agosto de 2026. Seu perfil oficial do IETF listava nove RFCs, entre elas a RFC 10038.
Bas Westerbaan
Research Engineer na Cloudflare que trabalha com criptografia pós-quântica da engenharia e padronização à experimentação em larga escala e à implantação. Seu registro oficial no IETF inclui as RFCs 10024, 10014, 10011 e 9814.
Bas Westerbaan é acompanhado por um trabalho que transforma a migração pós-quântica em componentes explícitos de protocolo, não em um rótulo geral de segurança. A RFC 10024, escrita com Krzysztof Kwiatkowski, Panos Kampanakis e Douglas Stebila, define três grupos de TLS 1.3 que combinam ML-KEM com estabelecimento tradicional de chaves por curvas elípticas. O perfil separa acordo de chaves, autenticação por certificado, assinaturas, terminação TLS, retomada, criptografia posterior, dados armazenados e recuperação. Research Engineer na Cloudflare que trabalha com criptografia pós-quântica da engenharia e padronização à experimentação em larga escala e à implantação. Seu registro oficial no IETF inclui as RFCs 10024, 10014, 10011 e 9814.
Daniel Fett
Consultor de segurança especializado em identidade e segurança de protocolos web, além de colaborador nos trabalhos de OAuth e OpenID Connect da OpenID Foundation e do IETF. Seu registro oficial no IETF inclui as RFCs 9207, 9449, 9700, 9901 e 10027.
Daniel Fett é acompanhado por trabalhos de padronização e análise formal que mantêm autenticação, autorização e contexto de protocolo separados. A RFC 10027, escrita com Pieter Kasselman e Filip Skokan, explica como um usuário pode concluir a autenticação multifator e ainda autorizar uma sessão entre dispositivos iniciada por um invasor, pois o código QR, o código de usuário ou a solicitação enviada atravessam um canal de contexto não autenticado. O perfil distingue identidade do usuário, dispositivo iniciador, contexto da solicitação, intenção, concessão, emissão e posse do token e acesso ao recurso. Consultor de segurança especializado em identidade e segurança de protocolos web, além de colaborador nos trabalhos de OAuth e OpenID Connect da OpenID Foundation e do IETF. Seu registro oficial no IETF inclui as RFCs 9207, 9449, 9700, 9901 e 10027.
Marco Davids
Colaborador de padrões da Internet e Senior Research Engineer na SIDN. O perfil oficial do IETF consultado em 31 de agosto de 2026 informa que Marco Davids ingressou na SIDN em 2007, depois passou à SIDN Labs, copreside o grupo Registration Protocols Policy desde fevereiro de 2025 e é autor das RFCs 9199 e 10023.
Marco Davids é acompanhado por um trabalho de DNS que torna detectável a disponibilidade de compra de um domínio registrado sem transformar um registro DNS em autoridade transacional. Sua RFC 10023 define a convenção TXT `_for-sale`, um ponteiro opcional e um preço indicativo, mas afirma que o registro não obriga o titular a vender e que processadores não devem assumir compromisso de compra com base apenas no preço anunciado. O perfil separa sintaxe, publicação DNS, validação DNSSEC, intenção atual, identidade e autoridade do titular, termos negociados, pagamento, transferência no registro, delegação e resultado do serviço. Colaborador de padrões da Internet e Senior Research Engineer na SIDN. O perfil oficial do IETF consultado em 31 de agosto de 2026 informa que Marco Davids ingressou na SIDN em 2007, depois passou à SIDN Labs, copreside o grupo Registration Protocols Policy desde fevereiro de 2025 e é autor das RFCs 9199 e 10023.
Miroslav Lichvar
Colaborador em padrões do Network Time Protocol. O perfil da IETF preservado em 31 de agosto de 2026 lista as RFCs 9109, 9769 e 10030 e um rascunho ativo de NTPv5. O endereço do autor da RFC 10030, publicada em agosto de 2026, o vincula à Red Hat.
Miroslav Lichvar é acompanhado por um trabalho de padronização que dá ao NTP um transporte PTP estreitamente delimitado sem transferir ao invólucro a autoridade de sincronização. A RFC 10030 leva NTP em um TLV de mensagem de evento PTP unicast para usar filtros de timestamp das NICs e correções de relógios transparentes E2E de um passo. Os autenticadores cobrem apenas a mensagem NTP incorporada, correções negativas são rejeitadas, o root delay não é corrigido e correções de relógios transparentes não podem ser autenticadas. O perfil registra contribuição datada, não implantação, desempenho, invenção individual nem controle de uma fonte de tempo. Colaborador em padrões do Network Time Protocol. O perfil da IETF preservado em 31 de agosto de 2026 lista as RFCs 9109, 9769 e 10030 e um rascunho ativo de NTPv5. O endereço do autor da RFC 10030, publicada em agosto de 2026, o vincula à Red Hat.
Gavin Brown
Colaborador em padrões de DNS e nomes de domínio. O perfil do IETF preservado em 31 de agosto de 2026 lista quatro RFCs, incluindo a RFC 8334, e registra vinte e cinco anos de experiência, vinte e dois na Team Internet PLC, antiga CentralNic, catorze deles como diretor de tecnologia, e trabalho atual na ICANN.
Gavin Brown é acompanhado por um trabalho coletivo que separa o sucesso de uma operação EPP da alocação concluída de um domínio. A RFC 8334, escrita com J. Gould e W. Tan, define uma aplicação de lançamento que pode receber o resultado 1001, um applicationID e pendingCreate enquanto o registro ainda precisa alocá-la ou rejeitá-la. O perfil mantém separados o contexto de fase e política, o histórico ordenado de mensagens poll e o panData final da publicação registral, delegação DNS e operação do serviço. As fontes demonstram autoria coletiva e funções datadas, não invenção individual, direito de marca, implementação por um registro específico ou poder pessoal de alocação. Colaborador em padrões de DNS e nomes de domínio. O perfil do IETF preservado em 31 de agosto de 2026 lista quatro RFCs, incluindo a RFC 8334, e registra vinte e cinco anos de experiência, vinte e dois na Team Internet PLC, antiga CentralNic, catorze deles como diretor de tecnologia, e trabalho atual na ICANN.
Russ Housley
Colaborador em padrões de segurança de computadores e redes. O perfil do IETF preservado em 31 de agosto de 2026 lista 127 RFCs, incluindo a RFC 10031, e funções atuais como presidente do LAMPS e gerente de ligação com a IEEE-SA. A biografia registra os mandatos de presidente do IETF de 2007 a 2013 e do IAB de 2013 a 2015.
Russ Housley é acompanhado por um trabalho coletivo que permite nomear com precisão um endereço MAC em certificado X.509 sem ampliar o que esse nome prova. A RFC 10031, escrita com Corey Bonnell, Joe Mandel, Tomofumi Okubo e Michael StJohns, define formas de seis e oito octetos e restrições do caminho de certificação. Ela também afirma que o vínculo depende da validação da CA e alerta para falsificação, endereços compartilhados ou dinâmicos, escopo local e rastreamento prolongado. Por isso, atribuição IEEE, validação de controle pela CA, resultado do caminho, interface de camada 2 observada, autorização local e decisão de privacidade ficam separados. As fontes demonstram autoria coletiva e funções datadas, não invenção individual, unicidade universal nem controle de implantação. Colaborador em padrões de segurança de computadores e redes. O perfil do IETF preservado em 31 de agosto de 2026 lista 127 RFCs, incluindo a RFC 10031, e funções atuais como presidente do LAMPS e gerente de ligação com a IEEE-SA. A biografia registra os mandatos de presidente do IETF de 2007 a 2013 e do IAB de 2013 a 2015.
Benoît Claise
Colaborador em gestão e operações de redes. O perfil do IETF preservado em 31 de agosto de 2026 lista 45 RFCs, incluindo a RFC 10035, funções atuais em NMOP, OPSAWG, revisão de métricas de desempenho e no workshop do IAB sobre a próxima era da gestão de redes, além de apoio ao YangCatalog. Uma biografia do IETF 104 registra seu período como codiretor da área Operations and Management de 2012 a 2018.
Benoît Claise é acompanhado por um trabalho coletivo de padronização sobre uma lacuna de observabilidade na descoberta de esquemas YANG. A RFC 10035, escrita com Zhuoyao Lin e Ignacio Dominguez Martinez-Casanueva, permite que um servidor informe quais módulos aumentam diretamente outro no mesmo module-set. O módulo-base não revela sozinho essas dependências inversas externas. A lista para deliberadamente na adjacência direta; o fechamento recursivo cabe à aplicação. A prova precisa ligar a aresta informada ao servidor, module-set, revisões, content-id, acesso, travessia do cliente e resultado observado. As fontes demonstram autoria coletiva e funções datadas, não invenção individual, adoção universal nem conformidade em execução. Colaborador em gestão e operações de redes. O perfil do IETF preservado em 31 de agosto de 2026 lista 45 RFCs, incluindo a RFC 10035, funções atuais em NMOP, OPSAWG, revisão de métricas de desempenho e no workshop do IAB sobre a próxima era da gestão de redes, além de apoio ao YangCatalog. Uma biografia do IETF 104 registra seu período como codiretor da área Operations and Management de 2012 a 2018.
Kazuho Oku
Principal OSS Engineer na Fastly e autor do servidor H2O para HTTP/2 e HTTP/3, do quicly e do picoTLS. O perfil do IETF preservado em 31 de agosto de 2026 lista quatro RFCs, incluindo a RFC 10036.
Kazuho Oku é acompanhado por um trabalho coletivo de padronização que torna observável uma decisão de intermediários HTTP. A RFC 10036, escrita com Tommy Pauly e Martin Thomson, define o campo Incremental por mensagem. Se um intermediário o entende e recusa de forma definitiva o encaminhamento incremental do corpo, precisa responder com erro em vez de armazenar tudo silenciosamente; incompatibilidade de segurança e pressão de concorrência recebem contextos distintos. O campo, porém, não garante streaming de ponta a ponta: um salto que não o conhece pode armazenar e um salto compatível pode usar buffers limitados. A prova deve unir intenção, direção da mensagem, reconhecimento por salto, política, limites, contexto da recusa e latência observada. As fontes demonstram autoria coletiva e funções datadas, não invenção individual nem controle de implantações. Principal OSS Engineer na Fastly e autor do servidor H2O para HTTP/2 e HTTP/3, do quicly e do picoTLS. O perfil do IETF preservado em 31 de agosto de 2026 lista quatro RFCs, incluindo a RFC 10036.
Aaron Parecki
Diretor de padrões de identidade na Okta, mantenedor do oauth.net e participante do grupo OAuth do IETF. O perfil oficial do IETF preservado em 31 de agosto de 2026 o registra como copresidente do grupo SCIM e lista duas RFCs, incluindo a RFC 10017.
Aaron Parecki é acompanhado por uma fronteira de autoridade documentada no OAuth em navegadores. A RFC 10017, escrita com Philippe De Ryck e David Waite, torna o Backend for Frontend o cliente OAuth confidencial e mantém tokens de acesso e atualização fora do JavaScript. Ainda resta um risco mais estreito: código malicioso da mesma origem pode usar a sessão ativa para enviar requisições ao BFF. A prova precisa unir sessão, resultado de CSRF/origem, endpoint, destino/caminho/método permitidos, seleção do token, autorização do servidor de recursos e decisão de anomalia. As fontes demonstram trabalho coletivo e funções datadas, não invenção individual nem controle de implantações. Diretor de padrões de identidade na Okta, mantenedor do oauth.net e participante do grupo OAuth do IETF. O perfil oficial do IETF preservado em 31 de agosto de 2026 o registra como copresidente do grupo SCIM e lista duas RFCs, incluindo a RFC 10017.
Hannes Tschofenig
Professor de Secure Networks na Universität der Bundeswehr München desde março de 2026 e colaborador em padrões de segurança da Internet. O perfil do IETF capturado em 31 de agosto de 2026 o lista como chair de OAuth e PTTH, revisor de IoT e Security Area e colaborador de 99 RFCs, incluindo a RFC 10013.
Hannes Tschofenig é acompanhado por uma fronteira precisa da atestação remota. A RFC 10013 separa a autoridade que assina ou identifica o componente do attester do EAT externo. O profile define papéis, ordem e flags; quando desconhecido, esses campos exigem rejeição. A prova separa componente, medição, signatário, profile, attester, freshness, referências, appraisal e autorização da relying party. As fontes registram autoria coletiva e funções datadas, não invenção individual, controle do deployment ou estado de um device específico. Professor de Secure Networks na Universität der Bundeswehr München desde março de 2026 e colaborador em padrões de segurança da Internet. O perfil do IETF capturado em 31 de agosto de 2026 o lista como chair de OAuth e PTTH, revisor de IoT e Security Area e colaborador de 99 RFCs, incluindo a RFC 10013.
Corey Bonnell
Colaborador em infraestrutura de chaves públicas e padrões da Internet. A RFC 10007 apresenta Corey Bonnell primeiro entre três autores. O perfil do IETF capturado em 31 de agosto de 2026 o registra como revisor do Security Area Directorate, com seis RFCs e três Internet-Drafts ativos; a biografia datada da DigiCert o descreve como Technology Strategist.
Corey Bonnell é acompanhado por trabalho documentado sobre uma fronteira estreita, mas importante, da revogação. A RFC 10007 fecha a lacuna entre o perfil do certificado e o algoritmo: se o certificado do emissor da CRL for v3, o validador deve encontrar keyUsage e cRLSign, sem transformar ausência em permissão. Assinatura válida, nome de emissor coincidente e caminho válido ainda podem pertencer a outra chave certificada para o mesmo sujeito, mas não para assinar CRLs. Por isso, a evidência operacional separa validade criptográfica, finalidade certificada, versão, escopo e atualidade da CRL, resultado de revogação e exceção de política. As fontes registram autoria coletiva do IETF e funções datadas, não invenção individual, controle universal ou incidente em uma AC específica. Colaborador em infraestrutura de chaves públicas e padrões da Internet. A RFC 10007 apresenta Corey Bonnell primeiro entre três autores. O perfil do IETF capturado em 31 de agosto de 2026 o registra como revisor do Security Area Directorate, com seis RFCs e três Internet-Drafts ativos; a biografia datada da DigiCert o descreve como Technology Strategist.
Kireeti Kompella
Colaborador de padrões da Internet. O perfil oficial do IETF consultado em 31 de agosto de 2026 lista 34 RFCs e 16 Internet-Drafts ativos. A RFC 8029 o apresenta primeiro entre seis autores; a RFC 4379 registra sua coautoria da especificação original do LSP Ping.
Kireeti Kompella é acompanhado pelo trabalho documentado que torna o encaminhamento MPLS verificável sem transformar diagnóstico em prova de serviço. Na RFC 8029, a solicitação MPLS Echo percorre o plano de dados do FEC-alvo e o LSR responde com suas verificações. A norma preserva limites: cobertura completa de ECMP pode ser impossível, caminhos de contingência inativos ficam fora, a resposta pode voltar por IP ou canal de controle separado e nós sem suporte geram falso negativo. O recibo útil registra sonda, FEC, caminho exercitado, código, respondente, modo e rota da resposta, caminhos não testados, estado BFD contínuo e teste de serviço separado. As fontes mostram autoria coletiva do IETF, não invenção individual nem controle operacional. Colaborador de padrões da Internet. O perfil oficial do IETF consultado em 31 de agosto de 2026 lista 34 RFCs e 16 Internet-Drafts ativos. A RFC 8029 o apresenta primeiro entre seis autores; a RFC 4379 registra sua coautoria da especificação original do LSP Ping.
Eliot Lear
Participa do IETF desde 1989. As funções atuais no Datatracker incluem presidir o grupo Independent Submission Editor, integrar o RFC Series Approval Board e revisar para o ART Area Review Team e o Internet of Things Directorate. O perfil consultado em 31 de agosto de 2026 lista 20 RFCs e quatro Internet-Drafts ativos.
Eliot Lear é acompanhado por seu trabalho documentado sobre a fronteira entre a intenção de rede declarada pelo fabricante e a autoridade da rede local que a recebe. A RFC 8520 o nomeia entre três autores e define MUD como meio para dispositivos de função limitada indicarem os acessos e funções de rede de que precisam. A mesma norma diz que o arquivo contém sugestões, não ordens: o administrador local decide como aplicá-las. MUD não substitui correções, um dispositivo pode mentir ao emitir uma URL sem segurança e a URL não é exclusiva de uma unidade. O recibo útil precisa ligar proveniência da URL, validação do arquivo e assinatura, vínculo entre identidade e sessão, política local compilada, resultado de enforcement, exceções e tráfego observado. Um arquivo válido, isoladamente, não prova identidade, integridade, comportamento benigno, admissão, situação de patches nem resultado do serviço. Participa do IETF desde 1989. As funções atuais no Datatracker incluem presidir o grupo Independent Submission Editor, integrar o RFC Series Approval Board e revisar para o ART Area Review Team e o Internet of Things Directorate. O perfil consultado em 31 de agosto de 2026 lista 20 RFCs e quatro Internet-Drafts ativos.
Tero Kivinen
Presidente do grupo IETF IP Security Maintenance and Extensions, integrante do IETF Tools Team e revisor e secretário do Security Area Directorate. O perfil Datatracker consultado em 31 de agosto de 2026 lista 16 RFCs e nenhum Internet-Draft ativo.
Tero Kivinen é acompanhado por trabalho documentado sobre a fronteira entre estado de controle e estado de dados em IKEv2 e IPsec. A RFC 7296 o nomeia entre cinco autores e define a troca de chaves como sucessão com criação antes da remoção: uma nova SA IKE pode herdar SAs filhas ativas sem girar implicitamente suas chaves, seletores, algoritmos ou autorização. As RFCs 8247 e 8221 mantêm separadas as orientações de algoritmo para IKE e para ESP/AH. A RFC 4301 também separa autenticação do par da permissão para declarar seletores de tráfego. Assim, um único estado verde de “rekey da VPN” não basta sem registrar qual associação mudou, quais SAs filhas passaram ao sucessor, como a colisão foi resolvida e o que ocorreu no plano de pacotes. As fontes provam autoria coletiva, funções datadas e mecanismos; não provam invenção individual, controle de produtos nem prevalência de implantação. Presidente do grupo IETF IP Security Maintenance and Extensions, integrante do IETF Tools Team e revisor e secretário do Security Area Directorate. O perfil Datatracker consultado em 31 de agosto de 2026 lista 16 RFCs e nenhum Internet-Draft ativo.
Roy T. Fielding
Senior Principal Scientist na Adobe, cofundador da The Apache Software Foundation, autor do estilo arquitetural REST, autor ou editor de padrões HTTP e URI e revisor do HTTP Directorate. O perfil do IETF consultado em 31 de agosto de 2026 lista 18 RFCs.
Roy T. Fielding é acompanhado por um trabalho que tornou pedidos HTTP legíveis como interface uniforme sem transformar o vocabulário comum em sistema de permissão. A RFC 9110 trata o token do método como fonte principal da semântica, enquanto cada recurso decide se o implementa ou permite. Safe e Idempotent descrevem a intenção solicitada e o efeito pretendido da repetição, não todos os efeitos colaterais, a autorização do principal, respostas idênticas ou execução garantida. O registro posterior de QUERY mostra que o vocabulário evolui; essa RFC não é atribuída a Fielding. As fontes comprovam arquitetura, autoria e funções datadas, não propriedade do HTTP nem controle do IETF ou de implementações. Senior Principal Scientist na Adobe, cofundador da The Apache Software Foundation, autor do estilo arquitetural REST, autor ou editor de padrões HTTP e URI e revisor do HTTP Directorate. O perfil do IETF consultado em 31 de agosto de 2026 lista 18 RFCs.
Mark Nottingham
Colaborador de padrões da Internet em HTTP, URLs, RSS/Atom e QUIC; autor das RFCs 8890 e 9518 e coeditor da RFC 9110. O perfil da IETF consultado em 31 de agosto de 2026 lista responsabilidades atuais ligadas a HTTP, IAB e à Série RFC.
Mark Nottingham é acompanhado por um trabalho normativo que prioriza o usuário final sem inventar um representante universal. Na RFC 8890, o agente de usuário é um intermediário útil, porém imperfeito: restringe o serviço, pode carregar preferências limitadas e preserva escolha quando existem alternativas viáveis. A RFC 9110 mantém o papel no plano técnico —um programa cliente pode agir sem pessoa presente— e a RFC 9518 transforma custo de troca, diversidade e limites do intermediário em perguntas verificáveis. As fontes comprovam autoria, edição e funções datadas; não propriedade de HTTP ou da Web nem poder para falar por todos os usuários. Colaborador de padrões da Internet em HTTP, URLs, RSS/Atom e QUIC; autor das RFCs 8890 e 9518 e coeditor da RFC 9110. O perfil da IETF consultado em 31 de agosto de 2026 lista responsabilidades atuais ligadas a HTTP, IAB e à Série RFC.
Dieter Sibold
Colaborador de padrões da Internet e coautor das RFCs 8633 e 8915. Registros atuais da IETF o listam como copresidente do grupo Network Time Protocols e revisor do Internet Area Directorate; a PTB o identifica como responsável pela segurança da informação.
Dieter Sibold é acompanhado por um trabalho coletivo de padronização que separa o estabelecimento seguro de chaves da transferência rotineira de horário. A RFC 8915 permite que o cliente devolva ao servidor NTP um cookie criptografado e opaco; assim, o servidor recupera as chaves negociadas sem manter estado por cliente. O projeto torna separadamente observáveis a escala, a rotação de chaves, a correlação contra repetição, a reposição de cookies e a recuperação, mas mantém um limite decisivo: pacote autenticado não prova horário correto nem impede ataque por atraso. As fontes comprovam participação documentada, não invenção exclusiva nem controle do consenso da IETF, de implementação, implantação, fonte de tempo ou decisão operacional. Colaborador de padrões da Internet e coautor das RFCs 8633 e 8915. Registros atuais da IETF o listam como copresidente do grupo Network Time Protocols e revisor do Internet Area Directorate; a PTB o identifica como responsável pela segurança da informação.
David C. Lawrence
Colaborador de padrões da Internet e coautor das RFCs 8767 e 8914. Registros oficiais atuais o listam como copresidente do grupo Adaptive DNS Discovery e representante sem voto da IETF no Conselho da ICANN.
David C. Lawrence é acompanhado por trabalho coletivo de padronização que permite a um resolvedor DNS recursivo preservar continuidade sem transformar uma cópia expirada do cache em autoridade substituta. A RFC 8767 separa retenção, tentativa legítima de atualização, classificação da falha, prazo máximo de uso vencido, TTL devolvido, estado DNSSEC, sinalização e atualização contínua. A RFC 8914 acrescenta o diagnóstico explícito Stale Answer. Esses limites tornam o recibo de execução mais importante que a afirmação genérica de que serve-stale está ativo. As fontes comprovam contribuição documentada, não invenção exclusiva nem controle de zona, resolvedor, implementação, implantação, resultado da IETF ou decisão da ICANN. Colaborador de padrões da Internet e coautor das RFCs 8767 e 8914. Registros oficiais atuais o listam como copresidente do grupo Adaptive DNS Discovery e representante sem voto da IETF no Conselho da ICANN.
Steve Sheng
Colaborador de padrões da Internet e política técnica; coautor da RFC 10026 e autor ou coautor das RFCs 7485 e 7710. O arquivo da ICANN de 2022 o identifica como diretor sênior de apoio ao desenvolvimento de políticas; sua biografia pública atual informa que encerrou quinze anos na ICANN em 2024.
Steve Sheng é acompanhado por um trabalho normativo que trata um bloqueio de registro como controle delimitado, não como prova de que todo caminho para os dados DNSSEC de uma delegação está congelado. A RFC 10026, da qual é coautor, proíbe suspender a manutenção DS automatizada apenas por existir um bloqueio de atualização do registrador e proíbe suspender a automação feita pelo registro apenas por um bloqueio do registro. É preciso identificar quem definiu o estado, quem apresenta a mudança, quais pedidos o estado EPP rejeita, se CDS/CDNSKEY foi autenticado e aceito e se houve notificação atribuível. As fontes comprovam participação coletiva, não controle de registro, registrador, domínio, implementação ou implantação. Colaborador de padrões da Internet e política técnica; coautor da RFC 10026 e autor ou coautor das RFCs 7485 e 7710. O arquivo da ICANN de 2022 o identifica como diretor sênior de apoio ao desenvolvimento de políticas; sua biografia pública atual informa que encerrou quinze anos na ICANN em 2024.
Peter Thomassen
Engenheiro de segurança de DNS e colaborador de padrões; fundador e diretor de tecnologia da deSEC e diretor-geral na SSE Secure Systems Engineering. O registro público do IETF revisto em 30 de agosto de 2026 o lista como presidente do Domain Connect e secretário do DNSOP.
Peter Thomassen é acompanhado por trabalho normativo que impede uma visão parcial de uma zona filha de se tornar autoridade suficiente para uma mudança de delegação no lado pai. Único autor da RFC 9975, ele definiu que o agente parental deve obter o conjunto de servidores autoritativos da delegação no pai, consultar todos os endereços desses servidores e estabelecer consistência plausível antes de agir sobre dados CDS/CDNSKEY ou CSYNC. NODATA conta como resposta, respostas ausentes exigem novas tentativas e respostas inconsistentes obrigam o abandono atômico que mantém a delegação existente. Ele também é coautor da RFC 10026, que separa a prova de um pedido inequívoco da prova de que o conjunto DS resultante preserva a validação DNSSEC. As fontes comprovam participação em trabalho coletivo do IETF, não controle de implementação, adoção universal, autoridade organizacional sobre um domínio nem operação de registro, registrador, zona pai ou zona filha. Engenheiro de segurança de DNS e colaborador de padrões; fundador e diretor de tecnologia da deSEC e diretor-geral na SSE Secure Systems Engineering. O registro público do IETF revisto em 30 de agosto de 2026 o lista como presidente do Domain Connect e secretário do DNSOP.
Paul E. Hoffman
Engenheiro de protocolos da Internet e colaborador de padrões com trabalho documentado em DNS, DNSSEC, formatos de dados de protocolos e segurança; seu perfil atual no IETF o lista como presidente de três grupos dedicados a CBOR, especificações JSON e uso pós-quântico em protocolos, além de integrante do RFC Production Advisory Team.
Paul E. Hoffman é acompanhado por trabalho de padronização que separa claramente uma cópia local de execução de dados de infraestrutura compartilhados da autoridade sobre esses dados. Ele aparece em segundo lugar entre os dois autores da RFC 8806, que permite a um resolvedor recursivo usar uma cópia completa da zona raiz servida no mesmo host. O serviço local pode responder somente a resolvedores desse host; deve manter dados idênticos aos da raiz pública, incluir todo o material de DNSSEC e migrar para raízes não locais antes da expiração do SOA, sem servir dados vencidos. Hoffman também é coautor da RFC 7958 sobre publicação de âncoras de confiança da raiz e da RFC 8109 sobre inicialização de resolvedores. As fontes comprovam participação em trabalho coletivo do IETF, não invenção exclusiva, recomendação universal de implantação, conformidade das implementações nem controle pessoal sobre a raiz do DNS. Engenheiro de protocolos da Internet e colaborador de padrões com trabalho documentado em DNS, DNSSEC, formatos de dados de protocolos e segurança; seu perfil atual no IETF o lista como presidente de três grupos dedicados a CBOR, especificações JSON e uso pós-quântico em protocolos, além de integrante do RFC Production Advisory Team.
Stuart Cheshire
Engenheiro de protocolos da Internet e colaborador de padrões com trabalho documentado em Multicast DNS, DNS-Based Service Discovery, configuração de hosts e operações de DNS; o perfil atual do IETF o lista como delegado no Congestion Control Working Group.
Stuart Cheshire é acompanhado por trabalho de padronização que torna a descoberta local eficiente sem confundir cache com autoridade. Ele aparece primeiro entre os dois autores da RFC 6762. O Known-Answer Suppression permite que o consulente coloque na seção Answer da consulta os registros que acredita válidos; o respondente omite uma resposta correspondente somente enquanto o TTL restante informado for pelo menos metade do valor correto conhecido por ele. Outros consulentes não devem armazenar esses registros, pois essa seção de uma consulta não é autoritativa. Cheshire também é coautor da RFC 6763 sobre DNS-Based Service Discovery, e seu perfil atual do IETF lista 28 RFCs. Essas fontes comprovam participação documentada em trabalho coletivo do IETF, não invenção exclusiva, conformidade das implementações, implantação universal nem autoridade sobre uma rede local. Engenheiro de protocolos da Internet e colaborador de padrões com trabalho documentado em Multicast DNS, DNS-Based Service Discovery, configuração de hosts e operações de DNS; o perfil atual do IETF o lista como delegado no Congestion Control Working Group.