Chicken Little report: Sat-nav dependency spells DISASTER!

Quango pushes 1940s tech as backup for GPS

Mobile application security vulnerability report

'We're not saying the sky is about to fall in'. Yes you are, a bit

Despite all this, the RAE report also says:

Erroneous GPS signals in an urban area could cause road accidents whilst disrupting the dispatch and navigation of emergency vehicles and causing their communications systems to fail [several days later, it would seem].

Again, this is scary stuff. The lead author of the report, Dr Martyn Thomas, tells the BBC that "We're not saying that the sky is about to fall in; we're not saying there's a calamity around the corner," but he sort of is, actually.

We put this to Ploszek, who said: "Satnav errors can have effects on the situational awareness of drivers and mariners."

Nonetheless we should probably bear in mind here that GPS gets jammed and/or spoofed all the time already, without any of the disasters that the RAE report predicts:

In the USA, the JLOC network has been established to detect jamming nationwide. They are currently registering thousands of incidents of jamming each day – many of them legitimate use by authorised agents**.

Ploszek adds however that if and when location-based road charging comes in, the scope for jamming will increase and nuisance/outages will rise with it unless the system is set up correctly.

Even so it's hard to imagine how eLORAN would help. We might consider that one of the authors of the RAE report is from the GLAs, with a conflict of interest over eLORAN – which might explain why the document mentions timing-signal vulnerabilities and pushes eLORAN repeatedly but doesn't mention the MSF signal at all. The fact that useful checks and backups for satnav position errors already exist – cell location, inertial etc – is mentioned but only in order to say that eLORAN would be better, at least at sea.


So: this report is definitely incomplete and, bluntly, has strayed into scaremongering territory.

There are surely some grounds for concern at the increasing use of satnav technology - nobody would deny that. As Ploszek and the RAE say, it is certainly unwise to build hardware which relies solely on GPS, whether for position or timing - and it's madness to do so when the kit in question is going to be used as a backup for GPS, as in the case of marine radar (this is apparently quite common nowadays).

But many backups and checks already exist that could be incorporated into equipment today: the case for more government funded infrastructure in general is unproven. The existing eLORAN station, whose signals reach well beyond the shores of the UK, already solves the timing-signal issue for applications where the MSF station is unsuitable: there seems no real reason to use it for navigation too, not when backups like radar, cell triangulation and inertial are already present. One of the primary reasons offered by the RAE and the GLAs for eLORAN positioning on top of timing is that it will permit such applications as road charging and prisoner tracking to work better - but many people would question whether this actually strengthens the case for eLORAN.

People often forget, as well, that GPS wasn't primarily intended for air or surface navigation, or for timing. The primary reason that the USA created it was actually to supplement the inertial guidance of nuclear missiles. As such GPS is a key part of the US nuclear deterrent, which means that the US military and government regarded it – and mostly continue to regard it – as essential to their national survival. It was built, and is maintained, with that in mind.

The chance (for instance) that any future US administration will actually allow GPS worldwide coverage to lapse due to relatively paltry budget issues, as has been speculated in recent times***, is about the same as the chance that the USA will unilaterally disarm itself.

GPS is probably a lot more to be relied upon than people think. ®


*AIS is nowadays mandatory for ships of any size. It transmits the vessel's identity, position, course and speed data on a VHF band, most of which info it works out using GPS. An AIS receiver can thus plot all nearby ships on a display and tell whether any of them pose a collision risk.

You still need eyeballs and radar because small vessels don't carry AIS. A proper radar can also track contacts and work out their closest-point-of-approach (CPA) just as well as AIS can. (It isn't in the report, but Ploszek tells us that the Pole Star's radar was also reliant on GPS timing - we can certainly agree that nobody should be making or buying radars like that for use on ships).

**One interesting item revealed by the report is that so-called "Blue Team jamming" of GPS is actually quite common, both in the USA and UK. We learn:

Blue Team Jamming [where Blue Team is a generic term for "friendly forces"] is deliberate – generally to defeat a perceived threat of covert tracking. It will probably be low power and have a similar impact to criminal jamming. However there would be an impact if they [who?] parked for long periods near critical infrastructure which used GPS timing.

One might suggest that officially sanctioned GPS interference would also be a likely tactic against a perceived threat from improvised drone missiles, relatively easily made by adding an explosive payload to a commercially available GPS-guided UAV. This threat is already much bigged-up in security-fear circles.

***By the US Government Accountability Office. This would seem an impeccable source of information, but actually the GAO is surprisingly erratic at times - for instance it recently, nonsensically, asserted that Craigslist and eBay are terrorist arms bazaars.

Lewis Page was a Royal Navy officer from 1993 to 2004. He served as navigator (and precise-navigation officer, necessary aboard mine countermeasures ships) during the days when civil GPS was degraded and p-code or differential GPS weren't commonly offered to the minewarfare community. As such he often had to use various recondite and unreliable nav technologies including Decca, Hyperfix, Microfix etc. He also spent much time asking people what the hell spheroid and datum their lat/long coordinates were on, usually without getting an answer. Then he would be blamed for the fact that the reported thingy on the seabed could not be found. It was all most unfair.

Bridging the IT gap between rising business demands and ageing tools

More from The Register

next story
Just TWO climate committee MPs contradict IPCC: The two with SCIENCE degrees
'Greenhouse effect is real, but as for the rest of it ...'
Adam Afriyie MP: Smart meters are NOT so smart
Mega-costly gas 'n' 'leccy totting-up tech not worth it - Tory MP
'Blow it up': Plods pop round for chat with Commonwealth Games tweeter
You'd better not be talking about the council's housing plans
Arrr: Freetard-bothering Digital Economy Act tied up, thrown in the hold
Ministry of Fun confirms: Yes, we're busy doing nothing
ONE EMAIL costs mining company $300 MEEELION
Environmental activist walks free after hoax sent share price over a cliff
Help yourself to anyone's photos FOR FREE, suggests UK.gov
Copyright law reforms will keep m'learned friends busy
Apple smacked with privacy sueball over Location Services
Class action launched on behalf of 100 million iPhone owners
UK government officially adopts Open Document Format
Microsoft insurgency fails, earns snarky remark from UK digital services head
prev story


Implementing global e-invoicing with guaranteed legal certainty
Explaining the role local tax compliance plays in successful supply chain management and e-business and how leading global brands are addressing this.
Consolidation: The Foundation for IT Business Transformation
In this whitepaper learn how effective consolidation of IT and business resources can enable multiple, meaningful business benefits.
Application security programs and practises
Follow a few strategies and your organization can gain the full benefits of open source and the cloud without compromising the security of your applications.
How modern custom applications can spur business growth
Learn how to create, deploy and manage custom applications without consuming or expanding the need for scarce, expensive IT resources.
Securing Web Applications Made Simple and Scalable
Learn how automated security testing can provide a simple and scalable way to protect your web applications.