Kas teid rünnatakse? Võtke ühendust intsidentidele reageerimise meeskonnaga

info@angelforce.eu
Identiteet ja juurdepääs

Paroolid ja pääsuvõtmed: mida soovitab NIST SP 800-63B-4

NIST-i kehtivad paroolireeglid: vähemalt 15 märki, sunnitud vahetuse lõpp, lekkinud paroolide kontroll, MFA tugevus ja pääsuvõtmete koht.

Saadaval ka:EnglishTürkçeDeutschFrançaisEspañolItalianoPolskiNederlands

Illustratsioon: Paroolid ja pääsuvõtmed: mida soovitab NIST SP 800-63B-4

Teie paroolipoliitika võib endiselt nõuda suurtähte, erimärki ja vahetamist iga 90 päeva järel. USA riiklik standardi- ja tehnoloogiainstituut (NIST) on kõigist kolmest loobunud. Selle kehtiv juhend SP 800-63B-4 kinnitati 2025. aastal ja see asendab SP 800-63B 2020. aasta väljaande.

NIST kirjutab need juhised USA föderaalsüsteemidele, kuid need on kasulik võrdlusalus igale organisatsioonile. Siin on kirjas, mida need ütlevad ja kuidas neid rakendada.

SP 800-63B-4 paroolireeglid

Jaotis 3.1.1.2 sätestab nõuded süsteemidele, mis paroole kontrollivad. NIST kasutab nõuete jaoks sõna SHALL (peab) ja soovituste jaoks SHOULD (peaks).

TeemaMida NIST ütleb
Minimaalne pikkus, kui parool on ainus tegurPEAB olema vähemalt 15 märki
Minimaalne pikkus, kui parool on osa mitmikautentimisestPEAB olema vähemalt 8 märki
Maksimaalne pikkusPEAKS lubama vähemalt 64 märki
MärgidPEAKS aktsepteerima kõiki prinditavaid ASCII-märke, tühikuid ja Unicode’i märke
KoostisreeglidEI TOHI neid kehtestada, näiteks „üks suurtäht, üks number, üks erimärk“
Perioodiline vahetamineEI TOHI seda nõuda
Teadaolev kompromiteeriminePEAB sundima vahetama, kui on tõendeid, et parool on kompromiteeritud
KeelunimekiriPEAB kontrollima uusi paroole teadaolevalt levinud, oodatavate või kompromiteeritud väärtuste vastu
Vihjed ja turvaküsimusedEI TOHI salvestada vihjeid ega küsida teadmistel põhinevaid küsimusi
ParoolihalduridPEAB neid ja automaatset täitmist lubama; PEAKS lubama kleepimist
Nurjunud katsedPEAB nende arvu piirama
KärpiminePEAB kontrollima kogu sisestatud parooli

Miks vanad reeglid kadusid

Koostisreeglid ja sunnitud vahetamine tunduvad ranged, kuid suunavad inimesi ennustatavate mustrite poole. Kasutaja, kes on sunnitud vahetama parooli Autumn2026!, valib üsna tõenäoliselt Winter2026!, ja ründaja, kellel on vana parool, suudab uue ära arvata.

NIST tugineb selle asemel pikkusele ja keelunimekirjale. Pikka paroolifraasi on lihtsam meeles pidada kui lühikest juhuslikku märgijada. Vahetamine aitab ainult siis, kui parool on lekkinud, seega seob NIST vahetamise kompromiteerimise tõenditega, mitte kalendriga.

Tegelikuks filtriks saab koostisreeglite asemel keelunimekiri. See lükkab tagasi paroolid, mida ründajad proovivad esimesena: levinud valikud, teie organisatsiooniga seotud sõnad ja juba lekkeandmetes nähtud paroolid.

Kontroll lekkinud paroolide vastu

Have I Been Pwned teenus Pwned Passwords võimaldab kontrollida parooli lekkeandmete vastu ilma parooli saatmata. Teie süsteem arvutab paroolist SHA-1 räsi ja saadab ainult räsi esimesed viis märki. Teenus tagastab koos esinemiskordadega kõik räsilõpud, mis algavad nende viie märgiga, ja teie võrdlete neid kohapeal.

# SHA-1 of "password" is 5BAA61E4C9B93F3F0682250B6CF8331B7EE68FD8
curl -s -H "Add-Padding: true" https://api.pwnedpasswords.com/range/5BAA6

Selle lähenemise, mida nimetatakse k-anonüümsuseks, puhul ei saa teenus kunagi teada, millist parooli te kontrollisite. Tüüpiline vastus sisaldab mitusada räsilõppu ja päis Add-Padding peidab tegeliku vastuse suuruse kõigi eest, kes liiklust jälgivad. Paroolivahemiku otsinguks pole API-võtit vaja.

Lisage see kontroll parooli määramise ja muutmise vaadetesse. Active Directory keskkondades uurige tööriistu, mis rakendavad domeeniparoolide muutmisel lekkinud paroolide loendit.

Laske inimestel paroolihaldureid kasutada

NIST nõuab, et kontrollijad lubaksid paroolihaldureid ja automaatset täitmist. See on mõistlik: haldur muudab pikad unikaalsed paroolid praktiliseks ja täidab parooli ainult domeenil, kuhu see salvestati. Kleepimise blokeerimine sisselogimisvormidel töötab sellele vastu.

Andke töötajatele ettevõtte paroolihaldur, selle asemel et jätta igaüks ise valima. Kaitske haldurit ennast tugeva pea-paroolifraasi ja õngitsuskindla mitmikautentimisega.

Kõik MFA-meetodid ei ole võrdsed

Teise teguriga ei piisa enam ainult varastatud paroolist, kuid mõnda meetodit saab siiski õngitseda. Ründaja võltsitud sisselogimisleht võib küsida koodi ja edastada selle reaalajas edasi. NIST määratleb õngitsuskindluse kui protokolli võime takistada saladuste avalikustamist, sõltumata kasutaja valvsusest.

MeetodÕngitsuskindel?NIST-i märkused
SMS- või kõnekoodEi„Piiratud“ autentimisvahend; kontrollijad peavad pakkuma alternatiive ja peaksid jälgima SIM-kaardi vahetusi ja numbri teisaldamist
Autentimisrakenduse kood (TOTP)EiKoodid sisestatakse käsitsi, seega saab neid edasi anda
Tõukemärguandega kinnitus või kanaliväline rakendusEiKanalivälised meetodid ei ole õngitsuskindlad
E-posti kood või linkKanaliväliseks autentimiseks ei ole lubatudE-posti EI TOHI kasutada kanaliväliseks autentimiseks
FIDO2 / WebAuthn turvavõti või pääsuvõtiJahVastus on seotud kontrollitud saidi nimega

NIST-i keskmisel tagatistasemel AAL2 PEAVAD kontrollijad pakkuma vähemalt ühte õngitsuskindlat võimalust. Kõrgeimal tasemel AAL3 peab autentimisvahend olema õngitsuskindel ja kasutama privaatvõtit, mida ei saa eksportida.

Pääsuvõtmed

Pääsuvõti (passkey) on WebAuthnil põhinev FIDO tunnus. Teie seade loob iga saidi jaoks võtmepaari. Sait salvestab ainult avaliku võtme ja privaatvõti jääb teile. Avate selle samal viisil nagu oma seadme, näiteks sõrmejälje, näotuvastuse või PIN-koodiga. FIDO Alliance märgib, et biomeetrilised andmed jäävad seadmesse ja neid ei saadeta kunagi saidile.

Kuna iga pääsuvõti on seotud ühe saidiga, ei tööta see lihtsalt sarnasel õngitsusdomeenil. Samuti pole serveris varastamiseks jagatud saladust.

Pääsuvõtmeid on kahte liiki:

  • Sünkroonitavad pääsuvõtmed kopeeritakse teie seadmete vahel teenusepakkuja sünkroonimisteenuse kaudu. NIST nimetab neid sünkroonitavateks autentimisvahenditeks ja lubab neid tasemel AAL2. Kuna võtit saab eksportida, EI TOHI neid kasutada tasemel AAL3.
  • Seadmega seotud pääsuvõtmed jäävad ühte seadmesse, näiteks riistvaralisse turvavõtmesse. Need sobivad administraatoritele ja muudele kõrge riskiga kontodele.

Mõelge ka konto taastamisele. Kui pääsuvõtmega konto saab lähtestada e-posti lingi või kasutajatoe kõnega, võivad ründajad lihtsalt selle tee sihikule võtta. Muutke taastamine vähemalt sama tugevaks kui sisselogimine, mida see asendab.

Poliitika, mille saate üle võtta

  1. Vähemalt 15 märki, kui parool on ainus tegur, ja lubage vähemalt 64 märki.
  2. Koostisreegleid ega plaanilist aegumist ei ole.
  3. Kontrollige iga uut parooli lekkinud ja levinud paroolide loendi vastu.
  4. Sundige parooli vahetama ainult kompromiteerimise tõendite korral.
  5. Andke kasutada paroolihaldur ning lubage kleepimine ja automaatne täitmine.
  6. Nõudke mitmikautentimist kõikjal, kus see on saadaval, ning õngitsuskindlat mitmikautentimist administraatoritele, e-postile ja kaugjuurdepääsule.
  7. Võtke pääsuvõtmed kasutusele seal, kus teie süsteemid neid toetavad, alustades kõrge riskiga kontodest.
  8. Piirake nurjunud sisselogimiste arvu ja muutke konto taastamine sama tugevaks kui sisselogimine.

Kust alustada

Kontrollige meie paroolilekke kontrolliga, kas parool esineb juba lekkeandmetes, ja testige meie paroolitugevuse tööriistaga, kui pikk peab paroolifraas olema.

Kui vaatate üle oma identiteedipoliitikat või kavandate pääsuvõtmete kasutuselevõttu, aitab meie nõustamismeeskond seda planeerida.

Kuidas saame aidata

Parooligeneraator

Looge tugevaid paroole ja paroolifraase ning kontrollige, kui tugev on teie enda parool.

Kirjutage meile
AngelForce’i meeskond

Kirjutanud AngelForce’i meeskond: CEH-, LPT Masteri ja CISA-sertifikaadiga turvakonsultandid, kes testivad, jälgivad ja kaitsevad organisatsioonide süsteeme kogu Euroopas ja Türgis.

Artikkel on kirjutatud tehisintellekti abil allpool loetletud avalike allikate põhjal ning AngelForce’i meeskond vaatas selle enne avaldamist üle.

Allikad

  1. pages.nist.gov/800-63-4/sp800-63b.html
  2. csrc.nist.gov/pubs/sp/800/63/b/4/final
  3. fidoalliance.org/passkeys/
  4. haveibeenpwned.com/API/v3

Artiklid teemal „Identiteet ja juurdepääs“

Rääkige meile, mida soovite kaitsta

Kirjeldage oma keskkonda ja seda, mida soovite saavutada. Vastame e-posti teel.

Kirjutage meile
info@angelforce.eu

AngelForce OÜ · Tallinn, Eesti