Lesen/schreiben NFC-tag-mit-Passwort-Schutz

Einem NFC-tag (oder eigentlich ein NFC-Forum-Tags, die eine der fünf NFC-Forum-Tag-Betrieb technische Daten) ist ein einfacher datenspeicher ohne security-Mechanismen (andere als schließ-Speicher read-only). Diese tags sind gedacht, um Speicher frei lesbare Daten im NDEF-format. Keine Authentifizierung oder Schutzmechanismen gegen Auslesen von tag-Inhalte (oder kopieren von tag-Inhalte zu anderen tags) sind standardisiert.

Jedoch einige vorhandene tag-Produkte, die das implementieren zusätzlicher Sicherheitsfunktionen, die über das hinausgehen, was angegeben wird durch das NFC Forum.

Den meisten einfachen Mechanismus ist ein kurzes "password" (in der Regel eine 32-bit-Wert). Für die Authentifizierung, das Passwort wird übertragen auf die Tags im Klartext, und der tag bestätigt/lehnt die Authentifizierung. (Beachten Sie, dass die übertragung im Klartext über NFC bedeutet, dass jeder sniffing der Kommunikation ist in der Lage, um das Passwort zu erhalten.) Einige tags, die Unterstützung dieser Art von Passwort-Schutz können Sie die Verwendung der Authentifizierung zu wechseln, einen definierten Speicherbereich kein Zugriff, nur-lese-Zugriff und Lesen/schreiben-Zugriff.

• Produkte der Umsetzung dieser Art von Passwort-Validierung, zum Beispiel, Infineon SLE66R01P, NXP MIFARE Ultralight EV1 und NXP NTAG21x.

Einen anspruchsvollen Ansatz ist die gegenseitige challenge-response-Authentifizierung mit einem freigegebenen Schlüssel. Im Vergleich zu einem einfachen Klartext-Kennwort, das bedeutet, dass ein passiver Mithörer kann nicht entdecken, den gemeinsamen Schlüssel. Wie mit dem Passwort die Authentifizierung Staat kann verwendet werden, um Schalter einen definierten Speicherbereich kein Zugriff, nur-lese-Zugriff, lese - /schreib-Zugriff mit den meisten vorhandenen tag-Produkte. Jedoch, nicht alle von Ihnen kryptographisch zu binden, der Speicher Zugriff und die Authentifizierung pahse zusammen.

• Produkten Umsetzung einer three-pass mutual authentication sind, zum Beispiel, NXP MIFARE Classic* NXP MIFARE Ultralight C, NXP MIFARE DESFire (EV1), Sony FeliCa-Karten.

  ^{*) Beachten Sie, dass die proprietäre Authentifizierung und Verschlüsselung der MIFARE-Classic bekannt ist, um gebrochen zu werden, seit 2008. Darüber hinaus MIFARE Classic ist nur auf unterstützten Android-Geräte mit einem NFC-Chipsatz von NXP.}

Wenn es um die Umsetzung von der Authentifizierung über Android, sollten Sie Folgendes beachten:

1. Wenn Sie immer noch wollen, profitieren von automatischen starten der app durch eine NDEF-Nachricht (entweder einen benutzerdefinierten Datensatz deklarieren Sie in der intent-filter oder ein Android Application Record), die Sie benötigen, um einen frei lesbaren Speicher enthaltende, dass NDEF-Nachricht. Da der Passwort-Schutz/- Authentifizierung ist nicht Teil der NFC-Forum-Spezifikationen, Android selbst nicht authentifizieren kann, um den tag (Android würde nicht das Recht haben Schlüssel/Passwort sowieso). Folglich werden die NDEF-memory-Bereich (für tags mit flat Linear adressierbaren Speicher, dieser ist in der Regel die ersten N Blöcke der tag-Speicher) gelesen werden muss, die ohne Authentifizierung.

2. Selbst wenn Sie nicht die Verwendung von NFC intent-Filter in der Anwendung manifest und verwenden Sie nur die Vordergrund-Versand-system (oder der reader-mode API), die Sie vielleicht noch nutzen möchten NDEF entdecken/filter für Ihre tags.

3. Können Sie die NDEF abstraction layer (d.h. die Ndef /NdefFormatable - Klassen) Zugriff auf den geschützten Speicher-Bereich. Stattdessen müssen Sie zum Austausch der tag-Plattform-spezifische low-level-Befehle mit einer der tag-Technologie-Klassen (NfcA, ..., IsoDep). Auch versuchen Sie nicht zu mischen, zwischen mehreren tag-Klassen (z.B. mit NfcA für den Versand die Authentifizierung-Befehl und Ndef für das Lesen der Daten danach). Das funktioniert zwar auf einigen Geräten funktioniert es nicht, auf den meisten Geräten, da Sie einen reset der Kommunikation mit den tag, wenn swithcing Kommunikation zwischen diesen Objekten.

4. Gibt es bekannte Probleme mit der tag-Anwesenheit prüfen-Mechanismus auf einigen Android-Geräte (vor allem, bevor Android 5) stören kann die Authentifizierung (D. H. die Anwesenheit überprüfen kann das senden von Befehlen zwischen der Authentifizierung Befehle resultieren in Authentifizierungsfehler). Dieses problem kann überwunden werden, mit dem reader-mode-API.

5. Schließlich, bewusst sein, dass, wenn Sie speichern das Passwort/key-Authentifizierung innerhalb einer app, könnte ein Angreifer ganz einfach ein reverse-Engineering Ihrer app um den Schlüssel zu erhalten.

Ich bin momentan auf der NFC-basierte prepaid aufladen-metering-Projekt. Ich würde direkt kommen, um die Frage, was Sie gefragt haben, so weit. Passwort-Schutz-Funktion ist gegeben für so viele NFC-tags wie Mifare classic family, Ultralight Familie, NTag21x Familie.

Antworten für Ihre Fragen:

1. Wie Passwort setzen?
   
   Siehe Datenblatt des jeweiligen Datenblatt studieren dann Speicher-Organisation. Danach finden Sie die Seite oder Adresse, wo Sie wollen, schreiben Sie das Kennwort. Nehmen wir einmal an, mifare-classic-Karten, Sektor-trailer-block ist der Passwort-Schlüssel-block. So schreiben Sie ganz einfach Ihr Passwort zu blockieren. Pflegen Sie die richtige Logik zu schreiben, das Kennwort oder andere Karte blockieren kann.
2. Was auch immer das Passwort, das Sie geschrieben haben , es kann nicht gelesen werden. Also die person, die weiß, dass die Schlüssel nur autorisierten Zugriff auf die tag.
3. Sie können Ihren ganzen tag-Speicher wie Lesen und schreiben, die per NFC-access-Bedingungen.

Alles, was Sie tun müssen, ist zu finden im Datenblatt.