Dies hängt von dem verwendeten Protokoll und dem Netzwerk ab, mit dem Sie verbunden sind.
Bester Fall: Das Netzwerk verwendet einen anderen IP-Adressbereich. Es gibt keinen Host mit dem von Ihnen konfigurierten Namen (oder er kann nicht aufgelöst werden).
Was passiert: Ihr Benutzername und Ihr Passwort sind (normalerweise) sicher. Es gibt keinen Endpunkt, zu dem eine Verbindung hergestellt werden kann, und es wird kein Authentifizierungsversuch durchgeführt.
Mittlerer Fall: Das Netzwerk verwendet denselben IP-Adressbereich oder es gibt einen Hostnamen, der in eine von Ihnen verwendete IP-Adresse aufgelöst wird.
Was passiert: Sie sind meistens in Sicherheit. Die Hosts führen normalerweise keine Dienste aus, auf die Sie zugreifen, und die meisten Protokolle behandeln die Authentifizierung nach der Verbindung (wie FTP und SMB, die Sie scheinbar verwenden). Einige seltsame Protokolle enthalten möglicherweise eine Identifizierung oder sogar eine Authentifizierung in ihrem ersten Paket, die ein Rogue-Server möglicherweise stehlen kann. Stellen Sie sicher, dass Sie eine verschlüsselte Verbindung benötigen (z. B. FTPS), sodass der Authentifizierungsversuch immer gesichert ist, auch wenn dies nicht gelingt, sodass nur der Serveradministrator den Authentifizierungsversuch sehen kann.
Schlechtester Fall: Das Netzwerk ist wie Ihr eigenes eingerichtet und kann sogar Honeypots verwenden (dh alle Authentifizierungsversuche sind erfolgreich).
Was passiert: Ihre Ausweise sind in der Tat in Gefahr, vor allem, wenn der Bediener des Honigtopfs Sie kennt. Je nach verwendetem Protokoll und Setup des Honeypots kann der Bediener entweder die gesamte Kombination aus Benutzername und Kennwort (sowie den Hostnamen und den Pfad, auf den Sie zugreifen möchten) abrufen. Auch fortgeschrittenere Honeypots können es Ihrem System ermöglichen, Daten zu schreiben zum Honigtopf
Dies ist offensichtlich der schlimmste Fall, da Sie Daten verlieren . Dadurch kann der Bediener weitere Informationen stehlen (an Backups denken: alles auf Ihrem Gerät).
Randbemerkung: Ich denke, das sollte auf https://security.stackexchange.com verschoben werden