PDF 941kB - Hochschule Ulm

8 Zusammenfassung und Ausblick
Die in dieser Arbeit festgelegten Ziele wurden größtenteils umgesetzt. Zunächst wurde
die Sicherheit von NFC auf unterster Ebene betrachtet. Dabei wurde festgestellt das
NFC keinerlei Schutzmaßnahmen gegen Angreifer vorsieht. Zwar gibt es Angriffsszenarien
die aus physikalischen Gründen nicht realisiert werden können, dennoch muss auf
höherer Ebene die Kommunikation abgesichert werden. An dieser Stelle kam die Frage
auf, welche Schutzmaßnahmen Smartphone Betriebssysteme anbieten. Smartphone
Betriebssystemhersteller wie Microsoft mit Windows Phone 8 und Google mit Android
4.3 bemühen sich, eine sichere und vertrauenswürdige Plattform anzubieten. Allerdings
muss davon ausgegangen werden, dass Smartphone Betriebssysteme kompromittierbar
sind und daher vertrauenswürdige Informationen nicht auf dem lokalen Dateisystem der
App gespeichert werden sollten. Des Weiteren erlaubt das Smartphone Betriebssystem
Android 4.3 die Installation von Apps aus Fremdquellen, was zusätzlich ein Sicherheitsrisiko
für den Anwender darstellt. Dargelegt wurde dies anhand des Eurograbber Angriffs,
welcher die vermeintlich sichere Zwei-Faktor-Authentifizierung ad absurdum führt. Mithilfe
eines Trojaners am PC, am Smartphone und durch geschicktem Social Engineering
gelingt es den Angreifern Geld von den Konten der betroffenen Personen zu entwenden.
Dadurch ist ersichtlich, dass der Mensch selbst die größte Sicherheitsschwachstelle ist.
Aus diesem Grund ist es für einen Angreifer auch einfacher den Mensch als solches zu
überwinden statt nach Sicherheitslücken in Betriebssystemen zu suchen. In diesem Kontext
wurde die Android App NFCProxy vorgestellt, mit der es möglich ist zwei NFC
Geräte über einen Proxy miteinander kommunizieren zu lassen. Als Beispiel wurde Pull
Printing genannt, welches einen gesendeten Druckauftrag erst ausdruckt, sobald sich
der Anwender mit seiner Smartcard am lokalen Drucker authentifiziert hat. Durch Social
Engineering und der NFCProxy App kann ein Relay-Angriff durchgeführt werden,
um die vertraulichen Dokumente ausdrucken zu lassen. Das grundsätzliche Problem ist
dabei, dass solche Systeme Benutzerfreundlichkeit statt Sicherheit vorziehen. Es würde
zunächst ausreichen neben dem Faktor ”
Besitz“ den Faktor ”
Wissen“ für zumindest
grundlegende Sicherheit einzuführen, indem beim Anfordern des Druckauftrags z.B. ein
4-stelliger Code eingegeben werden muss. Voraussetzung hierfür ist, dass ein Man-In-
The-Middle den Code nicht erfährt. Doch wie im Implementierungsansatz beschrieben
wurde, reicht ein 4-stelliger Code alleine nicht zwangsweise aus, da diese anfällig gegen
Bruteforce-Angriffe sind. Um solchen Angriffen entgegenzuwirken ist es ratsam z.B.
die Gültigkeit der Codes zeitlich zu begrenzen und nach einer bestimmten Anzahl gescheiterter
Authentifizierungsversuche eine Sperrfrist einzuführen. Daraufhin wurde das
Schlüsselaustauschverfahren Diffie-Hellman mit elliptischen Kurven vorgestellt. Mit diesem
Schlüsselaustauschverfahren ist es möglich einen geheimen Schlüssel zu erzeugen
ohne dass dabei der eigentliche Schlüssel über die Kommunikationsverbindung ausgetauscht
werden muss. Dazu werden Teilgeheimnisse ausgetauscht aus denen der geheime
Schlüssel erzeugt werden kann. Das Problem ist jedoch, dass ein aktiver Man-In-The-
Middle in der Lage ist zwei Mal den Schlüsselaustausch jeweils mit dem Reader und der
App durchzuführen. Um dieses Problem zu umgehen, müssen die Teilgeheimnisse mit
einer digitalen Signatur versehen werden und bei Erhalt auf Gültigkeit geprüft werden.
71