-
Notifications
You must be signed in to change notification settings - Fork 94
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
1 changed file
with
187 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1 +1,187 @@ | ||
# ESP-RFID-Tool | ||
# ESP-RFID-Tool | ||
By Corey Harding | ||
|
||
Official website: | ||
* www.rfid-tool.com | ||
|
||
Hardware will be for sale soon through April Brother and the source code will be released at the same time. | ||
Keep an eye out on Twitter for a release date: | ||
* https://twitter.com/exploit_agency | ||
|
||
## Intended use cases | ||
* Security researchers performing red team assessments. | ||
* Capturing card values to later be cloned. | ||
* Replaying raw binary captures.*(see note below) | ||
* Fuzzing access control systems.*(see note below) | ||
* To create a standalone device for testing badges and or card readers without the need for a Wiegand Controller. | ||
* Add a battery and a card reader to make the unit portable. | ||
* Add a benchtop power supply to use for testing hardware. | ||
* Installers troubleshooting issues with a card reader or the data lines out in the field or back in the office. | ||
* Hobbyist experimenting with various systems that utilize a Wiegand Interface. | ||
* Simulating an access control system using multiple units of ESP-RFID-Tool. | ||
|
||
## What is it? | ||
A universal data logger that captures the raw binary data from a standard 5V Wiegand Interface. The device is capable of logging the credentials for access control systems or nearly any device that utilizes a Wiegand Interface such as RFID card readers, pin pads, magnetic stripe systems, and even some biometric readers. Wiegand Interfaces also do not have to be limited to just access control systems. The main target group for this device is 26-37bit HID cards. For known card types both the binary and hexidecimal data is displayed directly in the log file for easy badge identification and also in case a clone of a card may be needed. For unknown card types only the raw binary data is shown. | ||
|
||
## How do you install it? | ||
The device may be installed directly into an existing system drawing its power from the preexisting wiring or it can also be used to turn a reader into a standalone portable unit for data logging when a battery is added. Wiring is simple and consists of 4 wires, (+), (-), D0(Green), and D1(White). The device is capable of operating on voltages ranging from around 4.5V up to a maximum of 18V. Commonly found voltages are 12V and 5V. | ||
|
||
## How do you access the logs? | ||
Access to the log files and various settings is provided via a web based interface. The device has WiFi capabilities and can be set up to spawn its own access point or set to connect to an existing network. In the event you get locked out of the web interface you can bridge the J3 jumper on power up or while resetting the device to regain access without losing your log files. | ||
|
||
## I want to know a little more... | ||
The hardware is based on an ESP12S WiFi chip with a full TCP/IP stack and Microcontroller Unit. The software is open source licensed under the MIT License and will be released the day the product is launched. The software will reside in this GitHub repo so it may be reviewed by the community. We will accept various pull requests from the community after being reviewed if it improves the value of the device for others. The software was written in the Arduino IDE so both hobbyist and professionals will have no issue modifying the code if they so choose. A Wiegand Interface operates using 3 wires, a ground, Data0, and Data1. A zero is sent when D0 goes low and a one is sent when D1 goes low, the other line remains high during this time. The timing is 40uS from low to high on a line with 2mS between bits. The software logs this binary output to a file and if the device thinks it is a known card format the preamble is guessed(not sent by card reader but it is the same for all cards of a specific format, our primary target is 26-37bit HID cards) and both the raw binary and hexidecimal data is logged. For unkown card formats only the raw binary output is logged with no guess at the preamble and without showing the data in hexidecimal format to prevent confusion. If you know what kind of card was captured, simply look up the preamble and add it to the beginning of the binary then typically convert it to hexidecimal format to make a clone of a card. It is possible the card is actually an unknown format and the preamble was guessed incorrectly with the device thinking it was a known card format(the guess is based on the bit count output by the reader), if this is the case in the log file there is a literal space in the binary between the preamble and the card data, simply ignore the preamble. When replaying a captured credential*(see note below) you do not include the preamble as that is not output by the card reader but instead you only replay*(see note below) the actual card data as output from the reader. You only need to worry about the preamble if making a clone of a card. The primary function of this device is for logging the raw binary data as output from a Wiegand Interface. You can read from 1 bit all the way up to 4,096 bits. The default buffer setting only allows 52 bits and must be manually increased from the settings page accessible from the web interface. | ||
|
||
## *Experimental TX Mode | ||
The device was made with minimal hardware to keep costs extremely low and in reach of hobbyist and also so security professionals can buy multiple units and also use them without the fear of losing a unit. This being said there are no level shifters on the board.(It is possible that in the future a PRO version may be released) This means that with the current hardware the device can work with a 3V3 Wiegand Interface as well as a 5V Wiegand interface because the hardware operates at 3V3 and is also 5V tolerant. The drawback of this is that not all 5V Wiegand controllers are guaranteed to be triggered when replaying or fuzzing data because only 3V3 is output from the device. There is also a risk when the device is in TX mode and the output goes low for 40uS, if the device were to also receive data during this time there will be a short. For this reason be sure that absoulutely no cards are being scanned while the device is in TX mode. The device does not go into TX mode until you press on a form submit button and as soon as the data is done being transmitted it goes back into listening mode. For the reasons above TX mode is for experimental use only and was designed primarily for easily debugging the software when making changes.(two units were tied together) | ||
**Use transmit mode at your own risk, it is not officially supported. Consider it a bonus in the software.** | ||
|
||
## Installation Notes | ||
* Make sure the reader outputs data in the Wiegand format | ||
* Connect D0 on device to D0 on reader | ||
* Connect D1 on device to D1 on reader | ||
* Connect + on device to + on reader | ||
* Connect - on device to - on reader | ||
* OPTIONAL: Connect 4.5-18V battery into the same + and -(only if building a portable unit, do not add a battery if implanting device into an existing installation, or if you do use a battery do not connect the + wire from the existing installation to your device, only tie in the GND -) | ||
* NOTE: At a minimum D0, D1, and GND(-) must be connected to the reader for proper function, no matter the power source. | ||
* Configure settings | ||
* See Below | ||
|
||
## Flashing Firmware | ||
From Web Interface: | ||
* Download one of the latest releases from | ||
* https://github.com/rfidtool/ESP-RFID-Tool/releases | ||
* Login to the device's admin panel and upgrade the firmware. | ||
|
||
Arduino IDE: | ||
* Use the ESP Flasher R4 by April Brother: | ||
* https://blog.aprbrother.com/product/esp-flasher-r4 | ||
* Clone/download the source. | ||
* Add these libraries: | ||
* ArduinoJson library 5.11.0 by Benoit Blanchon | ||
* https://github.com/bblanchon/ArduinoJson | ||
* ESP8266FtpServer.h | ||
* https://github.com/exploitagency/esp8266FTPServer/tree/feature/bbx10_speedup | ||
* Choose the board NodeMCU 1.0. | ||
* Upload. | ||
|
||
## Software Help | ||
|
||
### Accessing ESP-RFID-Tool Web Interface | ||
|
||
SSID: "ESP-RFID-Tool" | ||
URL: https://192.168.1.1 | ||
|
||
### Configure ESP-RFID-Tool | ||
|
||
#### Default credentials to access the configuration page: | ||
* Username: "admin" | ||
* Password: "rfidtool" | ||
|
||
#### Default credentials for ftp server: | ||
* Username: "ftp-admin" | ||
* Password: "rfidtool" | ||
|
||
#### WiFi Configuration: | ||
|
||
Network Type: | ||
* Access Point Mode: Create a standalone access point(No Internet Connectivity-Requires Close Proximity) | ||
* Join Existing Network: Join an existing network(Possible Internet Connectivity-Could use Device Remotely) | ||
|
||
Hidden: Choose whether or not to use a hidden SSID when creating an access point | ||
|
||
SSID: SSID of the access point to create or of the network you are choosing to join | ||
Password: Password of the access point which you wish to create or of the network you are choosing to join | ||
Channel: Channel of the access point you are creating | ||
|
||
IP: IP to set for device | ||
Gateway: Gateway to use, make it the same as ESP-RFID-Tool's IP if an access point or the same as the router if joining a network | ||
Subnet: Typically set to 255.255.255.0 | ||
|
||
#### Web Interface Administration Settings: | ||
|
||
Username: Username to configure/upgrade ESP-RFID-Tool | ||
Password: Password to configure/upgrade ESP-RFID-Tool | ||
|
||
FTP Server Settings: | ||
|
||
Note: Supports Passive(PASV) Mode Only! | ||
* Enabled: Turn FTP Server ON | ||
* Disabled: Turn FTP Server OFF | ||
Username: Username to login to ftp server | ||
Password: Password to login to ftp server | ||
|
||
Power LED: | ||
|
||
* Enabled: Turn ON Power LED | ||
* Disabled: Turn OFF Power LED | ||
|
||
RFID Capture Log: | ||
|
||
Useful to change this value to differentiate between facilities during various security assessments. | ||
File Name: File name to save captured RFID tags to for the current security assessment. | ||
|
||
#### List Exfiltrated Data | ||
|
||
Displays all log files containing RFID tag captures. | ||
|
||
#### Format File System | ||
|
||
This will erase the contents of the SPIFFS file system including ALL RFID tag captures. | ||
Formatting may take up to 90 seconds. | ||
All current settings will be retained unless you reboot your device during this process. | ||
|
||
#### Upgrade ESP-RFID-Tool Firmware | ||
|
||
Authenticate using your username and password set in the configuration page. | ||
|
||
Default credentials to access the firmware upgrade page: | ||
* Username: "admin" | ||
* Password: "rfidtool" | ||
|
||
Select "Browse" choose the new firmware to be uploaded and then click "Upgrade". | ||
|
||
You will need to manually reset the device upon the browser alerting you that the upgrade was successful. | ||
|
||
#### Jumpers | ||
|
||
* J1: Bridge to reset the board(your FTDI doesn't have a reset button?) | ||
* J2: Cut the trace to disable DTR pin after programming then use it as an additional IO(continue updating firmware via web interface) | ||
* J3: Bridge this during a power cycle to restore default configuration without losing your log files. | ||
|
||
#### Restore Default Settings | ||
|
||
* Option 1: Go to settings under web interface and choose restore default configuration. | ||
* Option 2: Bridge J3 before booting the device. (Either before powering on or bridge it and reset the device) | ||
* Option 3: Connect via serial(9600 baud) and send the command "ResetDefaultConfig:" without quotes. | ||
|
||
### History | ||
I pushed the design for the original prototype to GitHub back in September 11, 2016. I was using an Adafruit Feather Huzzah running some code that I had modified. At the time no sort of Wiegand logger existed offering WiFi capabilities and providing an easy to use web interface for accessing the log files.(I could not find one so I created it) During the second evolution of the project I decided to design dedicated hardware and I lightly upgraded the software. It was open source hardware and it was out there on GitHub but still not easily available to the masses. Not everyone is confident in surface mount soldering and even for me it was time consuming assembling boards for personal use. It was then that I realized there is a need for an affordable device like mine to be mass produced so anyone that needs one can have access to it. During the third stage I redesigned both the software and the hardware and decided to contact April Brother to see about manufacturing it and selling it for a fair price. That is when ESP-RFID-Tool was born. | ||
|
||
### Licensing Information | ||
|
||
Created by Corey Harding | ||
https://github.com/rfidtool/ESP-RFID-Tool | ||
ESP-RFID-Tool software is licensed under the MIT License | ||
|
||
#### Libraries/borrowed code being used | ||
|
||
##### Arduino and ESP8266 core libraries | ||
* Typically: GNU LESSER GENERAL PUBLIC LICENSE Version 2.1 | ||
* Assorted Authors | ||
|
||
##### ArduinoJson.h | ||
* The MIT License (MIT) | ||
* Copyright (c) 2014-2017 Benoit BLANCHON | ||
|
||
##### ESP8266FtpServer.h | ||
* GNU LESSER GENERAL PUBLIC LICENSE Version 2.1 | ||
* Originally by nailbuster, later modified by bbx10 and apullin | ||
|
||
##### WiegandNG.h | ||
* GNU LESSER GENERAL PUBLIC LICENSE Version 2.1 | ||
* JP Liew | ||
|
||
##### Wiegand Preamble Calculator Code | ||
* No License Specified | ||
* Fran Brown of Bishop Fox |