[ [For an ENGLISH version, click this line!]]

Die Idee zu diesem Miniskript kam mir beim Lesen von Tweets in der Bahn; der Kollege Nils Kaczenski beklagte sich (zu Recht), wie leicht es in vielen Fällen doch sei, als Standardbenutzer ein komplettes Intranet lahm zu legen. Als ein in einem weiteren Tweet gefragt wurde, wie das ginge, war ich versucht die nachfolgenden Zeilen direkt zu twittern, aber das war mir dann angesichts der 140 Zeichenbegrenzung und der vielen Sonderzeichen doch ein wenig zu umständlich. Kommen wir nun also zum Kochrezept und bitte NICHT in der Produktivumgebung einsetzen! $domain = (Get-ADDomain).Name $dc = (Get-ADDomainController | Select-Object -First 1).Name $me = $env:username $t = (Get-ADDefaultDomainPasswordPolicy).LockoutThreshold Get-ADUser -Filter { samaccountname -notlike $me } | % { $user = $_.SamAccountName 0..$t | % { net use \\$dc /user:$domain\$user TEST } } Erklärung erforderlich? Eigentlich alles ganz einfach: Ich unterstelle, dass Nils Aussage auf die populäre Technik der Kontensperrungsrichtlinie abhebt. Von vielen als Sicherheitsfunktion betrachtet, hat dies leider den Seiteneffekt, dass jeder Anwender einen beliebigen anderen Anwender aussperren kann. Einfach den Benutzernamen des Kollegen oder der Kollegin eingeben und mehrfach ein falsches Passwort übergeben. Das kann jeder, der sich in irgendeiner Form mit einem Computer der AD-Domäne verbinden kann. Die Lösung des Problems ist also ebenfalls offensichtlich: einfach keine Kennwortsperrung konfigurieren.

[ For an ENGLISH version, click this line!]

Seit Microsoft mit Vista die Benutzerkontensteurung (“User account control”) einführte, stellte diese sicherheitsrelevante Neuerung Administratoren vor Herausforderungen. Besonders fragwürdig erscheint es, dass sich der Windows Explorer nur dem ersten Anschein nach mit erweiterten Rechten starten lässt. In der Grundkonfiguration erscheint zwar der Erweiterungsdialog (“Elevation prompt”), die Rechte des Anwenders werden aber nicht erweitert. Gleiches gilt unabhängig davon, ob der Anwender mit einem administrativen Konto angemeldet ist (als “Protected Admin”) oder sich impersonifiziert. Das System unterscheidet auch nicht zwischen “Run as administrator” und “Run as different user”.

Für alle Freunde/Fanboys und sonstige Anhänger von W8/WS2012 und TIFKAM (" The Interface formerly known as metro") gibt es nun das endgültige Hintergrundbild, besonders “Lock Screen"-geeignet.

1024x768 1140x990 1280x800 1280x960 1280x1024 1366x768 1600x1200 1680x1050 1900x1200 ZIP-Bundle mit allen Größen Die oben verlinkten Fotos stehen unter einer Creative Commons Namensnennung - Weitergabe unter gleichen Bedingungen 3.0 Unported Lizenz.

Die Fotos zeigen die Z3 im Deutschen Museum in München. Zuse baute die Z3 1941. Die Z3 war der erste funktionsfähige, programmierbare Digitalrechner der Welt. (Die verlinkten Fotos stehen unter einer Creative Commons Namensnennung - Weitergabe unter gleichen Bedingungen 3.0 Unported Lizenz.)

Windows 8 ist seit dem 14./15. August via Technet und MSDN in der finalen Version verfügbar. Obgleich Windows Server 2012 auf der gleichen Codebasis beruht und ebenfalls geRTMed wurde, hat Microsoft den Server nicht zur gleichen Zeit verfügbar gemacht. Für alle die einen Blick auf die finale Version werfen wollen, gibt es jedoch eine kostenfreie (und legale) Möglichkeit an die Bits zu gelangen, nämlich Azure.

Azure bietet ein VM-Management und dort steht mittlerweile auch der finale WS2012 bereit. Die Registrierung für einen dreimonativen Testzugang ist kostenfrei, erfordert aber einen echten Microsoft Account sowie eine Kreditkarte.