Atestação A do STIR/SHAKEN: o que é necessário para autoatestar suas chamadas

Se você é um provedor de serviços de voz nos Estados Unidos, as regras em torno da atestação STIR/SHAKEN mudaram significativamente. Operadoras upstream como a Bandwidth mudaram suas políticas de atestação, reduzindo o tráfego de atacado e revenda da atestação A (atestação completa) para atestação C (atestação de gateway). Ao mesmo tempo, a Ordem de Autenticação por Terceiros da FCC agora exige que todo provedor com obrigação de implementação STIR/SHAKEN obtenha seu próprio certificado e tome suas próprias decisões de nível de atestação.

O resultado: provedores que anteriormente dependiam de sua operadora upstream para assinar e atestar chamadas agora precisam construir e gerenciar essa capacidade por conta própria. Este guia explica o que a atestação de nível A requer, como implementá-la na camada do SBC e os processos operacionais necessários para mantê-la funcionando.

O que a atestação de nível A realmente significa

STIR/SHAKEN define três níveis de atestação: A (completa), B (parcial) e C (gateway). Nível A significa que o provedor autenticou o chamador e confirmou sua autorização para usar o número. Nível B significa que o provedor sabe de onde a chamada se originou mas não verificou a autorização do número. Nível C significa que a chamada entrou de uma fonte externa não confiável. Para a análise completa de cada nível no nível da especificação, como a declaração de atestação viaja dentro de um PASSporT e cenários práticos, veja Níveis de atestação STIR/SHAKEN explicados.

O impacto prático é significativo. Chamadas portando atestação de nível A têm muito menos probabilidade de serem marcadas com rótulos de “Scam Likely” ou “Spam Risk” por mecanismos de análise na ponta de terminação. Algumas operadoras adotaram políticas de bloquear todas as chamadas que chegam com atestação de nível C. Para seus clientes, a diferença entre atestação A e C pode significar a diferença entre suas chamadas conectarem e suas chamadas serem silenciosamente descartadas. Esta página foca no que é necessário para conquistar e manter o nível A.

Por que provedores estão sendo forçados a autoatestar

Duas forças convergentes estão empurrando provedores de voz a assumir controle direto da atestação STIR/SHAKEN.

A Ordem de Autenticação por Terceiros da FCC

Adotada em novembro de 2024 e vigente a partir de 18 de setembro de 2025, esta ordem exige que todo provedor de serviços de voz com obrigação de implementação STIR/SHAKEN obtenha um SPC Token (Service Provider Code) do Administrador de Políticas STIR/SHAKEN, apresente esse token a uma Autoridade Certificadora (CA) para obter seu próprio certificado digital e tome todas as decisões de nível de atestação por conta própria. Provedores ainda podem usar terceiros para realizar o ato técnico de assinatura, mas o certificado deve ser do próprio provedor, e a decisão de atestação deve ser do próprio provedor. Você não pode mais depender do certificado da sua operadora upstream ou delegar decisões de atestação a eles.

Mudanças de política das operadoras

Operadoras upstream e provedores no atacado têm ajustado como atestam tráfego que se origina de revendedores e provedores downstream. Onde uma operadora como a Bandwidth pode ter anteriormente assinado chamadas com atestação de nível A em nome de seus clientes, muitas agora atribuem atestação de nível C (gateway) ao tráfego que não podem autenticar totalmente no nível do assinante. Esta é uma resposta racional à pressão regulatória: a operadora não pode verificar KYC para o cliente final de um provedor downstream, então não pode honestamente atestar no nível A. A responsabilidade recai sobre o provedor que tem esse relacionamento com o cliente.

Prazos de conformidade do RMD

O Robocall Mitigation Database (RMD) exige recertificação anual, com a janela mais recente encerrando em 1 de março de 2026. A FCC aumentou as penalidades de fiscalização: US$ 10.000 por registrar informações falsas ou imprecisas no RMD e US$ 1.000 por não atualizar seu registro em até 10 dias úteis quando necessário. As informações do CORES vinculadas ao seu FRN (FCC Registration Number) também devem ser mantidas atualizadas com o mesmo requisito de atualização de 10 dias úteis.

Isso não é teórico. Considere um provedor VoIP usando a Bandwidth como operadora upstream. Quando a Bandwidth atestava o tráfego de saída no nível A, tudo funcionava. Quando a Bandwidth mudou esse tráfego para atestação de nível C, os clientes do provedor começaram a ver suas chamadas marcadas e bloqueadas. O único caminho de volta para a atestação de nível A é o provedor obter seu próprio certificado, integrar-se com um serviço de assinatura e tomar suas próprias decisões de atestação com base no conhecimento direto de seus clientes.

Os quatro requisitos para atestação de nível A

Alcançar a atestação de nível A não é puramente um problema de tecnologia. Requer uma combinação de processos operacionais e infraestrutura. Aqui estão as quatro coisas que você precisa.

1. Know Your Customer (KYC)

Você deve ter um relacionamento direto e verificado com a parte que origina a chamada. Isso significa que você sabe quem são, tem a identidade deles em arquivo e pode confirmar que são clientes legítimos do seu serviço. Se você é um provedor no atacado passando tráfego de uma fonte desconhecida, não pode honestamente atribuir atestação de nível A a esse tráfego.

2. Verificação de autorização de número

Você deve verificar que o chamador está autorizado a usar o número telefônico que aparece no identificador de chamadas. Isso significa manter registros precisos de quais números estão atribuídos a quais clientes. Para números portados, você precisa da documentação de portabilidade. Para números atribuídos do seu próprio inventário, precisa dos registros de atribuição. Para números gratuitos ou outros tipos especiais, precisa da LOA (Letter of Authorization) em arquivo.

3. Seu próprio SPC Token e certificado digital

Você deve obter um SPC Token da STI-PA (Administrador de Políticas STIR/SHAKEN, atualmente operado pela Autoridade de Governança) e usar esse token para adquirir seu certificado digital de uma STI-CA (Autoridade Certificadora). Este certificado é o que seu serviço de assinatura usa para criar a assinatura criptográfica nas chamadas de saída. Pela regra da FCC, você não pode usar o certificado de outro provedor.

4. Sua própria decisão de atestação

Você, como provedor originador, deve fazer a determinação de que uma chamada específica se qualifica para atestação de nível A. Um terceiro pode realizar a assinatura técnica, mas a decisão sobre qual nível de atestação atribuir deve ser sua, baseada nos seus registros de KYC e dados de autorização de números.

Como o SBC se encaixa na assinatura STIR/SHAKEN

O Controlador de Borda de Sessão (SBC) fica na borda originadora da sua rede de voz, que é precisamente onde a assinatura STIR/SHAKEN ocorre. Veja como o fluxo de assinatura funciona:

1. Seu cliente origina uma chamada que chega ao SBC.
2. O SBC envia uma solicitação de assinatura ao seu STI-AS (Authentication Service) externo, passando os parâmetros da chamada: o número de origem (do cabeçalho P-Asserted-Identity ou From), o número de destino (do cabeçalho To) e um timestamp.
3. O STI-AS cria um PASSporT (Personal Assertion Token) contendo os campos orig, dest, iat (timestamp de emissão), origid (identificador de originação) e attest, assina-o com seu certificado digital e retorna o cabeçalho Identity assinado.
4. O SBC insere o cabeçalho Identity no SIP INVITE de saída antes de encaminhar a chamada para o próximo salto.

O SBC em si não realiza a assinatura criptográfica. Ele atua como o ponto de integração entre sua rede de voz e o serviço de assinatura externo. Esta é uma distinção importante: o serviço de assinatura (como TransNexus ClearIP ou Neustar) mantém seu certificado e realiza as operações criptográficas reais. O trabalho do SBC é consultar o serviço de assinatura no momento certo do fluxo de chamada, passar os parâmetros corretos e inserir o cabeçalho Identity resultante na mensagem SIP.

Para Alta Disponibilidade (HA), sua integração de assinatura deve suportar redundância. Se seu serviço de assinatura primário estiver indisponível, o SBC deve automaticamente fazer failover para o secundário. E se ambos estiverem indisponíveis, o SBC continua a chamada para o destino. Assim a chamada não é silenciosamente descartada, enquanto sinaliza para provedores downstream que a assinatura foi tentada mas não estava disponível.

Implementando a atestação de nível A com ProSBC

Para a configuração passo a passo completa de STIR/SHAKEN no SBC, veja o Guia de implementação STIR/SHAKEN para SBC.

A abordagem do ProSBC para STIR/SHAKEN difere da maioria dos fabricantes de SBC de uma forma importante: usa um modelo de parceiros aberto. Enquanto fabricantes como Ribbon e AudioCodes construiram implementações STIR/SHAKEN proprietárias que vinculam você a um parceiro de serviço de assinatura específico, o mecanismo de roteamento Ruby configurável do ProSBC integra-se com qualquer serviço de assinatura baseado em HTTP ou SIP. Você escolhe seu provedor de STI-AS. Se quiser trocar de serviço de assinatura depois, você muda um parâmetro de configuração, não seu fabricante de SBC.

A implementação envolve apontar o ProSBC para seu serviço de assinatura:

Configuração do serviço de assinatura

Você configura um provedor de assinatura primário (NAP SIP na configuração do ProSBC) e (opcionalmente) um provedor secundário para redundância. Você fornece um token de autorização para autenticação da API e define um valor de timeout para a consulta ao serviço de assinatura.

Extração de parâmetros da chamada

Quando uma chamada chega, o módulo de roteamento STIR/SHAKEN do ProSBC extrai o número de origem do cabeçalho P-Asserted-Identity (PAI) ou From, o número de destino do cabeçalho To e o timestamp do cabeçalho Date. Estes são empacotados em uma solicitação de assinatura.

Inserção do cabeçalho Identity

O serviço de assinatura retorna o cabeçalho Identity assinado, que o ProSBC insere no SIP INVITE de saída. O cabeçalho Identity contém a assinatura digital, nível de atestação, números de origem e destino, timestamp e uma referência ao seu certificado.

Redundância e fallback

Se o provedor de assinatura primário falhar ou expirar o tempo, o ProSBC automaticamente tenta o provedor secundário. Se ambos estiverem indisponíveis, ele adiciona um cabeçalho P-Identity-Bypass à chamada de saída. Isso garante que as chamadas ainda completem mesmo durante uma indisponibilidade do serviço de assinatura, enquanto indica de forma transparente para provedores downstream que a assinatura foi tentada.

Verificação no lado de terminação

O ProSBC também suporta o papel de verificação. Ao atuar como SBC de terminação, ele pode validar cabeçalhos Identity recebidos contra o certificado de assinatura, confirmando que a atestação da chamada é legítima.

O ProSBC integra-se com Parceiros da Aliança TelcoBridges validados, incluindo TransNexus ClearIP e Neustar, para assinatura e verificação STIR/SHAKEN. Ambos possuem caminhos de integração documentados.

Checklist operacional para manter a atestação de nível A

Fazer a atestação de nível A funcionar é apenas metade da batalha. Mantê-la requer disciplina operacional contínua. Veja o que incorporar aos seus processos:

KYC na integração

Verifique a identidade de cada novo cliente antes de provisionar o serviço. Isso não é apenas boa prática; é a base da sua capacidade de atribuir atestação de nível A. Se você não pode provar que verificou o cliente, não pode defender sua decisão de atestação.

Gerenciamento de inventário de números

Mantenha um registro preciso e atualizado de quais números telefônicos estão atribuídos a quais clientes. Quando números são portados, arquive a documentação de portabilidade. Quando números são reatribuídos, atualize seus registros. Sua decisão de atestação depende de saber, no momento de cada chamada, que o chamador está autorizado a usar aquele número.

Gerenciamento do ciclo de vida do certificado

Seu certificado digital tem uma data de expiração. Monitore-a. Renove antes que expire. Um certificado expirado significa que seu serviço de assinatura não pode assinar chamadas, o que significa que suas chamadas de saída sairão sem assinatura ou com fallback para P-Identity-Bypass, nenhum dos quais lhe dá atestação de nível A.

Manutenção do RMD

Mantenha seu registro no Robocall Mitigation Database atualizado. Recertifique anualmente. Atualize em até 10 dias úteis sempre que suas informações mudarem. As penalidades por não conformidade são reais: US$ 10.000 por informações falsas, US$ 1.000 por atualizações atrasadas.

Monitoramento de atestação

Revise seus Registros de Detalhe de Chamada (CDR) regularmente para confirmar que chamadas de saída estão recebendo o nível de atestação correto. Se você vê chamadas saindo com atestação B ou C que deveriam ser A, investigue. O problema geralmente é uma lacuna nos seus registros de autorização de números ou um problema de configuração do serviço de assinatura.

Monitoramento da saúde do serviço de assinatura

Acompanhe as taxas de sucesso e falha das consultas ao seu serviço de assinatura. Alerte sobre taxas elevadas de timeout ou erros HTTP ou SIP. Um serviço de assinatura saudável deve ter taxas de falha próximas de zero; falhas sustentadas significam que suas chamadas estão saindo sem assinatura.

Erros comuns que custam a atestação de nível A

Estas são as falhas operacionais que mais comumente resultam em provedores perdendo sua capacidade de atribuir atestação de nível A:

Permitir uso não verificado de identificador de chamadas

Se seus clientes podem definir números arbitrários no identificador de chamadas sem sua verificação, você não pode atestar no nível A. Todo número usado em chamadas de saída deve ser rastreável a um cliente autorizado nos seus registros.

Registros de números desatualizados

Números são portados, reatribuídos e desconectados. Se seus registros de autorização não refletem as atribuições atuais, você corre o risco de atestar chamadas onde o chamador não está mais autorizado a usar aquele número. Isso o expõe à ação regulatória.

Usar o certificado de terceiros

A regra de certificado próprio da FCC é explícita: suas chamadas devem ser assinadas com seu certificado. Se você ainda depende do certificado da sua operadora upstream, está em não conformidade independentemente do nível de atestação.

Ignorar falhas do serviço de assinatura

Se seu serviço de assinatura cai e você não percebe, suas chamadas estão saindo com cabeçalhos P-Identity-Bypass em vez de atestação adequada. Provedores downstream e mecanismos de análise tratam estes de forma muito diferente de chamadas devidamente assinadas.

Perder prazos do RMD

A janela de recertificação é anual. Perdê-la, ou não atualizar seu registro após mudanças materiais, aciona penalidades da FCC e pode resultar em suas chamadas sendo tratadas como não conformes por outros provedores.

O que acontece quando você acerta

O retorno de construir e manter a capacidade de atestação de nível A é concreto:

Taxas de completamento de chamadas mais altas

As chamadas de saída dos seus clientes alcançam os destinatários pretendidos em vez de serem bloqueadas ou filtradas. Para centrais de atendimento, equipes de vendas e provedores de serviços, isso impacta diretamente a receita.

Melhor reputação do identificador de chamadas

Mecanismos de análise (os sistemas que rotulam chamadas como “Scam Likely” ou “Spam Risk”) consideram o nível de atestação em sua pontuação. A atestação de nível A é um dos sinais positivos mais fortes que você pode enviar.

Conformidade regulatória

Você atende aos requisitos da FCC para implementação STIR/SHAKEN, propriedade de certificado e tomada de decisão de atestação. Isso não é opcional para provedores com obrigação de implementação.

Diferenciação competitiva

Quando as chamadas dos seus clientes conectam de forma limpa e as chamadas dos clientes do seu concorrente são marcadas, essa diferença aparece nas taxas de churn. Provedores que podem garantir atestação de nível A para chamadas legitimamente autorizadas têm um argumento de venda real.

Perguntas frequentes