
A resposta curta: um formulário que envia códigos por SMS é, para quem abusa, um botão que gasta os seus créditos. Robôs escrevem números em série e carregam em «Enviar código» milhares de vezes; cada pedido é um SMS pago por si. A defesa faz-se em camadas: travões no seu formulário (captcha, limites por IP e por sessão), as regras da conta na API de verificação e um olho no saldo.
Como acontece
| Sinal | O que costuma ser |
| Muitos códigos pedidos e quase nenhum conferido | Um robô a disparar o formulário; ninguém está a ler os SMS |
| Números seguidos ou com o mesmo começo | Uma lista gerada, não clientes reais |
| Muitos pedidos do mesmo IP ou da mesma sessão | Um programa, não uma pessoa |
| Pedidos a horas estranhas, num volume que nunca teve | Um ataque, não uma campanha sua |
| O saldo de SMS a descer depressa sem vendas novas | Créditos a ser queimados |
As camadas de defesa
|
|
|
|
|
Uma ajuda que já vem de série: a API só aceita números de Moçambique e Angola. Os números de outros países, que muitas vezes estão por trás destas fraudes, nem chegam a sair.
| O limite de gastos da chave não trava os créditos de SMS. Esse limite é em moeda e não se aplica aos créditos do saldo de SMS. Por isso os travões têm de ser os de cima: o seu formulário, as regras da conta e o saldo vigiado. |
Se já está a acontecer
|
|
|
|
| Teste os travões na Sandbox. Lá pode disparar o seu formulário as vezes que quiser, ver os limites a funcionar e não gastar um único crédito. |
|
Viu um consumo de SMS que não reconhece? Fale connosco e diga-nos as horas e o volume. Abrir pedido de suporte |
PRODUTO RECOMENDADO Hospedagem de sites com cPanel Domínio e SSL incluídos, cópias diárias e o painel que já conhece. desde R118.80/mês (plano de 3 anos, com cupão) Ver planos |











