{"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":"

Der Mensch ist, wie bekannt, ein faules Wesen.
\nUmso mehr, wenn es um die Auswahl eines sicheren Passworts geht.<\/p>\n

Ich denke, jeder Administrator ist irgendwann auf das Problem gesto\u00dfen, schwache und standardisierte Passw\u00f6rter zu verwenden. Dieses Ph\u00e4nomen tritt h\u00e4ufig in den oberen F\u00fchrungsetagen des Unternehmens auf. Ja, genau bei denen, die Zugang zu geheimen oder kommerziellen Informationen haben, und es w\u00e4re \u00e4u\u00dferst unerw\u00fcnscht, die Folgen von Datenlecks oder Passwort-Hacks und nachfolgenden Vorf\u00e4llen zu beheben.
\n<\/a><\/noindex>
\nIn meiner Praxis gab es einen Fall, in dem im Active Directory-Domain mit aktivierter Passwortpolitik die Buchhalter selbst auf die Idee kamen, dass ein Passwort wie \u201ePas$w0rd1234\u201c perfekt die Anforderungen der Politik erf\u00fcllt. Dies f\u00fchrte zur weit verbreiteten Verwendung dieses Passworts \u00fcberall. Es unterschied sich manchmal nur in der Zahlenkombination. <\/p>\n

Es w\u00e4re gro\u00dfartig, nicht nur die Passwortpolitik aktivieren und eine Zeichenauswahl festlegen zu k\u00f6nnen, sondern auch durch ein W\u00f6rterbuch zu filtern, um die Verwendung solcher Passw\u00f6rter auszuschlie\u00dfen.<\/p>\n

Die Firma Microsoft informiert uns freundlich \u00fcber den Link, dass jeder, der in der Lage ist, einen Compiler und eine IDE richtig zu handhaben und C++ korrekt auszusprechen, in der Lage ist, sich selbst die ben\u00f6tigte Bibliothek zu kompilieren und nach Belieben zu verwenden. Ihr dem\u00fctiger Diener ist dazu nicht in der Lage, also war ich gezwungen, eine fertige L\u00f6sung zu suchen.<\/p>\n

Nach einer langen Stunde der Suche wurden mir zwei L\u00f6sungsvarianten pr\u00e4sentiert. Ich spreche nat\u00fcrlich von einer OpenSource-L\u00f6sung. Die kostenpflichtigen Optionen sind endlos.<\/p>\n

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

Es gab seit etwa zwei Jahren keine Commits mehr. Der originale Installer funktioniert nur sporadisch, ich muss ihn manuell anpassen. Er erstellt seinen eigenen Dienst. Bei der Aktualisierung der Passwortdatei erkennt die DLL nicht automatisch den ge\u00e4nderten Inhalt, man muss den Dienst anhalten, die Zeit abwarten, die Datei bearbeiten und den Dienst neu starten. <\/p>\n

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

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

Das Projekt ist aktiv, lebt und man muss es nicht einmal ansto\u00dfen.
\nDie Installation des Filters besteht aus dem Kopieren von zwei Dateien und dem Erstellen mehrerer Registry-Eintr\u00e4ge. Die Passwortdatei befindet sich nicht im Lese-Schutz, das hei\u00dft - sie ist zur Bearbeitung verf\u00fcgbar und wird gem\u00e4\u00df der Absicht des Projektautors einfach einmal pro Minute ausgelesen. Au\u00dferdem k\u00f6nnen durch zus\u00e4tzliche Registry-Eintr\u00e4ge sowohl der Filter selbst als auch die Feinheiten der Passwortpolitik weiter angepasst werden.<\/p>\n

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