Kurze Antwort

Kurze Antwort

Unser bestehender Mechanismus zur kennwortlosen Authentifizierung in GNU/Linux besteht darin, den SSH-Keygen im Client zu erstellen und den öffentlichen Schlüssel des Clients auf den Server zu kopieren. Anschließend kann der Server vom Client aus ohne Kennwort authentifiziert werden.

meine Frage ist,

Können wir, anstatt die Schlüsselpaare auf der Clientseite zu erstellen, Schlüsselpaare auf dem Server generieren (mit dem wir uns ohne Kennwort vom Client aus verbinden möchten), indem wir den öffentlichen Schlüssel des Servers auf der Clientseite platzieren?

Wenn wir das tun können, wie ist das Verfahren dafür, kann es jemand erklären?

Antwort1

Kurze Antwort

NEIN.

Lange Antwort

Sie können öffentlich bekannte Informationen (einen öffentlichen Schlüssel) verwenden, um zu beweisen, wer Sie sind. Außerdem können Sie den Schlüssel des Servers nicht verwenden: Sie sind Sie, es ist der Server.

Öffentliche Schlüssel können sicher der ganzen Welt bekannt sein. Ihr Server wird seinen öffentlichen Schlüssel jedem mitteilen, der danach fragt.

Längere Antwort

Wenn ich jedoch versuche, das, was Sie versuchen, zu dekonstruieren, sehe ich, dass Sie versuchen, die Verwaltung zu vereinfachen. Welche Möglichkeiten haben Sie also?

  • Nehmen Sie alle öffentlichen Benutzerschlüssel und kopieren Sie sie auf den Server. Sie können alle in ein oder mehrere Konten gehen.
  • Geben Sie allen Benutzern denselben privaten Schlüssel. (Das ist vielleicht das, woran Sie gedacht haben.) Auf diese Weise hat der Server einen öffentlichen Schlüssel. Es gibt jedoch keine Möglichkeit, Benutzer voneinander zu unterscheiden. Es gibt keine Möglichkeit, den Schlüssel zu widerrufen (wenn ein Benutzer ihn verliert), ohne ihn für alle zu widerrufen.
  • Lassen Sie den Systemadministrator öffentliche und private Schlüssel für Benutzer erstellen. Sie müssen den privaten Schlüssel dann auf sichere Weise an die Benutzer weitergeben (z. B. indem Sie Laptops zum IT-Supportbüro bringen und den Schlüssel installieren). Es wäre für den Benutzer auch nicht sicher, diesen Schlüssel für andere Zwecke zu verwenden (da Sie dem IT-Support keine Dinge anvertrauen sollten, die ihn nichts angehen).

verwandte Informationen