63

There's been a lot of reporting in the past few years about law enforcement agencies using IMSI catchers (also known as Stingrays after a popular brand of them) to intercept cellular communications.

If I understand correctly, what IMSI catchers do is basically a man-in-the-middle (MITM) attack, by insinuating themselves between cell phones and cell towers.

However, in the context of the Internet, we've known how to defend against MITM attacks for decades (namely, through public-key cryptography).

Why aren't IMSI catchers rendered ineffective by similar defenses employed in cellular networks?

6
  • 1
    Not even public key cryptography as currently used in practice protects against all MitM attacks, particularly when meta-data is the target. It can't protect against malicious BGP announcements side-tracking and re-forwarding traffic, for instance, which is actually quite analogous to how IMSI catchers work.
    – Xander
    Commented Mar 15, 2016 at 16:13
  • 3
    Public key crypto could be used to protect against evil advertisements, if people would implement secure BGP, but nobody bothers.
    – Xander
    Commented Mar 15, 2016 at 16:17
  • At first I thought you meant the animal when I read the title in the sidebar.
    – Keavon
    Commented Mar 15, 2016 at 22:35
  • "The GSM specification [1990] requires the handset to authenticate to the network, but does not require the network to authenticate to the handset. This well-known security hole is exploited by an IMSI catcher." en.wikipedia.org/wiki/IMSI-catcher Commented Jul 13, 2016 at 10:56
  • @HighCommander4 "in the context of the Internet, we've known how to defend against MITM attacks for decades." You flatter that certificates authorities are a satisfactory solution to prove authencity. See privacy-pc.com/articles/… Commented Jul 13, 2016 at 14:22

3 Answers 3

67

tl;dr - the protocols were developed prior to MITM being perceived as a threat; the deployed infrastructure now serving billions of cell phones worldwide can't easily be changed to add cell tower validation; and governments have no interest in fixing this issue.

Cell phone protocols differ from IP protocols in that they were never a peer-to-peer network of untrusted devices. The original cell phones were analog, with only a small channel of digital data to carry call information. These analog protocols were developed in the 1970s when the micro CPUs had almost no power or storage, and the only security thought was to ensure accurate billing. Also working in the cellular companies' favor, the only equipment authorized to transmit on those frequencies was under full control of the cellular manufacturers; companies like Motorola had a virtual lock on all the equipment on both ends of the call. The protocol they created was such that the cell phones implicitly trust the cell towers for all operational information: signal strength measurements (for optimizing battery life), network IDs (for billing and roaming charges), and encryption requirements (which need to be turned off on a per-jurisdiction basis.) The phone responds with its ID in order to register to receive incoming call information, and the phone company authenticates the ID to ensure proper billing. But in all this, the phone never authenticates the tower.

Also, all this metadata is exchanged in cleartext. When digital cellular protocols like GSM arrived, nothing much had changed in the security model. In the 1990s, the main security threat was eavesdroppers, so laws were passed in the US prohibiting listening in on cell calls. Digital voice data was easy to encrypt to protect the privacy of the calls, (supposedly a government agency ensured that weak encryption algorithms were selected.) Otherwise, the existing cellular protocols continued to work without many security issues (security issues primarily being defined by the cellular companies as "people hacking our systems to make free calls".)

Stingrays and other IMSI-catchers violate the cell tower agreements by producing an illegal signal, pretending to be a cell tower. They forge a signal strength response of "excellent", which causes the phone to not switch towers. They identify themselves as various common network IDs, so the phones do not switch away to avoid roaming charges. They control the encryption flag, which will cause a phone to downgrade security either to the least secure algorithm, or disable encryption completely. As far as a MITM goes, they may pass along the phone call data to a legitimate tower, or they may simply send back an error code the user sees as a call failure.

Nowhere in the protocol designs was a thought given to malicious actors transmitting on their licensed frequencies. Illegal use of airwaves has long been a felony, and their original approach was legal: "if someone even tries to spoof a cell phone, we'll have them arrested and locked up for a decade."

But it turns out that not everyone is afraid of committing a crime, least of all police departments armed with warrants and Stingrays. Private researchers have also exploited loopholes in the law, where they transmit cell tower signals legally on unlicensed frequencies (the ISM band). This same band happens to be allocated for cell use in foreign countries, so a quad-band phone in the US will happily receive the faked signals.

13
  • 5
    This story muddles two distinct origins of mobile phone technology. There's the US analog origin (no IMSI, no SIM) and the global digital origin (GSM, introduced IMSI, SIM, encryption and a raft of other standards). So the first paragraph ("before GSM arrived") is trying to explain pre-GSM technology as if it used GSM technology.
    – MSalters
    Commented Mar 15, 2016 at 9:06
  • 14
    Basically the cell companies and cell tech manufacturers are concerned with their security, not yours (ours). Commented Mar 15, 2016 at 15:32
  • 1
    They forge a signal strength response of "excellent", which causes the phone to not switch towers. This is so, bad. Commented Mar 15, 2016 at 17:03
  • 1
    @PyRulez, it's evil, but absolutely brilliant. They make the IMSI catcher deliver the most appealing signal of all. Because the phone trusts the signal implicitly, it believes it's connected to a magical tower that will conserve battery life. Commented Mar 15, 2016 at 18:52
  • 2
    Does LTE fix this? For some reason I thought it did, but I can't remember my sources now..
    – Seth
    Commented Mar 15, 2016 at 21:13
16

Virtually all modern phones technology is rooted in GSM technology, which has been incrementally updated since (Japan is the main exception left). GSM originated in Europe in the 1980s, when all phone networks were (quasi) state-run. In addition, this was in an age when encryption was still banned for export purposes, so the GSM standard was intentionally designed to be able to run with weak encryption. This allowed the export of GSM to Eastern Europe.

Despite this rather Cold War view, GSM was definitely intended as a global standard, so GSM phones by design believe a network that claims not to support encryption.

Of course, in todays world, a honest phone maker would intentionally ignore such vulnerable networks. The fact that they don't is probably a good indication of how much you should trust your phone vendor. It's fair to say that your phone intentionally connects to a base station that is known to be spoofed. The MITM attack window is by design.

4
  • 1
    Do you have any references you could link? (Especially for the last paragraph.)
    – glibdud
    Commented Mar 15, 2016 at 14:53
  • 1
    @glibdud: The GSM intentional weak cypher is A5/2, which is about as safe as ROT-13. The last paragraph is straight logic: since all trustable networks have encryption turned on, any network claiming to have encryption turned off is already untrustworthy. And besides, the global number of networks is about 1000. You shouldn't trust anything the network claims. Ship public keys with the device. If the network claims to be AT&T, use the hardcoded AT&T keys. Real cops use GSM 03.33 anyway to listen in at the carrier network level, they don't need stingrays.
    – MSalters
    Commented Mar 15, 2016 at 15:12
  • 6
    I agree with your view on this, it's just that the last paragraph (except for the last sentence) comes off as more editorial than factual.
    – glibdud
    Commented Mar 15, 2016 at 15:20
  • 5
    @glibdud: Well, you won't get many vendors to admit on the record that their phones are insecure by design. But note that BlackBerry, who historically did care, used its own encryption channel. Everyone in the business knew that was because network level encryption was de facto absent.
    – MSalters
    Commented Mar 15, 2016 at 15:33
9

You can compare the IMSI catcher with and SSL downgrading attack. If you look at how GSM works, it supports different protocols, classic GSM, GPRS, HSDPA, 3G, 4G, ...

Each of these was developed at their own time and the most basic protocol allowed for optional encryption or was using a "proprietary" encryption protocol that was vulnerable.

Cellphones need to support different protocols, because not all countries have the latest protocol in place. This means your iPhone can still speak basic, vulnerable GSM.

So what these stingrays do is downgrading the connection and forcing your phone to communicate a vulnerable version of the protocol

10
  • 5
    Does that mean that a cell phone user can protect themselves against IMSI catchers by modifying their cell phone's software to refuse to downgrade to insecure protocols (assuming the cell towers in their area support the secure protocols)? Commented Mar 15, 2016 at 4:51
  • 1
    Yes, but the usability will be reduced significantly. Also you aren't covering against attacks that may happen behind the base station. Commented Mar 15, 2016 at 5:53
  • 2
    Why will the usability be reduced, if cell towers support the secure protocols? Commented Mar 15, 2016 at 7:05
  • 4
    @HighCommander4 not all areas have 3G or 4G coverage, so disable other protocols and you can't call anymore. Commented Mar 15, 2016 at 8:29
  • 1
    Is this definitely the case - is it only downgrading to 2G that's vulnerable?
    – pjc50
    Commented Mar 15, 2016 at 12:16

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .