
The short answer: to an abuser, a form that sends SMS codes is a button that spends your credits. Bots type numbers in sequence and press “Send code” thousands of times; every request is an SMS you pay for. The defence comes in layers: brakes on your form (captcha, limits per IP and per session), the account rules in the verification API, and an eye on your balance.
How it happens
| Sign | What it usually is |
| Lots of codes requested and almost none checked | A bot firing the form; nobody is reading the SMS |
| Numbers in sequence or with the same start | A generated list, not real customers |
| Many requests from the same IP or session | A program, not a person |
| Requests at odd hours, in volumes you have never had | An attack, not one of your campaigns |
| The SMS balance dropping fast with no new sales | Credits being burnt |
The layers of defence
|
|
|
|
|
One help comes built in: the API only accepts numbers in Mozambique and Angola. Numbers from other countries, which are often behind this kind of fraud, never go out.
| The key's spending limit does not cap SMS credits. That limit is in currency and does not apply to the credits in your SMS balance. So the brakes have to be the ones above: your form, the account rules and a watched balance. |
If it is already happening
|
|
|
|
| Test the brakes in the Sandbox. There you can fire your form as often as you like, watch the limits work and not spend a single credit. |
|
Seeing SMS use you do not recognise? Talk to us and tell us the times and the volume. Open a support ticket |
RECOMMENDED PRODUCT Web hosting with cPanel Domain and SSL included, daily backups and the panel you already know. from 321,75 MT/mo (3-year plan, with coupon) See plans |











