RFID Presentation

              · · ·

For anyone interested, the slides for my RFID presentation are here.


RFID Basics!

              · · ·

So, at the moment, I’m writing a presentation about the operation and the security implications of RFID. During the course of the random searches around the internet, I’ve found that there’s a lot of really, really cool work going with respect to RFID. Even more great than the output on the subject is who is studying it. Lots of really cool observations are coming out of the open source friendly community - some of the best presentations on the subject are from presentations at CCC. Along with projects like OpenPCD, this output is pretty cool!

However, that’s not really the point of this post. During the course of reading around, I’ve found that whilst there’s a lot of information around - there’s also a lot of FUD that surrounds that information. My presentation is trying to give people (with some physics background) a simple idea of what RFID is, and particularly how it works. Given that I’ve already done a quick summary of how RFID works, I figured I’d blog about it, so that I can add to the mush of material that you just can’t reference online.

I’ll discuss a high frequency system - since cards such as MIFARE (which e.g. Oyster uses) work at around 13.56MHz. The RFID system consists of two elements - the reader, and the tag. Tags come in a number shapes - active, passive, and semi-passive. Really, it’s the passive tags that I’m interested in. The image below shows the anatomy of a (simple) passive tag. It’s composed of an antenna - running around the card, an IC, and a substrate that they’re both attached to.


iPhone SDK

              · ·

I finally got myself an iPhone - and am loving it. It’s great how I can now sync my calendars, and address book to my phone without having to worry at all about having six clones of each event on my calendar (which of course, makes it rather difficult to tell what I’m actually meant to be doing that day). However, a topic that has come up a couple of times in discussion with a few friends is that of the iPhone SDK. I feel that the big question here is, “Do Apple have enough incentive to make a fully featured iPhone SDK?”.

With a friend moving to work at a VoIP start-up that deals with having a client on mobiles that allows SIP calls to be made, the big discussion we have been having is whether the iPhone SDK will allow a VoIP client to be implemented on it. My initial feeling on this is, no - not initially. It’s been documented in a number of places that Apple are taking call revenue from the networks on each iPhone that is sold. If this is true, then it would be against Apple’s interest to actually allow a functional SIP implementation make it onto non-hacked iPhones - since they’re going to lose money if users start making their calls via SIP rather than via the cell networks (this assumes that Apple get revenue based on all calls - not just based on the actual contract worth).

However, I can’t say that I’m sure of this - Apple may only be taking their cut from the revenue that is generated from the subscription fee on each iPhone - rather than the additional calls, and in this case, they might feel that allowing users to utilise VoIP when they’re in a hotspot area would be another cool feature that the iPhone can offer. They might also feel that a lot of the iPhone users aren’t savvy enough to be using SIP very often - I guess something like Skype from hotspots (or iChat for voice, or Google Talk…) might be more popular with the less tech-savvy userbase. It’s hard to call really.

Alternatively, Apple might just wait until the networks stop paying them revenue, and roll the SDK with better network support then, increasing sales on a device that they’re no longer making such revenue on.

Either way, the iPhone really just slots in where a phone should, it works with wireless and a mobile-data mechanism without having to think about it at all (although I’d like an 802.1X implementation). Calendar data syncs, Mail accounts sync, my Music syncs, my contacts sync - it integrates with my (primarily Apple based) digital life very well.

I’m impressed with my iPhone - roll on the SDK so that I can start making it do even funkier things!


Linking against GSL on OS X 10.5 Leopard

              · ·

Since I’m taking the Computational Physics module in my third year at IC, we’re using some libraries like GSL to provide “better-than-default” random number generators and such like. It turns out that those of us using a Mac don’t get GSL installed by default with Xcode, or under OS X - and unlike Windows and Linux - there’s no instructions on the course site. Here’s a really quick way to ensure that you can link against it: