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
    Threaded  |  Newest First  |  Oldest First
    WebAuthn, FIDO2 Infuse Browsers, Platforms with Strong Authentication
    John Fontana, Standards & Identity Analyst, Yubico,  9/19/2018
    Turn the NIST Cybersecurity Framework into Reality: 5 Steps
    Mukul Kumar & Anupam Sahai, CISO & VP of Cyber Practice and VP Product Management, Cavirin Systems,  9/20/2018
    NSS Labs Files Antitrust Suit Against Symantec, CrowdStrike, ESET, AMTSO
    Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/19/2018
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon Contest
    Write a Caption, Win a Starbucks Card! Click Here
    Latest Comment: This comment is waiting for review by our moderators.
    Current Issue
    Flash Poll
    The Risk Management Struggle
    The Risk Management Struggle
    The majority of organizations are struggling to implement a risk-based approach to security even though risk reduction has become the primary metric for measuring the effectiveness of enterprise security strategies. Read the report and get more details today!
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2018-17300
    PUBLISHED: 2018-09-21
    Stored XSS exists in CuppaCMS through 2018-09-03 via an administrator/#/component/table_manager/view/cu_menus section name.
    CVE-2018-17301
    PUBLISHED: 2018-09-21
    Reflected XSS exists in client/res/templates/global-search/name-field.tpl in EspoCRM 5.3.6 via /#Account in the search panel.
    CVE-2018-17302
    PUBLISHED: 2018-09-21
    Stored XSS exists in views/fields/wysiwyg.js in EspoCRM 5.3.6 via a /#Email/view saved draft message.
    CVE-2018-17292
    PUBLISHED: 2018-09-21
    An issue was discovered in WAVM before 2018-09-16. The loadModule function in Include/Inline/CLI.h lacks checking of the file length before a file magic comparison, allowing attackers to cause a Denial of Service (application crash caused by out-of-bounds read) by crafting a file that has fewer than...
    CVE-2018-17293
    PUBLISHED: 2018-09-21
    An issue was discovered in WAVM before 2018-09-16. The run function in Programs/wavm/wavm.cpp does not check whether there is Emscripten memory to store the command-line arguments passed by the input WebAssembly file's main function, which allows attackers to cause a denial of service (application c...