Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Perimeter

3/23/2007
07:45 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

New RFID Attack Opens the Door

Proof-of-concept lets intruder gain entry into the building by faking RFID readers with SQL injection

Be careful of who walks up to your building and swipes an ID card: New proof-of-concept code will soon be released that lets attackers hack RFID readers and walk right in as if they work there.

The attack uses SQL injection to fake the back-end RFID reader into admitting the cardholder into the building, says Joshua Perrymon, hacking director for PacketFocus Security Solutions and the researcher who wrote the POC. Perrymon -- who's taking a cue from the recent Black Hat RFID flap and won't name RFID vendor names -- says he's tested it on a few RFID vendors' systems, but the exploit will work on most any of them. (See HID Lists RFID Security Steps, HID, IOActive Butt Heads Again, and Black Hat Cancels RFID Demo.)

The RFID databases don't validate the input they receive from the swiped cards, he says, which leaves them wide open for hacks. "I was noticing the back-end database is the same across all products -- I haven't seen any using input validation" to confirm the data they've swiped is legitimate, he says. "It doesn't really matter who the vendor is... In any building you go to with this, bang, you gain access."

Perrymon was able to fake out the readers by injecting SQL characters that appear to be legit into various brands of 1356 Mhz RFID cards. The SQL injection code looks legit when an intruder swipes his card, so he gains entry into the building. "In the user-data section, it uses numeric characters, but we're using brackets and SQL statements... That's standard with a SQL injection in an application."

Conventional attack methods on RFID such as SQL injection haven't been studied much so far, Perrymon says. Most of the attention has been on cracking RFID cryptography and RFID cloning, such as IOActive's research, which was yanked from the Black Hat DC briefing agenda after threats of a patent lawsuit by RFID vendor HID.

Perrymon used an RFID writer to copy a SQL injection statement to the card. Unlike cloning, which copies the user's ID and facility code, this attack uses SQL injection code. "The beauty of this is I'm using off-the-shelf stuff, and there's no reverse-engineering."

Perrymon says adding input validation to these products would be simple for RFID vendors, and he's hoping his work will pressure the vendors to fix the problem. "I want vendors to put in input validation in the reader or database," he says. "Preferably the reader."

But this attack is not for any script kiddie. "You have to be pretty skilled in RFID to understand all the components," says Perrymon, whose company does penetration testing and social engineering exploits. He plans to release the POC soon.

— Kelly Jackson Higgins, Senior Editor, Dark Reading

  • PacketFocus Security Solutions
  • IOActive
  • HID Global Corp. Kelly Jackson Higgins is Executive Editor at DarkReading.com. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

    Comment  | 
    Print  | 
    More Insights
  • Comments
    Oldest First  |  Newest First  |  Threaded View
    97% of Americans Can't Ace a Basic Security Test
    Steve Zurier, Contributing Writer,  5/20/2019
    TeamViewer Admits Breach from 2016
    Dark Reading Staff 5/20/2019
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon Contest
    Write a Caption, Win a Starbucks Card! Click Here
    Latest Comment: I told you we should worry abit more about vendor lock-in.
    Current Issue
    Building and Managing an IT Security Operations Program
    As cyber threats grow, many organizations are building security operations centers (SOCs) to improve their defenses. In this Tech Digest you will learn tips on how to get the most out of a SOC in your organization - and what to do if you can't afford to build one.
    Flash Poll
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2019-7068
    PUBLISHED: 2019-05-24
    Adobe Acrobat and Reader versions 2019.010.20069 and earlier, 2019.010.20069 and earlier, 2017.011.30113 and earlier version, and 2015.006.30464 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .
    CVE-2019-7069
    PUBLISHED: 2019-05-24
    Adobe Acrobat and Reader versions 2019.010.20069 and earlier, 2019.010.20069 and earlier, 2017.011.30113 and earlier version, and 2015.006.30464 and earlier have a type confusion vulnerability. Successful exploitation could lead to arbitrary code execution .
    CVE-2019-7070
    PUBLISHED: 2019-05-24
    Adobe Acrobat and Reader versions 2019.010.20069 and earlier, 2019.010.20069 and earlier, 2017.011.30113 and earlier version, and 2015.006.30464 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .
    CVE-2019-7071
    PUBLISHED: 2019-05-24
    Adobe Acrobat and Reader versions 2019.010.20069 and earlier, 2019.010.20069 and earlier, 2017.011.30113 and earlier version, and 2015.006.30464 and earlier have an out-of-bounds read vulnerability. Successful exploitation could lead to information disclosure.
    CVE-2019-7072
    PUBLISHED: 2019-05-24
    Adobe Acrobat and Reader versions 2019.010.20069 and earlier, 2019.010.20069 and earlier, 2017.011.30113 and earlier version, and 2015.006.30464 and earlier have an use after free vulnerability. Successful exploitation could lead to arbitrary code execution .