Johansen Cracks AirPort Express Encryption
womby writes "DVD Jon has just announced that he cracked the encryption in Apple's AirPort Express. 'I've released JustePort, a tool which lets you stream MPEG4 Apple Lossless files to your AirPort Express. The stream is encrypted with AES and the AES key is encrypted with RSA.' No real details of the process employed in cracking the unit but newsworthy none the less."
This is great news. I want any application I own on any platform (OS X/Windows/Linux/Zeta!) to be capable of streaming to an Airport Express. I can't imagine that this would really upset Apple since you're still buying their hardware. It just lets you use the hardware with more applications. If iTunes is still the best and most elegant way, people will use that.
Of course...Apple isn't always logical like that, and there may be some precedent set that would injure them in court some time later.
I want to know if he really does have testicles made of brass.
What's NOT solid is the whole concept of selling products which contain the encrypt and decrypt keys to customers, and thinking that they're never going to be able to recover those keys from the product you just put in their hands.
Since all he got was the public key, you can't actually decrypt streams that are being sent. What it means is that programs can now stream music to the AEx. This should be really cool, especially once something like AudioHiJack or Wiretap comes along that lets you redirect all your system audio to it. I'd love to be able to stream non-iTunes audio formats that way (real player radio stations and whatnot). Anyways, can't see how this hurts apple - more people have incentive to use the AEx, Apple doesn't have to support their use of it that way, and the protected music is still protected. Hizzah?
So sue me
U 3GhC/j0Qg9 0u3sG/1CUtwCk 9ok+8t9ucRqMd6 DZHJ2YCCLlDR7 WSHCAWKf1zNS1e Lvqr+boEjXuBe QJVxqcaJ/vEHKI Vd2M+5qL71yJZ mni/UAaHqn9Jds BWLUEpVviYnh
Exponent: AQAB
Jon Lech Johansen's blog
Wed, 11 Aug 2004
Reversing AirTunes
I've released JustePort, a tool which lets you stream MPEG4 Apple Lossless files to your AirPort Express.
The stream is encrypted with AES and the AES key is encrypted with RSA.
AirPort Express RSA Public Key, Modulus:
59dE8qLieItsH1WgjrcFRKj6eUWqi+bGLOX1HL3
5vOYvfDmFI6oSFXi5ELabWJmT2dKHzBJKa3
KSKv6kDqnw4UwPdpOMXziC/AMj3Z/lUVX1G
OitnZ/bDzPHrTOZz0Dew0uowxf/+sG+NCK3
Q+87X6oV3eaYvt3zWZYD6z5vYTcrtij2VZ9
imNVvYFZeCXg/IdTQ+x4IRdiXNv5hEew==
MD5(JustePort-0.1.tar.gz) = fe13e96751958c6e9d57cce0caa7b17b
DeCSS was indeed released by the group, MoRE, 4 years ago (MoRE had 3 members, you call that "large"?).
However, as far as I can tell Johansen no longer has any connections with MoRE. All the software on his site is GPL'ed and copyrighted by himself. MoRE is not mentioned anywhere.
This is a proverbial "last mile" problem: How do I get any sound to the Airport Express? The known elements are that the Airport Express plays Apple Lossless streamed from the client computer running iTunes. So the solution to the "last mile" is to figure out how to stream any Apple Lossless file to the Airport Express and not rely on a specific program. The conversion to Apple Lossless is left as an exercise for the reader, as they say.
ALL HAIL BRAK!!!
The point of the hack is to permit you to stream audio to an AE from a program other than iTunes.
]{
Maybe it appears that way to the layman, but to other programmers and computer scientists, he's just doing what comes naturally.
Almost any good programmer can crack software. They just choose not to, or to keep quiet if they do. Jon is a skilled showman as well as a software cracker. Hey, he got his ass saved from jail by the EFF when all he was doing is fronting others code. Now he's pretty much bulletproof (he doesn't release compiled executables as that was the main DeCSS sticking point), it's only right that he should continue to champion fair use and stand against lazy attempts to be "DMCA compliant", by cracking pointless encryption schemes which only require a little reverse engineering to find the barely hidden key, not cryptanalysis.
I think Jon's doing us a real service, which I appreciate. I don't worship his genius, as he's only doing something I've done myself, albeit on much more media-friendly targets. He could just be cracking Safedisc games in relative anonymity for the same amount of intellectual effort, but instead he's hounding high-profile DRM schemes, starting with the weakest (Apple). Worship him if you want.
It's worth mentioning that Johansen is a member of the open source VideoLAN project, which develops the libdvdcss library and VLC multimedia player.
He reverse engineered FairPlay and added FairPlay support to VLC.
Together with the fact that all his recent software has been licensed under the GPL this indicates that he no longer has anything to do with any "cracking" groups.
Yes, Norway is in fact the country implementing the EU-regulations the most (EU countries included) . We have a trade agreements etc with the EU, and we implement all the EU directives.
:-)
We really should have joined EU a long time ago, and I find it absurd to not be in it. One can only hope.
If you want me to elaborate more, just reply, i can cite numerous examples, but I'd rather be on-topic to the post. But al in all, I agree with the grandparents post, it could smell trouble when the EU-DMCA comes into play....
Rest in peace Malin "looxn" Kristiansen. We miss you...
Can somebody explain to me how _this_ hack threatens the DRM protected content? AFAICT, itunes decrpyts the content, converts it to this lossless stream, reencrypts it to protect it in transit, and streams it to the AE. There's no threat to the DRM media here at all, since you have to have an unprotected source to start with.
The real threat is that somebody will take this and figure out how to fake being an AE, then you essentially have iTunes doing the work of defeating its own DRM for you. This would have the advantage (from a piracy standpoint) of being fairly hard for Apple to fix via "bug fix updates", unless they built a way to upgrade the AE firmware the same way. That's something I can see people getting into a tizzy about, but for this particular hack I think the useful purposes far outweigh the piracy ones.
Just a thought.
Since when is using a publicly available public key to encrypt a stream of data from an application and send it to a device considered "cracking?" It seems to me that this is a good ol' hack (read: clever piece of software), just like DeCSS or the other thing he did with protected iTunes tracks.
/. the error would be corrected.
I wasn't surprised that the first source I saw report this called it a "crack," but had hoped by the time the story made it to
By the way, you do a real disservice to people trying to fight the DMCA by calling things like this "cracks." Lawyers for the bad guys already think these sorts of hacks are actually illegal cracks. You're bolstering their opinion by conflating the two.
The strong encryption was not cracked. The implementation was cracked. No software-only based encryption is secure, period. The audio stream is encrypted with AES. AES is a symmetric key encryption sceme which means that both sides need the same key. The key needs to change over time or the encryption scheme can be cracked.
This leaves the problem of how iTunes can tell the Airport the new key without everyone else listening and knowing the key also. Apple use RSA to secure the key transfer. RSA is a public key encryption system. This means there are two keys one public and one private. The private key is only known by the Airport. The public key is embedded in the iTunes software.
When iTunes wants to send a new AES key to the Airport it uses the RSA public key to encrypt the AES key. This encrypted message can only be decryped with the private key that the Airport has which means the system is secure even though everyone hears the new key in encrypted form.
The problem is that the RSA public key is embedded in the iTunes code. But that code needs to read in the key in order to use it and someone can reverse engineer this process to read the key themselves. This isn't necessaryily an easy thing to do but in a software only solution there is no way to stop it.
SYS 49152