{"id":30716,"date":"2019-10-31T21:37:05","date_gmt":"2019-10-31T18:37:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-zapretit-standartnye-paroli-i-zastavit-vseh-tebya-nenavidet\/"},"modified":"2019-10-31T21:37:05","modified_gmt":"2019-10-31T18:37:05","slug":"kak-zapretit-standartnye-paroli-i-zastavit-vseh-tebya-nenavidet","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/kak-zapretit-standartnye-paroli-i-zastavit-vseh-tebya-nenavidet","title":{"rendered":"Wie man Standardpassw\u00f6rter verbietet und alle dazu bringt, einen zu hassen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Ein Mensch ist bekanntlich ein faules Wesen.
\nUnd das besonders, wenn es um die Auswahl eines sicheren Passworts geht.<\/p>\n

Ich denke, jeder Administrator hat irgendwann mit dem Problem zu k\u00e4mpfen, schwache und g\u00e4ngige Passw\u00f6rter zu verwenden. Dieses Ph\u00e4nomen tritt h\u00e4ufig unter den F\u00fchrungsetagen von Unternehmen auf. Ja, genau dort, wo Zugang zu geheimen oder wirtschaftlichen Informationen besteht, und es \u00e4u\u00dferst unerw\u00fcnscht w\u00e4re, die Folgen eines Datenlecks oder Passwort-Hacks und weiterer Vorf\u00e4lle zu beheben.
\n<\/a><\/noindex>
\nIn meiner Praxis gab es einen Fall, in dem in einer Active Directory-Dom\u00e4ne mit aktivierter Passwortpolitik die Buchhalter auf die Idee kamen, dass ein Passwort wie \u201ePas$w0rd1234\u201c hervorragend den Anforderungen der Richtlinie entsprach. Das Ergebnis war die allgemeine Verwendung dieses Passworts \u00fcberall. Es unterschied sich manchmal nur in der Ziffernfolge. <\/p>\n

Ich w\u00fcnschte mir, nicht nur die Passwortpolitik aktivieren und die Zeichenauswahl festlegen zu k\u00f6nnen, sondern auch die M\u00f6glichkeit zu haben, durch ein W\u00f6rterbuch zu filtern, um die Verwendung solcher Passw\u00f6rter auszuschlie\u00dfen.<\/p>\n

Microsoft informiert uns freundlich \u00fcber den Link, dass jeder, der in der Lage ist, einen Compiler und eine IDE richtig zu bedienen und C++ korrekt auszusprechen, in der Lage ist, selbst eine ben\u00f6tigte Bibliothek zu kompilieren und nach eigenem Ermessen zu verwenden. Ihr dem\u00fctiger Diener ist dazu nicht f\u00e4hig, daher musste ich nach einer fertigen L\u00f6sung suchen.<\/p>\n

Nach einer langen Stunde der Suche wurden mir zwei L\u00f6sungsm\u00f6glichkeiten pr\u00e4sentiert. Dabei spreche ich nat\u00fcrlich von einer OpenSource-L\u00f6sung. Denn die kostenpflichtigen Varianten gibt es von A bis Z.<\/p>\n

Option Nr. 1.<\/u> OpenPasswordFilter<\/b><\/a><\/noindex><\/p>\n

Es gab seit etwa zwei Jahren keine Commits mehr. Der native Installer funktioniert nur sporadisch, man muss von Hand nachbessern. Er erstellt seinen eigenen Dienst. Beim Aktualisieren der Passwortdatei wird der DLL nicht automatisch die ge\u00e4nderte Datei zugef\u00fchrt; man muss den Dienst stoppen, auf die Timeout warten, die Datei bearbeiten und den Dienst erneut starten. <\/p>\n

Nicht optimal!<\/u><\/b><\/p>\n

Option Nr. 2.<\/u> PassFiltEx<\/b><\/a><\/noindex><\/p>\n

Das Projekt ist aktiv, lebt und muss nicht einmal angesto\u00dfen werden.
\nDie Installation des Filters besteht darin, zwei Dateien zu kopieren und mehrere Registrierungseintr\u00e4ge zu erstellen. Die Passwortdatei ist nicht im Lock, das hei\u00dft \u2013 sie ist bearbeitbar und gem\u00e4\u00df der Idee des Projektentwicklers wird sie einfach einmal pro Minute ausgelesen. Zudem kann durch zus\u00e4tzliche Registrierungseintr\u00e4ge eine erweiterte Anpassung sowohl des Filters als auch der Passwortpolitik vorgenommen werden.<\/p>\n

Also.
\nGegeben: Active Directory-Domain test.local
\n Test-Workstation Windows 8.1 (f\u00fcr die Aufgabenstellung \u2013 nicht relevant)
\n PassFiltEx Passwortfilter<\/p>\n