709 Benutzer online
01. Dezember 2024, 12:52:17
01. Dezember 2024, 12:52:17
Windows Community
Seiten: [1] Nach unten
| Antworten / Aufrufe | Themen mit dem Stichwort debu | |
|---|---|---|
 |
9 Antworten 8221 Aufrufe |
Bluescreen - Debugging Tools for Windows |
|
|
1 Antworten 12305 Aufrufe |
Die UAC - Hintergrund und die Arbeit damit Begonnen von Sammy_the_Bull
18. Oktober 2008, 02:43:26 Da die Benutzerkontensteuerung (UAC) immer noch eine der am meissten missverstandenen Features von Vista ist, will ich hier meinen Teil zur Aufklärung beitragen. [color=red][b]Der Hintergrund der UAC - warum es nicht ratsam ist, sie auszuschalten.[/b][/color] Bei der Anmeldung eines Benutzers wird seinem Benutzerkonto ein Access Token zugeteilt, das in der gesamten Arbeitssitzung darüber entscheidet, auf welche Daten und Funktionen der Benutzer zugreifen kann. Dazu enthält das Token die Sicherheitskennung (Security ID, SID) des Benutzers sowie die SIDs aller Gruppen, denen der Benutzer im Moment der Anmeldung angehört. Weiterhin sind im Token alle Systemrechte vermerkt, die dem Konto vom Administrator verliehen wurden z.B. einen Debugger auf Systemebene einzusetzen oder sich als Dienst an das System anzumelden. Bei jedem Zugriff auf eine Funktion oder ein Objekt prüft das Betriebssystem das Access Token, ob die angeforderte Aktivität erlaubt ist. Diese Technik ist sehr effizient, denn sie erfordert zur Prüfung der Berechtigungen keinen Kontakt zum Anmeldeserver - es werden nur die SIDs in der Zugriffsliste (Access Control List, ACL) mit dem Token verglichen. Änderungen an Gruppenmitgliedschaften werden so aber nur wirksam, wenn ein Benutzer sich ab- und neu anmeldet. Jeder Prozess, der von einem Benutzerkonto gestartet wird (also meistens ein Programm) bekommt das Benutzerrecht des Users übertragen. Dadurch hat ein Prozess nicht mehr, aber auch nicht weniger Rechte als der User, der es aufruft. Zwar gibt es auch Spezialfälle, in denen ein Konto das Benutzerrecht und damit die Identität eines anderen Kontos annimmt, jedoch muss dieses dann auch speziell delegiert und konfiguriert werden. [color=red][b]Warum die UAC so gut ist und Windows "sicher" macht.[/b][/color] Der Zugriff auf Systemfunktionen wird von Windows über die Mitgliedschaft in speziellen Gruppen gesteuert: Nur wer Mitglied der lokalen Gruppe "Administratoren" eines Systems ist, hat tatsächlich auch Administratorrechte. Hier im Falle von Vista ist es aber so, dass das standartmäßig nach der Installation eingerichtete Adminkonto eigentlich nur ein Benutzerkonto ist, welches über etwas erhöhte Rechte verfügt. Auch wer die UAC dann ausschaltet, darf noch lange nicht alles im System tun. Dies darf unter Vista und Server 2008 nur das standartmäßig deaktivierte Konto "Administrator". Wenn Benutzer als Administratoren arbeiten, entstehen hierraus aber schnell Folgeprobleme: [B]Jede Anwendung hat so auch Adminrechte, also auch ein Virus oder Trojaner, der sich so ungehindert im System austoben kann.[/B] Gleichzeitig können Admins das System umkonfigurieren, den Virenscanner und die Firewall abschalten, die Anwendung von Gruppenrichtlinien verhindern - und was ihnen sonst noch so "nettes" einfällt. Daraus resultiert wieder eine Menge unnütze Arbeit für die leidgeplagten Admins. Da der Mensch an sich faul ist und stets den bequemen Weg geht, wird weiterhin fröhlich mit einem Adminkonto gearbeitet, anstatt normale "alltägliche" Aufgaben nur mit einem normalen Benutzerkonto zu erledigen. Denn Schadsoftware bekäme bei der Arbeit mit einem normalen Benutzerkonto auch nur Benutzerrechte und nicht die zur Funktion notwendigen administartiven Rechte. Microsoft entschied sich daher bei der Entwicklung von Windows Vista für den radikalen Weg: Die Benutzerkontensteuerung erzwingt, dass alle Benutzer (zunächst) ohne Administratorrechte arbeiten - selbst dann, wenn sie Mitglied der Gruppe "Administratoren" sind. Sollte es tatsächlich notwendig sein, eine Aktivität mit erhöhten Rechten auszuführen, so bietet UAC an, solche Rechte verfügbar zu machen. Diese Funktion ansich stellt bereits eine extreme Weiterentwicklung zu XP dar. Dort musste man sich abmelden um sich mit einem Adminkonto erneut anzumelden. Jetzt wird kurz der Bildschirm dunkel und man klickt auf "Fortsetzen". Auf diese Art und Weise bekommt die Anwendung dann die zur Funktion erhöhten Rechte und kann ausgeführt werden. [color=red][b]Das nervt aber![/b][/color] Einer der häufigsten Kritikpunkte an der UAC ist, dass die vielen UAC-Aufforderungen nerven und ein geordnetes Arbeiten nicht möglich ist. Diese Kritik ist in der Regel aber unberechtigt. Für die Arbeit, die an einem üblichen Vista-PC verrichtet wird, sind fast nie Adminrechte nötig. Nur wenn Systemeinstellungen geändert werden sollen oder etwa neue Programme zu installieren sind, benötigt UAC eine Bestätigung. Für die weit überwiegende Anzahl der User dürfte dies die rühmliche Ausnahme sein. Hier wird es wohl sich eher um ein Problem des ersten Eindrucks handeln: Wer Windows Vista manuell installiert und einrichtet, wird zunächst tatsächlich sehr viele dieser administrativen Aufgaben ausführen und hat daher natürlich oft die UAC-Abfrage zu bestätigen. Erfahrungsgemäß ist dies aber eine Aufgabe, die in wenigen Stunden (meist noch viel schneller) erledigt ist. Und wer ehrlich ist, wird zugeben, dass bei üblichen Installationsprogrammen derart viele Mausklicks nötig sind, dass es auf jeweils einen UAC-Klick mehr nun wirklich nicht ankommt. Standartmäßig ist nach der Installation ein Administartorkonto vorhanden, unter dem auch sofort die Benutzerkontensteuerung aktiv ist. Dies ist ein Weg, die UAC einzusetzen, aber nicht der Beste. Außerdem sind hier unter anderem evtl. mehrere Bestätigungen nötig, um eine Aktion auszuführen. Wie bei allem im Leben, gibt es auch hier einen richtigen und einen richtigeren Weg. [color=red][b]So wird Windows zum Einsatz der UAC richtig konfiguriert:[/b][/color] Gleich nach der Erstinstallation steht per default das Standart Adminkonto bereit. Hier sollte ein sicheres Kennwort vergeben werden. Mindestens 8 Zeichen, Buchstaben, Sonderzeichen und Zahlen sollte es enthalten (meine Auffassung eines "sicheren" Kennwortes ist übrigens 25 Zeichen lang ;-) ) Anschliessend errichtet man ein normales Benutzerkonto ohne besondere Rechte (auch wieder mit Kennwort), unter dem anschliessend nur und ausschließlich gearbeitet wird. Alle Programme und Anwendungen werden hier im normalen Benutzerkonto installiert. Bei jeder Aktion, welche nun Adminrechte erfordern, erscheint ein Dialog, wo die Zugangsdaten des Adminkontos eingegeben werden müssen. Hierbei ist der Benutzername des Adminkontos standartmäßig bereits eingetragen und muss nur durch das Passwort ergänzt werden. So erfolgt für jede Aktion, welche Adminrechte erfordert, genau [B]EINE[/B] Abfrage der UAC. [B]Selbst wenn nun Schadsoftware auf den Rechner gelangt, kann sie in den Allermeisten Fällen genau Null Schaden anrichten, da sie (allermeistens) administrative Rechte erfordert um zu funktionieren.[/B] |
|
|
5 Antworten 10732 Aufrufe |
Vista geht nur noch im Debugmodus zu starten Begonnen von Scraffy
20. April 2007, 19:54:44 Moin, Ich habe ein ziemlich großes Problem mit Windows Vista. Es funktionierte eigentlich eine lange Zeit sehr gut, bis sich mein PC auf einmal aufhing. Ich startete neu und machte alles wie gewohnt, aber nach dem grünen Ladebalken (er verschindet auch vorschriftsgemäß) ging es nicht mehr weiter. Das schwarze Bild, was eigentlich für ca.15 Sekunden zu sehen ist, bleibt nun ewig und es passiert einfach nichts mehr. Nach vielem rumprobieren habe ich schließlich herausgefunden, dass Vista im Debug Mode (F8 drücken beim Booten) normal startet. Aber hier ist mein Rechner ungemein langsam und viele Programme funktionieren einfach nicht mehr :( ... weiß einer von euch wie ich das wieder normal zum starten kriege? Vielleicht ist das Problem ja doch bekannter als ich denke, da ich bei google noch keinen Erfolg hatte. Ich habe schon versucht mit meiner DVD zu starten und in dem Menü was dann irgendwann kommt habe ich versucht beim Systemstart etwas zu reparieren, aber er fand keine Fehler und deswegen wurde nichts geändert... Danke Vielleicht noch ein bisschen was zu meinem System: (Ich habe eigentlich alle Treiber aktuell gehalten, denke ich^^) ASUS A8N SLI Board Geforce 7800 GTX Treiberdatum: 10.02.2007, Version: 7.15.11.65 AMD Athlon 64 Prozessor 3000+ 1.80Ghz Realtek AC '97 Treiberdatum: 23.01.2007, Version: 6.0.1.6213 hm ja hab einen Gig Ram, aber mit dem dürfte eigentlich nichts weiter sein :).... |
windowsSeiten: [1] Nach oben
ich habe ien Problem mit urplötzlich auftretenden Bluescreens. Aus heiterem Himmel bekomme ich einen Bluescreen und kann nicht recht nachvollziehen, warum.
Es passiert bei unterschiedlichsten Arbeiten am Rechner oder auch nur nach 10 Minuten oder nach 2 Stunden Leerlauf… schwupp: Bluescreen.
Ich habe die „Debugging Tools for Windows“ für Windows heruntergeladen und die dmp Dateien ausgelesen (siehe Anhang). Nun komme ich hier aber nicht weiter.
Da steht dann z.B.: „DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT“
In Ordnung, Treiber macht Ärger. Aber welcher?
Dann steht da noch: „IMAGE_NAME: memory_corruption“
Was nun? Hier hört es bei mir auf! Kann mir da jemand helfen?
Grüße, Ronald