Wachtwoordloos inloggen is de toekomst. Het voorkomt veelvoorkomende cyberinbraken, waarbij waardevolle en vertrouwelijke gegevens in de verkeerde handen vallen. Je las het al in onze vorige blog. In het kort: via Multi-Factor Authenticatie (MFA) kunnen medewerkers veiliger en soms zelfs zonder wachtwoord inloggen in Microsoft 365-applicaties. Dat is zowel veilig voor de organisatie, als vriendelijk voor de gebruiker. Inmiddels zijn wij experts: onze medewerkers weten hun eigen wachtwoord niet meer. Huh? Ja, dat lees je goed! Wij maken een complex wachtwoord aan en verstrekken deze niet. Zo kunnen medewerkers hun wachtwoord niet kwijtraken \u00e9n is de toegangspoort beter beveiligd tegen cybercriminaliteit. Een win-winsituatie.<\/p>\n
Maar expert word je niet zomaar. Clich\u00e9, maar: dat gaat met vallen en opstaan. We bundelden onze beste tips op basis van onze ervaringen.<\/p>\n
<\/p>\n
1. Off- of on-premises?<\/strong><\/p>\n Als cloud-only organisatie hebben wij natuurlijk al een groot voordeel dat we geen \u201con-premisesomgeving\u201d hebben, en daarmee geen beperkende oude systemen (legacy debt). Al onze applicaties zijn gekoppeld aan Microsoft 365. Daarom kunnen wij ons enige account en de Microsoft Authenticator-app voor alle inloghandelingen gebruiken. Maar toch kunnen organisaties die niet cloud-only zijn ook al (gedeeltelijk)gebruikmaken van wachtwoordloos inloggen.<\/p>\n Windows Hello for Business (in plaats van Microsoft Authenticator) is dan een geschikte optie voor wachtwoordloos inloggen, mits het device dit ondersteunt. We raden aan om aanvullend op Windows Hello for Business binnen de eigen on-premisesomgeving Single-Sign-On (SSO) te gebruiken. Daarmee wordt de gebruikersauthenticatie vanaf het device hergebruikt binnen de gehele omgeving. Zo logt iemand eigenlijk met \u00e9\u00e9n handeling in op meerdere applicaties. Dit werkt niet voor alle on-premisesapplicaties, maar gelukkig biedt de Azure Active Directory-omgeving (Azure AD, inlogomgeving en -beveiliging Microsoft 365) daar oplossingen voor die het probleem vaak verhelpen.<\/p>\n <\/p>\n 2. Setting the scene!<\/strong><\/p>\n Wat als iemand een telefoon kwijtraakt? Wat als iemand een ongeschikt device heeft? Wat als iemand toch een wachtwoord nodig heeft? Het is goed om alle authenticatiegerelateerde scenario\u2019s uit te schrijven, om deze vragen te kunnen beantwoorden. Via scenario\u2019s kom je er ook achter welke MFA-methodes mogelijk zijn, waar medewerkers toch nog met wachtwoorden moeten werken of waar je wellicht nog technische aanpassingen moet doen om wachtwoordloos inloggen mogelijk te maken voor iedereen in de organisaties. Met scenario\u2019s ben je onverwachte situaties voor en kan je een routekaart vaststellen.<\/p>\n <\/p>\n 3. Rapporteren = leren<\/strong><\/p>\n Microsoft 365 kan nuttige rapportages uitdraaien. In deze rapportages<\/a> kun je lezen wie zich hebben geregistreerd voor MFA en via welke methode(s). Daarnaast lees je hierin wie de mogelijkheid heeft om wel of niet wachtwoordloos in te loggen. Alleen kijken naar de mogelijkheid om wachtwoordloos in te loggen is nog niet voldoende. Je moet opletten dat mensen de juiste MFA-methode voor wachtwoordloos inloggen hebben geregistreerd. Wat ons betreft: Microsoft Authenticator. Combineren met Windows Hello for Business is echter altijd mogelijk, mocht dit nodig zijn. Meer over waarom wij deMicrosoft Authenticator-app adviseren lees je in onze vorige blog.<\/p>\n <\/p>\n 4. Aan de hand nemen<\/strong><\/p>\n Een overstap naar een nieuwe manier van inloggen is spannend. Wachtwoorden onthouden is verleden tijd en de mobiele telefoon is ineens onmisbaar bij het inloggen. Het is belangrijk om gebruikers te begeleiden in de overgang naar de nieuwe manier van inloggen. De beste manier is via handleidingen en demonstraties. Daarbij moet er (helaas) ook aandacht zijn voor cybercrime; steeds vaker krijgen mensen valse MFA-notificaties. Een voorbeeld: recent probeerden cybercriminelen in te breken bij Uber<\/a>, met een notificatie waarvan zij hoopten dat ontvangers erop zouden klikken. Deze specifieke kwetsbaarheid geldt niet voor iedere MFA-methode, dus wees bewust van de voor- en nadelen van elke methode. Neem dit mee in het beveiligingsbeleid en de voorlichting.<\/p>\n <\/p>\n 5. Onderschat het niet<\/strong><\/p>\n Hoewel wij er twee blogs aan wijdden en nu een aantal onmisbare tips delen, is de gang naar wachtwoordloos technisch gezien niet complex. Daarbij geldt wel: onderschat de doorlooptijd niet. De menselijke kant van een transitie is namelijk het meest uitdagend. En vergt daarom tijd. Een goede voorbereiding, ondersteuning van de eindgebruikers en een gefaseerde aanpak met een goede IT-langetermijnvisie is hierbij de sleutel tot succes.<\/p>\n <\/p>\n Hoe beveilig jij jullie toegangspoort?<\/strong><\/p>\n Hoe voorkomt jouw organisatie dat het wachtwoord de zwakste schakel blijft? Heeft jouw organisatie een visie geformuleerd op authenticatie, via MFA of ook via wachtwoordloos inloggen? En hebben jullie nagedacht over de menselijke kant van de transitie? Wij kunnen een inventarisatie uitvoeren en een routekaart maken met als eindbestemming: een echt wachtwoordloze werkomgeving. Met altijd oog voor de mens. Neem contact met ons op.<\/p>\n door Dave Stork<\/em><\/p>\n","protected":false},"excerpt":{"rendered":" Wachtwoordloos inloggen is de toekomst. Inmiddels zijn wij experts: onze medewerkers weten hun eigen wachtwoord niet meer. Maar expert word je niet zomaar. Clich\u00e9, maar: dat gaat met vallen en opstaan. We bundelden onze beste tips op basis van onze ervaringen.<\/p>\n door Dave Stork<\/em><\/p>\n","protected":false},"author":16,"featured_media":190,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_et_pb_use_builder":"","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[1,14],"tags":[],"class_list":["post-185","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized","category-vacature-blog"],"acf":[],"_links":{"self":[{"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/posts\/185"}],"collection":[{"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/users\/16"}],"replies":[{"embeddable":true,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/comments?post=185"}],"version-history":[{"count":0,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/posts\/185\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/media\/190"}],"wp:attachment":[{"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/media?parent=185"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/categories?post=185"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sn-dev-site.local\/wp-json\/wp\/v2\/tags?post=185"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}