Ist es möglich den Windows (XP) Anmeldenamen einzulesen und dadurch einfach sich in ein Login System einzuloggen?

Arbeite grade an einem Projekt und damit sich jeder einloggen kann in einen individuellen Bereich im Intranet würde ich es (um es den Benutzern zu erleichtern) gerne ohne Passwort
realisieren.

Daher dachte ich es funktioniert wie ich oben geschrieben hab mit dem Login von Windows(damit währe eine eindeutiger Login ermöglicht)

Mister Ad

fantast

kurz und buendig: nein. jedenfalls nich mit den mitteln, die mir bekannt sind...

__________________
Was ist validität?

Microsoft hat seit Windows 2000 die Authentifizierung umgestellt. Mit älteren Systemen WinNT 4 hätte man das evtl. noch abfragen können. Jetzt gibt es keine Chance für PHP-Scripte.

Bleibt wohl nicht anderes übrig, als den automatischen Login über Cookies zu regeln.

Sclot

doch, geht immernoch....

Zwork hat das erst kürzlich in nem script gemacht, schreib ihm mal ne PM dazu

Cool! Danke für den Hinweis...
werde Ihn Fragen

fantast

na da bin ich ja neugierig. ich koennte mir vorstellen, dass activescript oder derivate sowas auslesen kann, aber das laeuft ja dann wieder nur im ie...

__________________
Was ist validität?

also wenn das geht, wäre ich echt überrascht.

Wenn jemand eine Lösung findet, dann postet es mal, bitte.


Oliver

robo47

Wollte nur mal anmerken, dass das 0 % sicher ist, jeder kann sich auf nem rechner nen benutzer anlegen und somit den Benutzernamen faken.

mfg
robo47

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

wirklich jeder? auch benutzer ohne admin-rechte, wie es in einer domäne üblich ist.
denk nach "robo47", bevor du postest.

Basti

Ich hab keinen Plan von der Windows-Benutzerverwaltung und meine letzte PHP-auf-Windows-Installation lief noch auf Windows 98. In sofern ist folgendes etwas schwammig:

Sicherlich kann Windows doch so einrichten, dass beim Anlegen eines neuen Benutzers eine Datei mit dem Namen des Benutzers auf dem lokalen Rechner angelegt wird, die nur vom Benutzer selbst beschreibbar und nur vom Webserver- bzw. PHP-Prozess zumindest lesbar ist (was weiß ich, was da für Dienste laufen bzw. welche du dafür aufsetzen würdest).

Ebenfalls erhält jeder neue Benutzer ein Start-Skript für deine Anwendung, das einen Schlüssel generiert und ihn in die angelegte Schlüssel-Datei schreibt. Natürlich wird dabei falls nötig zuvor ein alter Schlüssel gelöscht. Dann baut das Skript mit dem Schlüssel und dem Benutzernamen einen Query-String zusammen, der dann, an den URI der Anwendung gehängt an den Browser übergeben wird.

Das so gestartete PHP-Skript identifiziert den anfragenden Rechner (das wäre natürlich die Voraussetzung, aber das lässt sich sicherlich auch irgendwie über Umwege erreichen, falls die IP's nichtt zuverlässig sind), lässt sich von dem die Schlüssel des Benutzers geben, prüft, ob der nicht schon zu alt ist und vergleicht mit dem übergeben Schlüssel. Ab da übernimmt dann eine PHP-Session und PHP löscht den Schlüssel auf dem lokalen Rechner des Benutzers oder, falls er dort nicht schreiben kann, vermerkt er den Schlüssel eben als erstmal gesperrt. Beim Windows-Logout wird der Schlüssel dann in jedem Fall von einem Skript gelöscht. So hat jeder Benutzer nur maximal einen Schlüssel und ein Angreifer muss a) am selben Rechner sitzen, b) muss der geklaute Schlüssel z.B. durch einen Systemabsturz das Logout-Skript überlebt haben, c) darf dieser aber nicht zu alt sein. d) Kannst du den Schlüssel eines Benutzers einfach deaktivieren, wenn jemand mit einem falschen Schlüssel für eben diesen Benutzer ankommt und d) kann man doch sicherlich im Nachhinein herausfinden, welcher Benutzer zum Zeitpunkt x (der mehrmaligen Einbruchsversuche) am Rechner y saß, so dass da wohl kaum was passieren sollte.

Ist halt die Frage, wie der PHP-Prozess sicher an die Schlüssel-Files kommt und sich da niemand einhängen kann.

Wieweit das Ganze auf Windows-Mühlen umsetzbar ist, weiß ich natürlich nicht - auch nicht, ob ich was (einen wunden Punkt oder eine einfachere Lösung) übersehen hab...

Möglich wäre auch ein Schlüssel-Austausch bei der ersten Registrierung (da müsste der Benutzer dann halt eine Datei bei sich speichern/eben auch so ein Start-Skript). Mit diesem Schlüssel könnte dann der temporäre Schlüssel (s.o.) verschlüsselt werden und die Schlüssel-Date könnte für alle offengelegt werden (falls das dann einfacher umzusetzen ist).

Und, in die andere Richtung: Falls du eh unabhängig von HTTP mit dem Server kommunizieren musst, dann kannst du womöglich auch die ganze Identifikation über diesen anderen Kanal erledigen...

Basti