Veilig inloggen

Hoe StandardOS dit controleert

Alleen-lezen verbonden, volgens een schema. Een geslaagde controle houdt een bewijsregel vers; een mislukte laat hem verlopen, zodat een achteruitgang aan het licht komt in plaats van op de audit te wachten. Elke integratie, en wat elke set toegangsgegevens kan zien.

• AWS · StandardOS leest of iedereen met consoletoegang MFA gebruikt, met uitzondering van service-principals met alleen sleutels die er geen kunnen hebben.
• Microsoft Entra ID · StandardOS leest of meervoudige verificatie verplicht is, via beveiligingsstandaarden of voorwaardelijke toegang.
• GitHub · StandardOS leest tweefactorauthenticatie in de hele organisatie, of op het account zelf waar de code onder een persoonlijk account staat.
• Google Workspace · StandardOS leest verificatie in twee stappen op elk actief account, met voorbijgaan van opgeschorte accounts zodat een slapend account geen levende maatregel laat mislukken.
• Okta · StandardOS leest vergrendelde accounts, wat de maatregel is die werkt in plaats van mislukt.
• Microsoft Entra ID · StandardOS leest of verouderde authenticatie is geblokkeerd door de beveiligingsstandaarden of een beleid, of een beleid directoryrollen met MFA dekt, en of elke beheerder een tweede factor heeft geregistreerd.
• Okta · StandardOS leest of elke superbeheerder een actieve factor heeft geregistreerd.
• Google Workspace · StandardOS leest of verificatie in twee stappen per beleid voor elk actief account wordt afgedwongen en niet alleen is ingeschakeld.
• Jamf Pro · StandardOS leest welke beheerde Macs bij het opstarten automatisch een gebruiker aanmelden, zodat geen wachtwoord tussen de machine en wie hem vasthoudt staat.

Risico's die deze maatregel behandelt

Uit het startrisicoregister dat StandardOS bij het inrichten voorstelt. U behoudt, bewerkt of verwijdert elk ervan; dit zijn de risico's die A.8.5 als behandeling noemen.

• Phishing leidt tot gecompromitteerde inloggegevensGebruikersaccounts

Wat klanten over deze maatregel vragen

Beveiligingsvragenlijsten gebruiken geen maatregelnummers. Dit zijn de vragen, zoals klanten ze stellen, die uitkomen bij A.8.5. Elke vraag wordt beantwoord uit dezelfde vier registraties: de VvT-status, het goedgekeurde beleid, gedateerd bewijs en een live controle. De volledige kaart van dertig onderwerpen.

• Dwingt u meervoudige verificatie af voor alle gebruikers?

  MFA, single sign-on, wachtwoordregels · ook A.5.17

• Hoe worden API-sleutels en andere geheimen opgeslagen en geroteerd?

  Geheimen, API-sleutels, vaults · ook A.8.24

Waar dit onder NIS2 valt

A.8.5 is onderdeel van wat artikel 21, lid 2, onder j), Access control, vraagt. Het één keer invoeren telt voor beide, en dat is precies waarom de NIS2-mapping bestaat.