Ich habe ein MacBook mit MacOSX Leopard (10.6.2) und verwende es, um über SSH eine Verbindung zu einigen Servern (deren Betriebssystem Debian Lenny ist) herzustellen. Ich benutze RSA - Schlüssel zum Login auf Server A und von dort I "bounce" auf andere Server B , C und D . Ich habe die Agentenweiterleitung in meinem Laptop .ssh/config
für Server A aktiviert , um eine Verbindung zu A herstellen und dann von A nach B , C oder D "springen" zu können , ohne jedes Mal mein Kennwort eingeben zu müssen. Es funktioniert gut.
Ich habe jedoch gelesen, dass die Agentenweiterleitung eine Sicherheitslücke aufweist: Wenn ein Hacker root
Zugriff auf Server A erhält, kann er den Agentenweiterleitungsmechanismus entführen und ohne Kennwort eine Verbindung zu den Servern B , C und D herstellen .
Offenbar ist eine Lösung zu verwenden , ssh-add
‚s -c
Option: es soll mich für die Bestätigung Server jedes Mal fragen , A will meinen RSA - Schlüssel verwenden. Aber aus irgendeinem Grund scheitert es:
miniquark@mylaptop:~$ ssh-add -c
Enter passphrase for /Users/miniquark/.ssh/id_rsa:
Identity added: /Users/miniquark/.ssh/id_rsa (/Users/miniquark/.ssh/id_rsa)
The user has to confirm each use of the key
miniquark@mylaptop:~$ ssh serverA
Agent admitted failure to sign using the key.
miniquark@serverA's password:
Normalerweise muss ich nicht ssh-add
manuell starten , da MacOSX dies automatisch für mich erledigt, wenn ich eine SSH-Verbindung starte, für die ein RSA-Schlüssel erforderlich ist. Vielleicht besteht die Lösung darin, MacOSX so zu konfigurieren, dass es ssh-add
mit der -c
Option gestartet wird . Leider kann ich diese Option einfach nicht finden.
Wenn Sie eine andere Idee haben, die mich vor der Entführung von Agentenweiterleitungen schützen würde, wäre ich Ihnen sehr dankbar.
Vielen Dank.
quelle
Antworten:
Der Agent versucht, ein Hilfsprogramm zur Aufforderung auszuführen. Unter OS X ist dies standardmäßig nicht vorhanden, daher müssen Sie eine angeben (unter / usr / libexec / ssh-askpass). Ich verwende derzeit eine ähnliche:
quelle
Lesen Sie diese Seite http://jcs.org/notaweblog/2011/04/19/making_openssh_on_mac_os_x_more_secure/ für die Lösung von Joshua Stein
quelle