Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Responsável técnico, NFF, agro e PAA

RSAKeyValue no PAA: chave pública do emitente, módulo e expoente

<RSAKeyValue>infPAA › PAASignature › RSAKeyValue

Revisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

RSAKeyValue em infPAA/PAASignature contém a chave pública RSA do emitente no vínculo com o Provedor de Assinatura e Autorização. É um grupo criptográfico, não a chave de acesso da NF-e e não o valor da assinatura.

Caminho desta ocorrência: /nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue.

Quais campos pertencem à chave pública

O tipo TRSAKeyValueType tem exatamente dois filhos nesta sequência: Modulus, módulo RSA em Base64, e Exponent, expoente público em Base64. A NT determina AQAB para Exponent. O módulo vem do material público do vínculo, não é calculado a partir do CNPJ ou do número da NF-e.

A chave pública serve à verificação de SignatureValue; não é segredo equivalente à chave privada. Ainda assim, deve corresponder ao emitente, ao PAA e à vigência corretos. Um grupo estruturalmente válido com chave de outro vínculo não demonstra identidade legítima. NT 2026.001 v1.02b, p. 5–6 e 11; XSD PL 010f v1.04, TRSAKeyValueType.

Chave pública não é estrutura de chave privada

A NT também mostra uma representação privada RSA para uso na geração, com outros parâmetros, como P, Q, DP, DQ, InverseQ e D. Eles não pertencem ao grupo público da NF-e. Não exporte um objeto privado inteiro para preencher RSAKeyValue.

SignatureValue é o resultado da assinatura do Id real e é irmão de RSAKeyValue, não filho deste grupo. O CNPJ do provedor fica em infPAA/CNPJPAA; a chave de acesso fiscal e o atributo Id têm outra função. Separar essas informações evita mapear um identificador de 44 caracteres como módulo RSA. NT, p. 5–6 e 11.

Leitura da árvore sem inventar material criptográfico

Não se apresenta um XML completo de RSAKeyValue com módulo fictício. Leia a chave pública legítima fornecida ao vínculo e confira os dois campos; não há necessidade de produzir uma assinatura ou enviar uma nota apenas para entender a estrutura.

AQAB codifica o expoente público 65537; não é o módulo, uma senha ou o valor da assinatura. O tipo Base64 aceita representações de bytes, mas não comprova que um módulo arbitrário tenha tamanho, origem ou pareamento adequados. A NT descreve chaves PEM RSA de 1024 bits no seu fluxo; a representação XML não deve ser convertida em texto PEM colado no lugar do Base64 de cada componente. NT, p. 5–6.

Como investigar chave divergente e assinatura inválida

A ZG02-36/895 compara a chave pública com a cadastrada para emitente/PAA, considerando vigência. A ZG04-10/856 valida a assinatura RSA com a chave informada. Para 895, confira origem do módulo/expoente e vínculo; para 856, compare também Id, bytes assinados e o valor gerado.

Registre versão, ambiente, resposta e identificação do vínculo, preservando o XML enviado; mantenha a chave privada fora de logs e exemplos. Corrija o mapeamento ou material de origem comprovadamente incorreto. Não gere outra chave nem troque provedor para contornar o retorno. A implantação prevista 05/10/2026 na NT não prova autorização da emissão; confirme seu protocolo e estado real. NT, p. 3 e 14.

A decodificação do valor fixado para o expoente está em expoente público Exponent.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/infPAA/PAASignature/RSAKeyValue
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
TRSAKeyValueType
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.