Guest Blogger: Haydar Yener Arıcı
A crime does not always begin with the sound of a trigger; sometimes it starts with a darkened screen, the silent relocation of a SIM card, or a device unknowingly connecting to the wrong party. Fake base stations (IMSI Catchers/Stingrays) are among the leading threats that operate silently and leave no trace. Today, these technologies are used not only for illegal surveillance but also for digital identity theft and data exfiltration. For a mobile forensic expert, these devices are not just technical anomalies but digital echoes within silence that need to be traced.
Technical Detection of Fake Base Stations
Fake base stations imitate legitimate cellular networks to trick mobile devices into connecting to them. Since devices automatically prefer the strongest signal, this redirection is often unavoidable. However, the forensic analysis begins right at this point.
2.1 Detection Methods
- BTS Behavior Anomaly: Legitimate base stations broadcast periodically, while fake ones may aggressively and continuously request IMSI values.
- LAC/TAC Inconsistency: Inconsistent Location Area Codes (LAC) or Tracking Area Codes (TAC) in the same geographical area may point to a suspicious base station.
- Signal History and Encryption Drop: Sudden switches to 2G, increased frequency of TMSI renewals should be monitored.
- Spectral Anomaly: Fake BTS devices may use artificially amplified signal strengths, which can be revealed through spectral analysis.
2.2 Application Notes
- Deep-level analysis can be conducted on Android devices with root access using tools such as SnoopSnitch.
- As fake BTSs are often mobile and temporary, timing is of critical importance.
- Tracing with Forensic Software
Mobile forensic software can analyze not only content but also base station history, BTS identifiers, and events such as LAU/TAU.
3.1 Commonly Used Software
|
Software |
Features |
|
Cellebrite UFED |
IMSI/IMEI/TMSI matching, connection logs, base station history analysis. |
|
Paraben E3 |
Correlates mobile app behavior with suspicious BTS; focuses on app-level analysis rather than raw network traffic. |
|
Magnet AXIOM |
TAU/LAU events, SIM movements, and base station connection correlations. |
3.2 Analysis Notes
- Prioritize meaningful traces over data overload.
- Interpret in conjunction with timelines, signal strength, and location data.
- Interpretation and Forensic Reporting
Technical findings become evidence only when contextualized meaningfully. Below are example analyses associated with event chains.
4.1 Case Examples
- Example 1 – Location Hopping: A SIM card active in Istanbul at 20:32 appears under a different LAC three minutes later. Physical movement is impossible.
Interpretation: The device was redirected via a mobile fake BTS; likely used to collect IMSI. - Example 2 – Forced 2G Downgrade: A device on LTE switches to 2G for one minute, during which an OTP SMS is sent. Paraben E3 analysis shows encryption was disabled.
Interpretation: The SMS content may have been intercepted. - Example 3 – Attacker’s Own Trap: The same device appears in six different regions. Cellebrite analysis shows short-range, high-power signals.
Interpretation: The device may be acting as an IMSI Catcher. However, this requires hardware modifications.
4.2 Reporting Recommendations
- Combine witness statements and location data with technical logs.
- Cross-verify with operator data.
- Ensure time correlations are validated using NTP synchronization.
- Event Timeline – IMSI Catcher Scenario
|
Time |
Event |
Technical Description |
|
19:58:45 |
LTE connection active |
MCC: 286 / MNC: 01, Encryption: EEA1 |
|
20:02:11 |
LTE signal weakens |
RSRP drop, sudden cell reselection |
|
20:02:14 |
2G connection established |
LAC mismatch, no authentication |
|
20:02:16 |
IMSI request sent |
IMSI exposed directly |
|
20:02:20 |
NULL encryption active |
Device left vulnerable |
|
20:02:41 |
SMS containing OTP sent |
Content potentially intercepted |
|
20:03:18 |
BTS connection ends |
Fake BTS disengaged |
|
20:03:27 |
Return to LTE network |
TAU triggered |
|
20:04:05 |
Mobile banking login |
Timeline correlation critical |
|
20:04:58 |
Cellebrite logs acquisition begins |
Retrospective analysis initiated |
- Comparative Table – Real vs. Fake Base Stations
|
Feature |
Real Base Station |
Fake Base Station |
|
Hardware |
Licensed operator equipment |
Open-source/modified hardware |
|
MCC/MNC |
Genuine country/operator |
Spoofed, LAC/CID inconsistencies |
|
IMSI Request |
GUTI/TMSI prioritized |
Requests IMSI directly |
|
Encryption |
Mandatory (e.g., EEA1/EEA2) |
NULL or absent |
|
Authentication |
Mutual authentication |
One-way or bypassed |
|
TMSI Renewal |
Infrequent |
Frequently forced |
|
Cell ID – LAC Match |
Geographically consistent |
Often inconsistent |
|
Signal Behavior |
Balanced, stable |
Sudden spikes, unstable |
|
Network Type Switching |
Stable LTE/5G |
Forced downgrade to 2G |
|
Forensic Access |
Operator records |
No records, unverifiable |
- Forensic Practice Recommendations
- Device logs (RSSI, RSRP) should be analyzed in detail.
- Connections that suddenly exhibit NULL encryption must be reviewed carefully.
- Following IMSI request detection, all subsequent events should be chronologically mapped.
- Sudden Cell ID switches within the same LAC are anomalous.
- Spectral analysis is recommended after identifying fake BTS activity.
Fake base stations are not merely invisible digital attack vectors; they are silent tools of identity theft. A mobile forensic analyst must not only examine logs, but also listen to the scream hidden within silence. To detect this scream, precise technical analysis, timeline contextualization, and appropriate tool selection must come together. Because in forensics, the most dangerous thing is often what appears as if nothing happened—yet changed everything.
Forensic-Impact Articles
Behind the Scenes of ClickFix: Blockchain-Based Dead Drop C2 Resolver
Guest Blogger: Manasi Joshi What if a malware’s C2 infrastructure wasn’t hardcoded—but resolved dynamically from a blockchain? I was recently analysing a ClickFix campaign. While analysing, I expected the usual—hardcoded domains, maybe some layered obfuscation. That’s...
Understanding the Risks of AI in Investigations
When data integrity is everything, hooking an AI tool directly into your investigation workflow is a major security gamble especially when dealing with sensitive evidence, login credentials, or PII. As AI becomes a standard feature in forensic tools and other digital...
OSINT and Infidelity with Private Investigations
Guest Blogger: Taylor Weddington Digital footprints are nearly impossible to erase; the art of uncovering infidelity has undergone a profound transformation in 2026. Open-Source Intelligence (OSINT) resources such as social media platforms, public records, online...







