Detecção de Fraude em Telecomunicações: Como Operadoras Detectam Fraude em Tempo Real

A fraude em telecomunicações drena estimadamente dezenas de bilhões de dólares da indústria a cada ano, e quase nenhuma é detectada pelos sistemas nos quais a maioria dos operadores confia para encontrá-la. Análises de faturamento sinalizam o prejuízo semanas após as chamadas terminarem, quando o dinheiro já foi transferido para uma conta de tarifa premium em outra jurisdição. Nesse ponto, a detecção é realmente apenas contabilidade.
Detecção de fraude em telecomunicações é a prática de reconhecer atividade fraudulenta de chamadas cedo o suficiente para agir, idealmente enquanto a chamada ainda está sendo configurada. Ela abrange várias disciplinas ao mesmo tempo: as análises de padrões que modelam tráfego normal e destacam o anormal, os serviços de scoring em tempo real que classificam o risco de uma chamada antes que ela se conecte, e o elemento de rede que pode realmente parar uma chamada suspeita na borda. Fazer os três funcionarem juntos é o que separa uma estratégia de fraude que previne perdas de uma que apenas as mede.
Neste artigo, abordaremos as principais categorias de fraude em telecomunicações, como a detecção migrou de análises pós-fato para interceptação em tempo real, quais sinais são realmente visíveis durante a configuração da chamada, e onde o Controlador de Borda de Sessão (SBC) se encaixa como ponto de aplicação na borda da rede. Se você é um provedor de serviços, MSP ou engenheiro de rede responsável pela exposição a fraude de voz, isso ajudará a visualizar onde a detecção pode acontecer cedo o suficiente para importar.
O que conta como fraude em telecomunicações
Fraude em telecomunicações cobre qualquer esquema que extrai dinheiro ou serviço de uma rede de voz sem autorização. A indústria perde dezenas de bilhões de dólares por ano com isso, e os esquemas evoluem constantemente, mas a maior parte do dano financeiro se concentra em um punhado de tipologias recorrentes. Entendê-las é o ponto de partida para detecção de fraude na indústria de telecomunicações, porque cada uma deixa uma assinatura diferente no tráfego.
International Revenue Share Fraud (IRSF)
IRSF é a categoria mais cara. Um atacante obtém acesso a uma forma de originar chamadas, seja um PBX hackeado, credenciais SIP roubadas ou uma conta de varejo comprometida, e bombeia tráfego para faixas de números internacionais de tarifa premium. Um parceiro que controla essas faixas coleta as taxas de terminação e as compartilha de volta. As chamadas são reais, elas completam e duram muito tempo, que é exatamente por que análises de faturamento pós-fato as detectam tarde demais.
Wangiri e golpes de retorno de chamada
Wangiri inverte a direção da fraude. Em vez de originar as chamadas caras diretamente, o atacante semeia milhares de chamadas perdidas de um toque a partir de números de tarifa premium e espera que vítimas curiosas retornem a ligação. O retorno conecta a uma armadilha de compartilhamento de receita que mantém o chamador na linha. O sinal de detecção aqui está no padrão de entrada: uma inundação de chamadas de curta duração de um conjunto restrito de faixas internacionais.
Hacking de PBX e fraude telefônica
Hacking de PBX permanece um dos pontos de entrada mais comuns para fraude telefônica. Um sistema telefônico exposto ou um conjunto de credenciais de registro SIP fracas é comprometido, e o atacante o usa para realizar altos volumes de chamadas internacionais, quase sempre fora do horário comercial para atrasar a descoberta. Uma empresa que descobre na segunda-feira de manhã pode estar diante de uma conta de cinco dígitos acumulada em um único fim de semana. Para um tratamento mais aprofundado de como essas chamadas são detectadas no momento da configuração, veja o guia sobre prevenção de fraude telefônica em tempo real no SBC.
Spoofing de Caller ID e robocalls
Spoofing é o habilitador por trás da maioria das fraudes de robocall e chamadas de golpe. Como o SIP legado permite que um chamador afirme quase qualquer número nos cabeçalhos From e P-Asserted-Identity, fraudadores disfarçam sua origem, personificam instituições confiáveis e evadem listas de bloqueio simples. Spoofing raramente causa perda de tarifa direta por si só, mas sustenta os esquemas que causam, e é o problema específico que a autenticação de chamadas foi projetada para atacar. Nossa visão geral de por que chamadas de spam ainda acontecem rastreia como a telefonia IP escalou este problema.
Traffic pumping e arbitragem
Traffic pumping infla artificialmente o volume de chamadas para destinos que pagam taxas de acesso por minuto, dividindo a receita resultante com o fraudador. Arbitragem wholesale explora as lacunas entre taxas de interconexão. Ambos são mais silenciosos que IRSF e frequentemente domésticos, o que os torna fáceis de perder sem análises de tráfego ajustadas para os destinos específicos envolvidos.
Por que a detecção pós-fato falha
Por anos, detecção de fraude em telecomunicações significou sistemas de gerenciamento de fraude que ingeriam CDRs e rodavam análises contra eles. Esse modelo ainda tem um papel, mas possui uma fraqueza estrutural: CDRs são gerados quando uma chamada termina, então qualquer detecção construída sobre eles é inerentemente retrospectiva. Uma plataforma de gerenciamento de fraude pode informar que um evento de IRSF aconteceu ontem à noite. Ela não pode parar a próxima chamada no mesmo evento de conectar agora.
A economia torna a lacuna temporal punitiva. IRSF e Wangiri ganham dinheiro enquanto a chamada permanece conectada, então cada minuto de atraso na detecção é dinheiro saindo da rede. Um evento de fraude que roda por horas antes de um job batch noturno sinalizá-lo já causou seu dano. Quando um investigador humano abre o alerta, o atacante já seguiu em frente.
É por isso que a indústria migrou para análises de telecomunicações em tempo real para gerenciamento de fraude, onde o scoring roda continuamente contra tráfego ao vivo em vez de contra os logs de ontem. Detecção em tempo real não substitui análises históricas, ela as complementa. A camada batch modela como o normal se parece e ajusta as regras; a camada em tempo real aplica essas regras no momento. O requisito crítico que a camada em tempo real adiciona é um lugar na rede com a visibilidade para avaliar uma chamada e a autoridade para pará-la antes que ela complete.
Os sinais que a fraude deixa no tráfego ao vivo
Detecção em tempo real funciona porque tráfego fraudulento se parece diferente de tráfego legítimo, e muito dessa diferença é visível antes de uma chamada sequer conectar. O SBC vê cada INVITE de entrada na borda da rede, o que significa que a lógica de detecção tem um conjunto rico de sinais para avaliar durante a janela de configuração da chamada. Esses se dividem em algumas famílias.
Sinais de destino
Sinais de destino vêm do número chamado. Chamadas para faixas de tarifa premium, para códigos de país de alto risco que um cliente normalmente nunca disca, ou para números que aparecem em hot-lists conhecidas de IRSF são o indicador mais direto de fraude telefônica. Um número B alcançando um destino com o qual a fonte não tem relação comercial frequentemente é toda a história.
Sinais de velocidade e volume
Sinais de velocidade capturam quão rápido as chamadas chegam. Um pico súbito de CPS de uma única fonte, uma rajada de chamadas simultâneas que excede o teto normal de um cliente, ou uma sequência de tentativas para faixas numéricas sequenciais apontam para automação em vez de um humano fazendo chamadas. Velocidade é frequentemente o sinal visível mais precoce de um evento ao vivo, aparecendo antes mesmo que o padrão de destino esteja claro.
Sinais comportamentais
Sinais comportamentais emergem da comparação de uma chamada contra uma linha de base. Tráfego às 3 da manhã de um escritório que só faz chamadas durante o horário comercial, uma linha residencial subitamente gerando minutos internacionais, ou um answer-seizure ratio e average call duration que juntos correspondem à assinatura de IRSF descrevem comportamento que se desvia da norma. É aqui que as análises históricas alimentam a camada em tempo real, definindo o que é normal para cada fonte.
Sinais de identidade
Sinais de identidade vêm do número afirmado pelo chamador e seu status de autenticação. Uma chamada cuja verificação STIR/SHAKEN falha, um número que aparece em uma lista Do-Not-Originate, ou um cabeçalho From que não pode ser reconciliado com o tronco em que chegou são todos alertas baseados em identidade. Autenticação transforma “achamos que este número está falsificado” em uma resposta criptográfica de sim ou não.
Sinais de origem e contexto
Sinais de origem vinculam a chamada de volta a onde ela entrou na rede: o IP de origem, o tronco ou conta, e seu histórico recente. Um tronco que nunca enviou tráfego internacional subitamente fazendo isso, ou um IP de origem que aparece em uma lista de bloqueio de reputação, adiciona contexto que aguça todos os outros sinais. Nenhum sinal único é conclusivo por si só, razão pela qual o scoring em tempo real os combina em um veredicto de risco único por chamada.
Onde detecção e prevenção acontecem: a borda da rede
Saber que uma chamada é fraudulenta só é útil se algo puder agir sobre esse conhecimento a tempo. A razão pela qual o SBC é central para a detecção moderna de fraude em telecomunicações é que ele é o único elemento de rede situado no caminho de sinalização SIP com a visibilidade para ler cada chamada e o orçamento de latência para tomar uma decisão dentro da janela de configuração da chamada. Firewalls de rede operam baixo demais na pilha para interpretar uma mensagem SIP. Sistemas de faturamento operam tarde demais no fluxo de trabalho para parar uma chamada. O SBC é onde detecção e aplicação podem ser a mesma operação.
Scoring em tempo real no caminho da chamada
Um SBC programável pode pausar um INVITE de entrada, consultar um serviço externo de scoring de fraude com os parâmetros da chamada e rotear com base no veredicto, tudo antes do telefone da parte chamada tocar. No ProSBC, isso roda através da cadeia de filtros do motor de roteamento Ruby: um before_filter entrega a chamada a um parceiro de scoring como TransNexus, SecureLogix ou YouMail, e o Reason Cause Mapping traduz a resposta em uma ação de roteamento. Um veredicto de alto risco para a chamada; um veredicto limpo a deixa avançar. Como a consulta acontece durante a sinalização, ela não adiciona latência ao caminho de mídia e os chamadores nunca a percebem. Os mecanismos de construção deste pipeline são cobertos em detalhe no guia de integração de roteamento de chamadas via REST API do SBC.
Controles em camadas na borda
Scoring em tempo real funciona junto com as outras defesas de borda do SBC e não isoladamente. Lista de bloqueio dinâmica bloqueia fontes reconhecidamente ruins, greylisting baseada em porcentagem limita tráfego suspeito sem cortá-lo totalmente, limites de chamadas simultâneas e CPS limitam o raio de explosão de uma conta comprometida, e autenticação de chamadas verifica a identidade do chamador. Juntos, esses controles formam uma postura de defesa em profundidade onde uma chamada que escapa de uma camada encontra outra. A visão mais ampla dessas camadas aparece no guia de ameaças de segurança VoIP.
Autenticação de chamadas como entrada para detecção
STIR/SHAKEN merece sua própria menção porque converte uma afirmação não verificável em um sinal utilizável. Quando uma chamada chega com uma atestação falhando ou ausente, isso se torna uma entrada concreta para a pontuação de risco em vez de um palpite sobre spoofing. Combinada com uma lista Do-Not-Originate, que sinaliza qualquer tráfego alegando vir de um número que nunca deveria originar chamadas, a autenticação fecha a via de spoofing de identidade da qual tantos esquemas de fraude dependem. As regras de certificado próprio da FCC tornam este framework um requisito regulatório por si só, conforme detalhado na visão geral do programa de mitigação de robocalls.
Construindo uma prática de detecção funcional
Tecnologia sozinha não produz uma prática de detecção de fraude. Operadores que mantêm as perdas baixas tratam a detecção como um ciclo operacional: observam as métricas certas, respondem de formas graduais e alimentam o que acontece de volta nas regras.
Instrumente as métricas que expõem fraude
Monitoramento por tronco e por cliente de CPS, ASR, ACD e mix de destinos internacionais fornece o alerta mais precoce de um evento ativo. Dashboards agregados escondem fraude no ruído do tráfego total, então a visualização útil é sempre segmentada por fonte. O SBC é o ponto de coleta natural porque produz CDRs por chamada, scoring MOS por chamada e um fluxo de métricas em tempo real a partir de um único ponto de observação sobre cada chamada.
Responda de formas graduais
Nem toda chamada suspeita justifica um bloqueio total. Um modelo de resposta prático tem quatro modos: bloquear a chamada quando o veredicto é claro, desviá-la para um anúncio ou desafio quando é ambíguo, limitar a fonte quando o volume é a preocupação mas chamadas individuais parecem legítimas, e alertar um operador quando um padrão merece olhos humanos. Um motor de roteamento programável permite que cada tipologia de fraude mapeie para a resposta que se encaixa.
Feche o ciclo
Cada evento de fraude confirmado deve aguçar a próxima detecção. CDRs enriquecidos que registram a pontuação de risco e a decisão de roteamento junto com a chamada transformam cada bloqueio e cada falha em dados de treinamento para as regras. Com o tempo, esse feedback aperta a linha de base da qual a detecção comportamental depende, para que a camada em tempo real acompanhe esquemas que estão constantemente mudando. Para uma visão mais ampla de como o roteamento programável suporta isso, veja como scripting personalizado transforma o gerenciamento de tráfego de voz.
Perguntas frequentes
O que é detecção de fraude em telecomunicações?
Detecção de fraude em telecomunicações é a prática de identificar atividade fraudulenta de chamadas em uma rede de voz. A detecção moderna combina análises históricas de tráfego, que modelam como o tráfego normal se parece, com scoring de risco em tempo real que classifica uma chamada antes que ela se conecte, e aplicação na borda em um SBC que pode parar uma chamada suspeita durante a configuração. O objetivo é detectar a fraude cedo o suficiente para prevenir a perda em vez de apenas medi-la depois do fato.
Por que a detecção em tempo real é melhor que análises baseadas em faturamento?
Análises de faturamento trabalham a partir de Registros de Detalhe de Chamada, que só são gerados quando uma chamada termina, então podem reportar que a fraude aconteceu mas não podem parar as chamadas ainda em andamento. Esquemas de fraude como IRSF ganham dinheiro a cada minuto que uma chamada permanece conectada, então um relatório batch noturno chega depois que o dano está feito. Detecção em tempo real avalia chamadas durante a configuração e pode bloqueá-las antes que qualquer custo de tarifa se acumule.
Quais sinais revelam fraude antes de uma chamada conectar?
Durante a janela de configuração da chamada, um SBC pode ver sinais de destino (tarifa premium ou códigos de país incomuns), sinais de velocidade (picos súbitos de chamadas por segundo), sinais comportamentais (tráfego que se desvia do padrão normal de uma fonte), sinais de identidade (verificação STIR/SHAKEN falhada ou correspondências Do-Not-Originate) e sinais de origem (reputação do IP de origem e histórico do tronco). O scoring em tempo real combina esses em um único veredicto de risco por chamada.
Como um SBC se encaixa na detecção de fraude?
O SBC fica no caminho de sinalização SIP na borda da rede, o que o torna o único elemento com a visibilidade para ler cada chamada e o orçamento de latência para agir dentro da janela de configuração da chamada. Um SBC programável pode pausar uma chamada de entrada, consultar um serviço externo de scoring de fraude e rotear com base no veredicto antes do telefone tocar, sem adicionar latência ao caminho de mídia. Ele também aplica controles em camadas como lista de bloqueio dinâmica, greylisting, limites de taxa de chamadas e autenticação STIR/SHAKEN.
Quais são os tipos mais danosos de fraude em telecomunicações?
IRSF causa o maior dano financeiro porque as chamadas completam, duram muito e são roteadas para números de tarifa premium que pagam o fraudador. Golpes de chamada perdida Wangiri, hacking de PBX que gera fraude telefônica de alto volume fora do horário, spoofing de Caller ID que habilita robocalls, e traffic pumping ou arbitragem completam a lista. Cada um deixa um padrão distinto no tráfego ao vivo, que é contra o que a detecção em tempo real avalia.
O scoring de fraude atrasa chamadas legítimas?
Não. O scoring de fraude roda durante a fase de sinalização SIP, antes do caminho de mídia ser estabelecido, então a consulta acontece enquanto a chamada está sendo configurada e não durante a conversa. Em um SBC programável, a consulta de scoring resolve em milissegundos e não adiciona atraso perceptível para chamadores legítimos. Chamadas limpas avançam normalmente; apenas chamadas que recebem pontuação de alto risco são paradas ou desviadas.
Conclusão
Detecção de fraude em telecomunicações migrou de um exercício de relatórios para uma disciplina em tempo real. Análises históricas ainda importam para modelar tráfego normal e ajustar as regras, mas a prevenção de perdas acontece na janela de configuração da chamada, onde uma chamada suspeita pode ser parada antes de render um centavo ao atacante. Fazer isso bem significa combinar análises de tráfego, scoring de risco em tempo real e autenticação de chamadas em um ponto da rede que pode aplicar uma decisão em voo.
Esse ponto é a borda da rede. Um SBC com motor de roteamento programável, controles de borda em camadas e integração aberta a parceiros de scoring de fraude e autenticação transforma detecção em prevenção, detectando IRSF, Wangiri, fraude telefônica via PBX e spoofing enquanto as chamadas ainda estão em andamento, e não na reconciliação do próximo mês.
Detecte e pare fraude de voz na borda com o ProSBC
O ProSBC coloca a detecção de fraude em telecomunicações onde ela pode realmente prevenir perdas: no caminho de sinalização SIP, dentro da janela de configuração da chamada. Seu motor de roteamento Ruby programável executa scoring de fraude em tempo real como uma consulta before_filter a parceiros de aliança validados incluindo TransNexus, SecureLogix e YouMail, e então usa Reason Cause Mapping para bloquear, desviar, limitar ou alertar com base no veredicto, tudo antes do telefone da parte chamada tocar.
A mesma borda também aplica os controles em camadas dos quais a detecção de fraude depende: lista de bloqueio dinâmica, greylisting baseada em porcentagem, limites de taxa de chamadas por fonte, módulo Do-Not-Originate e autenticação de chamadas STIR/SHAKEN completa através de um modelo de parceiros aberto. CDRs enriquecidos registram cada pontuação de risco e decisão de roteamento, para que cada evento alimente a próxima rodada de detecção. O ProSBC escala de 500 a 60.000 sessões por servidor e é implantado em AWS, Azure, VMware, KVM ou bare metal, com opção totalmente gerenciada para equipes que preferem que a TelcoBridges o opere.
Baixe grátis o Runbook de troubleshooting de voz
Um PDF de 22 páginas revisado pelo suporte técnico da TelcoBridges, com as primeiras verificações para os 9 sintomas de voz mais comuns, 14 códigos de resposta SIP explicados e 3 formas de capturar um trace de chamada.
Ao enviar este formulário, suas informações serão processadas de acordo com nossa Política de Privacidade.
Prefere avaliar por conta própria primeiro? Crie seu laboratório gratuito.