Exponent no RSAKeyValue do PAA: por que o XML usa AQAB
<Exponent>infPAA › PAASignature › RSAKeyValue › ExponentRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
Exponent, em infPAA/PAASignature/RSAKeyValue, é o expoente público da chave RSA do emitente no vínculo com o PAA. A NT 2026.001 determina o literal AQAB. Ele é uma codificação Base64 de bytes, não uma alíquota, senha ou número fiscal.
Caminho desta ocorrência: /nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue/Exponent.
Como AQAB representa o expoente público
A sequência Base64 AQAB decodifica os bytes hexadecimais 01 00 01. Interpretados como inteiro sem sinal em ordem do byte mais significativo, eles representam 1×65.536 + 0×256 + 1 = 65.537. Essa conta explica a representação, sem gerar ou revelar uma chave privada.
Não envie o texto decimal 65537 no lugar de AQAB nem recodifique os caracteres da string “AQAB” uma segunda vez. O formato esperado é o componente binário codificado, conforme o padrão descrito. NT 2026.001 v1.02b, seção 2.2, p. 5; ZG07, p. 11.
Fragmento e o que ainda falta para uma chave
Fragmento parcial sintético que reproduz o valor fixado na documentação, sem fabricar módulo ou assinatura:
<Exponent xmlns="http://www.portalfiscal.inf.br/nfe">AQAB</Exponent>
O campo é obrigatório e vem depois de Modulus dentro de RSAKeyValue. Os dois formam a chave pública; o expoente isolado não identifica o vínculo. O XSD o declara como xs:base64Binary, mas não fixa uma enumeração exclusiva para AQAB: essa exigência está na NT. Logo, passar no XSD não prova cumprimento de todas as condições do PAA. XSD PL 010f v1.04, TRSAKeyValueType.
Expoente público, módulo e assinatura não são intercambiáveis
Modulus é o outro componente da chave pública, obtido do vínculo emitente/provedor. SignatureValue é o resultado da assinatura do Id real do documento e fica no nível de PAASignature, ao lado do grupo da chave. A assinatura qualificada ICP-Brasil do PAA ainda é outra estrutura necessária ao documento.
Os parâmetros privados RSA, como D, P e Q, não pertencem a este grupo e não devem ser enviados ou expostos para explicar o expoente. Não copie um objeto de chave privada inteiro nem preencha Exponent com o conteúdo de SignatureValue. NT, p. 4–6 e 11.
Como conferir sem trocar a chave por tentativa
Confira primeiro o XPath, o literal Base64 e a ordem dos dois campos. Para 895, compare a chave pública integral com a cadastrada para aquele emitente/PAA e vigência; um AQAB correto não compensa módulo de outro vínculo. Para 856, confronte também o Id exato, os bytes usados e a geração de SignatureValue.
Corrija a origem comprovada na integração, sem inventar novo expoente, divulgar chave privada ou editar XML autorizado. A NT 1.02b mantém produção prevista 05/10/2026 para a etapa 1.02; a data e o XSD não confirmam autorização de uma emissão concreta. Registre ambiente, versão e retorno e confira protocolo/estado antes de qualquer nova ação. ZG02-36 e ZG04-10, p. 14; cronograma, p. 3.
Para conferir o módulo que deve acompanhar o expoente, consulte chave pública RSAKeyValue.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue/Exponent- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 1–1 no contexto do elemento pai
- Tipo
- xs:base64Binary
- Preenchimento no catálogo
- Condicional
A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.