Tapping Data From Radio-Controlled Bus Stop Displays
jones_supa writes "A couple of weeks ago hacker Oona Räisänen told about finding a 16 kbps data stream on FM broadcast frequencies, and her suspicion was that it's being used by the public transit display system in Helsinki, Finland. Now it's time to find out the truth. She had the opportunity to observe a display stuck in the middle of its bootup sequence, displaying a version string. This revealed that the system is called IBus and it's made by the Swedish company Axentia. Sure enough, their website talks about DARC and how it requires no return channel, making it possible to use battery-powered displays in remote areas. Other than that, there are no public specs for the proprietary protocol. So she implemented the five-layer DARC protocol stack in Perl and was left with a stream of fully error-corrected packets on top of Layer 5, separated into hundreds of subchannels. Some of these contained human-readable strings with names of terminal stations. They seemed like an easy starting point for reverse engineering..."
An interesting article on Slashdot... that's amazing... it's like ARM chips running windows... well, ok... we thought that was going to be amazing... :P
Timmay... And the Lords of the Underworld!
did anyone else think of the hokey Hollywood hacker who gets on their MacBook and "hacks" the system to turn red light green, change bus schedules, etc ...
Now, Oona is cute, a hacker and is into Kung Fu.
Should she be a Bond villain or one of Bond's squeezes?
This, my friends, is true hacking. While this sort of stuff has become less common over the years, it is people such as this that provide real value to the community in terms of improving security for the masses. I wish that I had more time (and equipment...and hand't forgotten so many of my skills) as there are a few projects like this that I'd like to dig into. For instance, I have a home security/automation system out at my farm. I am fully cognizant that the security provided by it is a joke, as any insider at the alarm company could turn off my alarm without my known, but that's beside the point. What I'm really interested in is the link between the alarm company and my system. I log into their super secure website (tongue in cheek here) and issue a command either from my computer or phone. The alarm company sends that command to my system via the local GSM network (2g or 3g). There's no documentation on this portion of the system. Is it secure? Encrypted? Could it be readily spoofed? Even if it is encrypted, is there sufficient proof of authority on the system issuing commands? Anyway, love this stuff!
You're better off just finding what's already done and buy it. I myself have looked at the FM band on my old analog spectrum analyzer to look for SCA signals. http://en.wikipedia.org/wiki/Subsidiary_Communications_Authority
It's all wonderful fun, but when you can do the same with a 15$ USB receiver and some software, it all starts to look rather silly, no?
Mostly random stuff.
Pity she couldn't break the text encryption - then she could have displayed the station names in English, instead of nonsense strings.
I use Helsinki buses and trams a lot. Those displays are all but useless.
When the buses are running on time they offer no information as the time table is on every bus stop and you know what the time is.
When there are delays the displays will happily count down according toward the arrival time as on the timetable, the bus does not come, and the display happily starts counting down the next 15, 20, whatever minutes to the arrival time of the next bus.
In general, when things are working they offer no useful information and when things are not working they offer incorrect information.
Helsinki transit companies should ask for their money back.
As a sidenote, HSL has also set up a live map of the Helsinki trams buzzing around.
Cool reverse engineering indeed! For those who want it easier, the Helsinki Region Transport Authority HSL offers the arrival time predictions through a service called "Omat lähdöt", which has an open API too. However, the textual messages are not available so that's new. As the post mentions, the predictions are based on the GPS locations sent by the busses, which are not available to third parties (unlike the locations of the metro, trams and trains). For more information about the HSL Developer Community and open data at HSL, see dev.hsl.fi.
I'd like an app that shows the arrival predictions for the stop(s) nearest my current location.
That which can be received unsecured, can be broadcast as such. Only a matter of time now before the displays feature zombie attack warnings.
This couldn't happen in America because we don't have your fancy-dancy electronic bus annunciators. We believe that standing on a street corner in the rain builds character. Apparently, it also opens up new venues for hacking.
Right, this RTL-SDR is sold at $10.
http://www.hamradioscience.com/10-ads-b-receiver-rtl2832u-r820t/
ps. I'm the guy who linked that OsmoSDR.
London's bus transport runs explicitly on a system called 'iBus,' and I'd bet my £5 it's the exact same system discovered here. Considering it seems to function in the exact same way (remote, battery/solar powered stops showing a countdown), I imagine there's also an FM frequency being used here to update the various bus stations.
Now just to learn how to hack it . . .
There's an excellent article about how the signs work in Stockholm with some technical details.
Its the RTL-SDR project. A Linux developer discovered that a digital TV receiver chip made by Realtek (used in $15 dongles) had the ability to receive the raw sampled RF data. The bandwidth is nearly 3Mhz so that means you can view a HUGE chunk of the RF spectrum at once and decode the signals via software.
Now if only it could transmit.
Or if it could also convert digital signals into I/Q and we could feed that into the Rx mixer of the block downconverter, run backward. Then two $11 - $15 dongles, one of them hacked slightly and with a small power amplifier added, would be a two-way software defined radio for very cheap.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
One of the cited article talks about the system having two cases:
- The buses with the tracking hardware are displayed based on the tracking.
- the buses without the tracking hardware are displayed based on the schedule.
Now maybe the line you're on has buses without tracking. (Or maybe the tracking system doesn't work and it's all a crock.) But the anecdote that your particular line is just showing an automated schedule doesn't show that all others are doing the same.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
The dongle receivers are typically I/Q receivers.
Tiller's Rule: Never use a word in written form that you've only heard and never read. You will end up looking foolish.
The dongle receivers are typically I/Q receivers.
Yes, I understand that. I guess I phrased it ambiguously.
What I meant is "convert data from the USB to I/Q OUTPUT, i.e. do the TRANSMIT side of a transceiver, too, not convert the receive side to I/Q from something else.
Then we need a local oscillator and mixer to boost it back UP to the desired frequency band (which might be done with the companion block downconverter chip if the appropriate signals are accessible or if it is actually also a transciever chip). Add a "power" amplifier (for suitably small values of "power"), a diplexer (if you really need to use a single antenna for both directions) and you're done.
Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
Gotcha. Regulatory issues aside, there are chips that do I/Q upconverting. I've always wanted to get one and play with it. They're actually becoming commodity hardware, potentially illegal as they may be.
Tiller's Rule: Never use a word in written form that you've only heard and never read. You will end up looking foolish.