AIT Prevention Standard Operating Procedure
Step-by-step fraud detection and response for UK communication providers under Ofcom GC C1.
What You Learn
- ✓ Authority Induced Transaction prevention
- ✓ SOP implementation steps
- ✓ Staff training requirements
- ✓ Risk mitigation protocols
Who It's For
- • Sales managers
- • Compliance teams
- • Training staff
- • Customer-facing operations
AIT (Artificial Inflation of Traffic) is the #1 cause of Ofcom enforcement against communication providers. This SOP covers: detection thresholds (>50 calls/hour trigger), response times (contain within 30 mins), escalation matrix, and Ofcom reporting requirements. Failure to implement "reasonable steps" under GC C1 risks fines up to 10% of turnover.
Detection Thresholds
Configure your traffic monitoring system to alert on these thresholds. Values are calibrated for typical telecom reseller customer profiles:
High-Risk Destination Prefixes
| Prefix | Country | Risk Type | Action |
|---|---|---|---|
| +53 | Cuba | IRSF revenue share | Alert + credit check |
| +252 | Somalia | IRSF revenue share | Alert + credit check |
| +371 900 | Latvia premium | Premium rate fraud | Block by default |
| +882 | Satellite | High cost termination | Require pre-approval |
| +870 | Inmarsat | High cost termination | Require pre-approval |
| +881 | Global Mobile Satellite | High cost termination | Require pre-approval |
Response Procedure
Acknowledge and Triage
- Acknowledge alert in monitoring system (creates timestamp evidence)
- Pull last 60 minutes CDRs for affected CLI/customer
- Classify: False positive / Suspicious / Confirmed AIT
- If >£1,000 exposure already: escalate to Step 2 immediately
Containment
- Block outbound international for affected CLI range
- Set account credit limit to £0 pending review
- If PBX compromise suspected: disable SIP credentials
- Preserve CDR evidence (export to secure storage)
- Do not delete or modify any records
Customer Notification
- Phone call to account holder (logged)
- If PBX hack: advise immediate password change, vendor contact
- Email confirmation of restrictions applied
- Provide incident reference number
- Do not discuss liability at this stage
Documentation and Reporting
- Complete incident report template (see below)
- Calculate total financial exposure
- If >£10,000 or >1,000 calls: notify Ofcom
- Submit to TUFF (Telecoms UK Fraud Forum) intelligence sharing
- Update internal fraud blacklist
Post-Incident Review
- Root cause analysis: how did fraud bypass controls?
- Review and update detection thresholds if needed
- Brief operations team on lessons learned
- Update customer onboarding checks if pattern identified
- File review document for GC C1 compliance evidence
Escalation Matrix
Response Levels by Severity
Incident Report Template
Ofcom Reporting Requirements
| Trigger | Reporting Channel | Deadline |
|---|---|---|
| Loss >£10,000 | enforcement@ofcom.org.uk | 24 hours |
| >1,000 fraudulent calls | enforcement@ofcom.org.uk | 24 hours |
| CLI spoofing of emergency services/govt | enforcement@ofcom.org.uk + Action Fraud | Immediate |
| New fraud vector discovery | TUFF intelligence sharing | 48 hours |
| Suspected organised crime | Action Fraud (0300 123 2040) | Immediate |
Evidence to include: Incident reference, CDR summary, timeline of detection/response, containment actions, financial exposure, suspected attack vector.