Welches ist das beste Modell, um die Benutzerauthentifizierung offline zu schalten?

Question

Ich baue Authentifizierung in einer Client-Server-Anwendung, und einige der Rückmeldungen, die ich erhalten habe, ist, dass ich die Hash-Berechnung auf den Server verlassen sollte (es wurde ursprünglich implementiert, um den Client den Hash zu erhalten, berechnet einen Hash von das eingegebene Passwort des Kunden, und vergleichen Sie sie). Das scheint Sinn zu machen, aber ich habe noch ein Problem - Wie kann ich Benutzer authentifizieren, die offline sind?

Wenn ich beispielsweise ein mobiles Gerät ohne Internetzugriff bereitgestellt habe, was ist dann die sicherste Methode zur Authentifizierung?

So wie ich es sehe, werde ich zu haben entweder die Möglichkeit der Client die Hash zu erhalten + jedes Salz Informationen, OR einen separaten Pin/Passwort verwenden und den Client ermöglichen, den Hash + Salz für zu erhalten das Passwort.

Ich würde letzteres bevorzugen, weil es den Angriffsvektor zu begrenzen scheint - wenn ein mobiles Gerät kompromittiert wird, dann bleibt die Sicherheit des gesamten Systems (z. B. aller netzwerkauthentifizierten Stücke) intakt.

Was sind meine besten Optionen und Überlegungen?

Answer 1

Wenn Sie Ihre Anwendung ausführlicher erläutern, stelle ich möglicherweise fest, dass ich hier nicht an der Basis bin, aber für den Moment werde ich einige Annahmen über Ihren Anwendungsfall und Ihr Bedrohungsmodell treffen.

Mein Verständnis ist, dass Sie einige vertrauliche Informationen haben, die Sie zwischen einem mobilen Gerät mit unterbrochener Konnektivität und einem Remote-Dienst synchronisieren möchten. Der Dienst ist nur für authentifizierte Benutzer zugänglich, und Benutzer müssen sich gegenüber dem mobilen Gerät authentifizieren, um auf ihre Kopie der Informationen zugreifen zu können, selbst wenn sie offline ist.

Wenn Sie starke Sicherheit wünschen, verschlüsseln Sie die Kopie des mobilen Geräts mit passwortbasierter Verschlüsselung.

Sie könnten dasselbe Passwort verwenden, das für die Authentifizierung beim Dienst verwendet wird, aber im Allgemeinen würde ich vermeiden, denselben Schlüssel für andere Zwecke zu verwenden. Ein besserer Ansatz wäre ein Hauptverschlüsselungskennwort für das mobile Gerät, das die mobile Datenbank verschlüsselt, sowie das "Kennwort", das zur Authentifizierung des Benutzers beim Synchronisierungsdienst verwendet wird. Beachten Sie, dass das Dienstauthentifizierungskennwort tatsächlich ein privater Schlüssel für die SSL-Client-Zertifikat-Authentifizierung oder ein zeichenbasiertes Kennwort sein kann.

Sie müssen das Risiko eines einzigen Passworts auswerten, aber in vielen Fällen denke ich, dass dies dem Benutzer einen Vorteil bietet, kombiniert mit der Sicherheit eines starken Master-Passworts im Gegensatz zu zwei schwachen, aber leicht zu merkende Passwörter ist eine gute Balance.

Beachten Sie, dass Benutzer, deren Dienstzugriff widerrufen wurde, mit diesem Ansatz weiterhin auf ihre lokale Kopie zugreifen können, jedoch ohne neue Aktualisierungen. Sie könnten eine Vorstellung von einem Zeitlimit enthalten, das von der mobilen Software durchgesetzt werden soll, aber ein entschlossener Angreifer könnte dies umgehen.

Wenn Sie nur Spielzeugsicherheit benötigen, ist Ihr Vorschlag, den richtigen Hash auf dem mobilen Gerät zu speichern, angemessen, und es ist wirklich egal, ob Sie das echte Passwort oder eine Alternative hashen, denn wenn Sie den richtigen Hash verwenden, Es sollte einige Milliarden Jahre dauern, bis eine Passwortkollision gefunden wurde, die es ihnen ermöglichen würde, auf den Remote-Dienst zuzugreifen.

Vorausgesetzt, ein Angreifer kann den Kennwort-Hash sehen, was hindert ihn daran, auch die synchronisierten Daten anzusehen? Warum sollten sie das Passwort wiederherstellen müssen? Eine Verschlüsselung der mobilen Datenbank würde dies verhindern.

Answer 2

Ich denke, es hängt vielleicht von Ihrer Problemdomäne ab, aber für eine sichere Anwendung kann die Autorisierung wegen des fehlenden Vertrauens nicht clientseitig durchgeführt werden. In dem einfachen Fall, in dem Sie angegeben haben, wo die Hash-Berechnung und der Vergleich clientseitig durchgeführt werden, müssen Sie nur einen Debugger starten, den Code durchgehen und herausfinden, wo der Vergleich durchgeführt wird, und einen Wert ersetzen der Stapel kurz vor der Rückkehr (zum Beispiel). Herzlichen Glückwunsch, Sie wurden gehackt.

Ich möchte weitere Informationen darüber erhalten, welche Vorgänge Ihre bestimmte App im "Offline" -Modus aktivieren soll und wie Ihr Plan für die Abstimmung aussehen würde, sobald das Gerät wieder verbunden wird, bevor ich die Aktivierung der Teilfunktion prüfen würde Funktionalität offline.

Answer 3

Ich habe vor ein paar Minuten eine ähnliche Frage gestellt, und nach einigem Nachdenken hätte ich mit öffentlichen/privaten Schlüsseln vielleicht einen akzeptablen Ansatz gefunden. Hier sind die Schritte, die ich für meine Anwendung skizziert:

1. Wenn der Benutzer offline geht, er wählen kann ein Passwort verwenden, um Zugriff auf die App zu sichern, während offline (mit optionaler Verschlüsselung zum Schutz gegen Diebstahl).

2. Nach dem Online-Versand sendet der Client eine ID für den aktuellen Benutzer (es könnte wie ein Hash oder etwas sein, das diesen Benutzer eindeutig identifiziert).

3. Der Server sendet ein Autorisierungstoken, das mit dem öffentlichen Schlüssel des Benutzers verschlüsselt wurde.

4. Der Client sendet das entschlüsselte Token mit seinem privaten Schlüssel zurück.

5. Der Server sendet schließlich ein Sitzungstoken, um die weitere Kommunikation fortzusetzen (dieser letzte Schritt ist möglicherweise nicht erforderlich, vielleicht kann das bereits erstellte Authentifizierungs-Token verwendet werden?).

Ich bin kein Experte auf Verschlüsselung oder Sicherheit, aber es scheint mir, dieser Ansatz ist sehr sicher, da der einzige Weg, ich in den Server hacken denken kann, wäre für den Angreifer die haben Benutzer privater Schlüssel zusammen mit seiner Passphrase. Bei sensiblen Daten kann dies, wie erwähnt, entweder durch ein Passwort geschützt werden, um den Benutzer zu authentifizieren, oder durch eine Verschlüsselung der Daten selbst. Wenn das Gerät verloren geht, wird es nicht kompromittiert .