{"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\/da\/blog\/administrirovanie\/kak-zapretit-standartnye-paroli-i-zastavit-vseh-tebya-nenavidet","title":{"rendered":"Hvordan man forhindrer standardadgangskoder og f\u00e5r alle til at hade dig","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Mennesket er, som bekendt, et dovent v\u00e6sen.
\nOg is\u00e6r n\u00e5r det kommer til sp\u00f8rgsm\u00e5let om valg af en sikker adgangskode.<\/p>\n

Jeg tror, hver administrator p\u00e5 et tidspunkt har st\u00e5et over for problemet med at bruge lette og standard adgangskoder. Dette f\u00e6nomen ses ofte blandt direktionen i virksomheder. Ja, netop dem der har adgang til hemmelig eller kommerciel information, og det ville v\u00e6re yderst u\u00f8nsket at rydde op efter konsekvenserne af en l\u00e6kage\/hacking af adgangskoden og efterf\u00f8lgende h\u00e6ndelser.
\n<\/a><\/noindex>
\nI min praksis har jeg haft en situation, hvor folk i bogholderiet i et Active Directory-dom\u00e6ne med en aktiveret adgangskodepolitik selv var n\u00e5et frem til, at en adgangskode som \"Pas$w0rd1234\" stort set levede op til politikens krav. Denne adgangskode blev derefter brugt overalt. Den adskilte sig nogle gange kun ved en forskellig kombination af tal. <\/p>\n

Jeg har meget gerne villet have muligheden for ikke kun at aktivere adgangskodepolitikken og bestemme kombinationen af tegn, men ogs\u00e5 at filtrere i henhold til en ordliste. For at udelukke muligheden for at bruge denne type adgangskoder.<\/p>\n

Microsoft meddeler venligt, via et link, at enhver der ved, hvordan man korrekt bruger en compiler, IDE og kan udtale C++, kan kompilere en n\u00f8dvendig biblioteker selv og bruge dem efter eget sk\u00f8n. Jeg er ikke i stand til dette, s\u00e5 jeg m\u00e5tte lede efter en f\u00e6rdig l\u00f8sning.<\/p>\n

Efter en lang time med s\u00f8gen blev to l\u00f8sningsmuligheder pr\u00e6senteret for mig. Jeg taler selvf\u00f8lgelig om en OpenSource-l\u00f8sning. For der er betalte l\u00f8sninger \u2014 fra det ene til det andet.<\/p>\n

Mulighed nr. 1.<\/u> OpenPasswordFilter<\/b><\/a><\/noindex><\/p>\n

Der har ikke v\u00e6ret nogen commits i to \u00e5r. Den originale installer fungerer sporadisk, og jeg m\u00e5 justere det manuelt. Det opretter sin egen tjeneste. N\u00e5r adgangskodefilen opdateres, opfanger DLL'en automatisk ikke det \u00e6ndrede indhold, man skal stoppe tjenesten, vente p\u00e5 timeout, redigere filen og starte tjenesten. <\/p>\n

Ikke godt!<\/u><\/b><\/p>\n

Mulighed nr. 2.<\/u> PassFiltEx<\/b><\/a><\/noindex><\/p>\n

Projektet er aktivt, lever og kr\u00e6ver ikke engang at blive puffet.
\nInstallation af filtrering indeb\u00e6rer at kopiere to filer og oprette flere registreringsposter. Password-filen er ikke l\u00e5st, hvilket betyder, at den er tilg\u00e6ngelig for redigering og, if\u00f8lge projektets skaber, blot l\u00e6ses hvert minut. Derudover kan yderligere registreringsposter anvendes til at foretage yderligere indstillinger af b\u00e5de selve filteret og nuancerne i passwordpolitikken.<\/p>\n

S\u00e5.
\nGivet: Active Directory-dom\u00e6ne test.local
\n testarbejdsstation Windows 8.1 (for opgavens skyld \u2014 ubetydelig)
\n passwordfilter PassFiltEx<\/p>\n