Getagged : Passwort

Authentifizierung an Netzwerkfreigaben via C#

Eine Mail erreichte mich heute, in der ich gefragt wurde, wie man zB. mein Programm easyLiveSync, oder eigene Implementierungen dazu bewegen könnte, auf Netzlaufwerke bzw. Freigaben zuzugreifen, bei denen sich explizit angemeldet werden muss. Ursache aus der Mail war, dass die Synchronisierung von bzw. auf Netzlaufwerke geschehen sollte, diese aber des Öfteren im Explorer als “Getrennt” angezeigt werden, obwohl ein Doppelklick darauf die Verbindung aufbaut. Ebenso, wenn das Laufwerk getrennt ist, wird aus anderen Programmen heraus der Zugriff verweigert.

Ich bin ein Freund von Boardmitteln, wo sie denn sinnvoll und zeiteinsparend sind. Und unter C# und Co. kann man auch die Boardmittel nutzen, um zumindest vorerst eine Verbindung unter Nutzung von Nutzer und Passwort auf eine Freigabe zu erreichen.

Der Befehl unter Windows lautet: net use SERVERNAME\IPC$ /user:USERNAME PASSWORD. Alternativ kann man auch die Freigabe vorher auf ein Laufwerksbuchstaben mappen mittels: net use FreierLaufWerksbuchstabe\\SERVERNAME\FREIGABE /user:USERNAME PASSWORD. Danach kann man über den neu belegten Laufwerksbuchstaben auf die entfernten Daten zugreifen.

Will man dies nun via C# realisieren, existieren zwar einige Boardmittel, aber mittels eines Sechszeilers geht das Ganze recht einfach von der Hand. Folgender Quellcode-Ausschnitt zeigt dies auf:

ProcessStartInfo psi = new ProcessStartInfo(“net”,”use “ + SERVERNAME + @”\IPC$ /user:” + USERNAME + ” ” + PASSWORD);
Process proc = new Process();
proc.StartInfo = psi; proc.Start();
proc.WaitForExit();
proc.Close();

SERVERNAME, USERNAME und PASSWORD sind in diesem Fall Variablen des Typs string. Danach kann man problemlos den Zugriff via UNC auf die Freigabe des Server realisieren und seine “Dummheiten” mit anstellen. Ebenso ist durch Abänderung der ersten Quellcode-Zeile die Anbindung auf ein Laufwerksbuchstaben möglich:

ProcessStartInfo psi = new ProcessStartInfo(“net“,“use Laufwerk: \\\\“ + SERVERNAME + @“\Freigabe /user:” + USERNAME + ” “ + PASSWORD);

Der Rest sollte dann nach Schema F ablaufen.

 

Wie man mit wenig Aufwand jemandem eine große Freude bereiten kann …

… konnte ich gerade hautnah erleben. Eine Kundin meldete sich via E-Mail mit einem dringenden Hilferuf bei mir. Ihr Mac ist während eines Telefonats in den Standby gegangen und sie wollte sich danach in gewohnter Weise wieder anmelden, um noch ganz wichtige Dokumente/Artikel zu schreiben, die auch noch ganz dringend heute zur Druckerei raus mussten – aber das Anmelden funktionierte nicht mehr.

Als ich sie anrief, gingen wir exemplarisch das Passwort noch einmal durch. Ich konnte mir anfangs nicht erklären, wieso auf einmal das Kennwort nicht mehr stimmen sollte. Das Problem ließ sich dann ganz schnell und einfach lösen. Anstelle einer Apple Tastatur benutzt sie eine Logitech Mac Tastatur. Diese hat aber den Nachteil, dass nicht ersichtlich ist, ob die Taste Caps Lock aktiv ist. Genau das war bei der Kundin der Fall, womit ihr eingegebenes Passwort mit Sicherheit verkehrt eingegeben wurde.

Da sich die Taste aber im Anmeldebildschirm nicht deaktivieren ließ, wies ich sie an, während der Eingabe ihres Kennwortes die Shift-Taste gedrückt zu halten.

Und es klappte. Ein Dankeschön und ein Lob ließen mich noch zufriedener in den Feierabend ziehen :-)

Ich empfehle anstelle dessen die Nutzung eines Apple Keyboards. Flach, leicht, LED-Anzeige auf der Caps Lock Taste und integriertem USB-Hub und für meine Wenigkeit schreibt es sich sehr angenehm und schnell darauf.

Ärger: Lachnummer Elektronische Gesundheitskarte und deren Macken …

Irgendwie komme ich aus dem Kopfschütteln und Lachen nicht mehr heraus. Das Thema ist die elektronische Gesundheitskarte und die neu aufgetauchten Probleme inkl. einer möglichen und derzeit akzeptieren Lösung. Der besondere Knaller ist, dass selbst das BSI diese Lösung als akzeptabel empfindet.

Hintergrund sind die bestehenden, gravierenden Probleme bei der PIN-Eingabe, wobei 75% der Tester in Flensburg nicht in der Lage waren die korrekte PIN einzugeben und somit deren Karte gesperrt wurde.

Damit dieses nicht passiert, soll der Arzt treuhänderisch anstelle des vergesslichen Patienten dessen PIN verwalten und eingeben. Übersetzt heißt dies, dass ich mein geheimes Passwort einer “vertrauenswürdigen” Person geben soll, die sich für mich daran erinnert? Und so etwas kommt vom BSI? Wo doch derartige privaten und sensiblen Daten auf der Karte sich befinden?

Angeblich wäre dieses durch die ärztliche Schweigepflicht gedeckt. Eine super Schutzbehauptung, wie ich finde. Wie darf ich mir das dann vorstellen? Mein Passwort/PIN wäre dann immer noch sicher, weil ich es jemanden erzähle der es ganz sicher nicht weitererzählen darf? Selten so gelacht … Weiter lesen …

Lösung: Wie man sich unbeabsichtigt aussperrt …

Viele Geräte, vornehmlich Notebooks, besitzen seitens des BIOS die Funktion, den Festplattenzugriff/Festplattenschutz (Bootvorgang) mit einem Passwort zu versehen. Ebenso, wie bereits bekannt, ist auch die Absicherung des BIOS selbst möglich.

Das Fatale daran ist die teilweise mangelhafte Unterstützung von eingebbaren Zeichen bzw. deren Auswertung beim Festlegen bzw. Abfragen des Passwortes.

Angenommen, jemand schaltet einen derartigen Schutz ein und hinterlegt das Kennwort abc123abc? wird dieses bei Eingabe während des Startvorganges nicht akzeptiert. Der Grund liegt entweder darin, dass während der Festlegung im BIOS bestimmte Sonderzeichen (zum Beispiel !, ?, §, $, &) oder bei Eingabe vor dem Start diese einfach ausgeblendet werden. Dies hat zur Folge, dass man sich unendlich bemüht sein System zu starten, tausendfach die Eingabe des Kennwortes mit der Niederschrift vergleicht und nicht mehr weiter weiß – und auch nicht mehr an die Daten kommt.

Im obigen Falle gebe man einfach abc123abc ein und das Notebook startet. Wieso? Fehler im BIOS? Fehler bei der Auswertung? Keine Ahnung, aber es hatte geholfen, nachdem ich vom eigentlichen Kennwort Kenntnis bekam …