Resumo

  • Em 8 de setembro de 2026, o RFC Editor registrou a aprovação do autor e marcou o futuro RFC 10040 como pronto para preparação de publicação. Em 9 de setembro ele continuava em Final Review, portanto ainda não era um RFC publicado.
  • O novo Geo-Location LCAF leva pontos, Geo-Prefixes menos precisos e um valor de incerteza. Política de acesso, criptografia e assinaturas LISP-SEC cuidam de propriedades diferentes da distribuição.
  • A assinatura autentica quem entregou a Map-Reply e seu conteúdo. Ela não prova, sozinha, como ou quando a coordenada foi observada. Uma decisão baseada no local físico precisa de um recibo separado da origem do posicionamento.

A gráfica editorial não é um posto de topografia

O marco desta semana é processual. A Final Review de draft-ietf-lisp-geo começou em 31 de agosto. A fila do RFC Editor registra a aprovação do Area Director e a atualização do registro da IANA em 4 de setembro. Dino Farinacci aprovou o texto em 8 de setembro, e a nota passou a dizer “Ready to prepare document for publication”. No dia 9, porém, o estado ainda era “In Final Review”. O documento é o futuro RFC 10040, com status pretendido Experimental, não um RFC já publicado nem um Proposed Standard.

Essa fase fecha o texto. Autores e RFC Production Center resolvem questões editoriais; uma mudança que altere a técnica exige a aprovação do responsável pelo stream. Ajustes de terminologia, referência ao WGS 84, seção citada pela IANA e frase sobre assinatura são típicos do fim da linha editorial.

A proximidade da publicação também dá aparência uniforme às garantias. Um campo numerado, um layout binário e uma assinatura podem fazer a latitude parecer tão verificada quanto a origem da resposta. Não é o caso. A Map-Reply pode ser autêntica e íntegra, enquanto a posição continua sendo uma afirmação cuja observação física aconteceu fora do protocolo.

Type 17 descreve o lugar; não produz a observação

O documento define o Geo-Location Type 17 do LISP Canonical Address Format e substitui o antigo Geo-Coordinates do RFC 8060. O registro pode conter um Geo-Point ou um Geo-Prefix. O prefixo transforma deliberadamente o ponto numa área, reduzindo precisão. Location Uncertainty, expresso em centímetros, representa incerteza de raio e altitude.

É uma linguagem útil, mas ela não identifica a origem do dado. Uma coordenada pode vir de equipamento de levantamento, receptor GNSS, inventário configurado, serviço comercial ou digitação manual. O campo de incerteza também aceita resultados de naturezas diferentes: cálculo estatístico, margem conservadora ou estimativa informal.

Não se trata de acusar o formato. Trata-se de preservar sua fronteira. Um sistema de posicionamento cria a observação; o mapper a associa a um EID ou RLOC; o Map-Replier assina o mapeamento. Chamar toda essa sequência de “localização assinada” apaga as escolhas de cada ator e transforma uma cadeia verificável num objeto que parece provar a si mesmo.

O RFC 6280 separa o ciclo da localização em posicionamento, distribuição e uso. Um mecanismo pode provar que o destinatário recebeu aquilo que o criador enviou sem provar a verdade material da afirmação original. Essa distinção se torna urgente quando localização entra em infraestrutura de roteamento, automação ou conformidade.

LISP-SEC autentica o respondente, não a medição

No futuro RFC 10040, a autorização da consulta costuma seguir a política local do xTR. Quando um Mapping Service Provider atua como proxy, ele deve aplicar a política do xTR. Um solicitante autorizado pode receber uma Map-Reply assinada conforme o LISP-SEC e, se adotado, cifrada. Há ganhos concretos: autenticação do Map-Replier, integridade e controle de divulgação.

Ainda assim, a assinatura não informa se a observação tem segundos ou meses, se o sensor estava calibrado, se o ativo se moveu, se houve erro de transcrição ou se o raio de incerteza foi medido. A decisão de acesso resolve quem recebe a alegação. Não resolve se a alegação corresponde ao local físico naquele momento.

O próprio texto reconhece várias relações de confiança e alerta que coordenadas podem rastrear hosts quando EIDs são atribuídos a hosts. Geo-Prefix pode desfocar, TTL curto pode limitar a validade, autenticação e política podem reduzir o público. A aplicação típica fala em estruturas públicas e marcos, não em pessoas, veículos ou equipamentos. São controles relevantes, mas privacidade, exatidão e uso autorizado continuam separados. O RFC 6973 reforça minimização, retenção limitada e atenção ao uso secundário.

Quando a coordenada vira evidência, anexe um recibo

O elo ausente não precisa ser inventado dentro da assinatura. Um recibo portátil pode acompanhar a afirmação sempre que uma operadora, seguradora, defesa civil, autoridade ou controlador automático tomar uma decisão por causa do local declarado.

Esse recibo deve indicar sujeito ou ativo, método de posicionamento, sensor ou fonte anterior, horário da observação, sistema de referência, método que produziu a incerteza, mapper que montou o registro, signatário da resposta, versão ou época da política de acesso, expiração e resultado de verificação posterior. Dados brutos sensíveis não precisam ser expostos a todos. Classes de garantia, compromissos criptográficos ou referências de auditoria podem respeitar a política. O ponto é manter as condições de produção unidas à decisão.

Esta é minha proposta de governança, não uma exigência da IETF. Seria excessivo transformar um formato de representação e distribuição num certificador universal de sensores. É igualmente excessivo transformar uma assinatura válida num certificado da realidade física.

O “policy mirror” de Heng Lu ajuda a identificar a assimetria: o mapper escolhe fonte e precisão; o xTR ou proxy controla divulgação; o Map-Replier assina; quem usa a informação absorve o custo de uma coordenada antiga ou mal fundamentada. O recibo torna a transferência visível. E mantém a disciplina de running code: interoperabilidade no núcleo, prova adicional no ponto em que o código passa a exercer poder institucional.

Fontes