nieuws: Okta: datalek veroorzaakt door medewerker die inlogde met Google-accountOkta meldt dat het datalek bij het bedrijf is veroorzaakt door een medewerker die zich had ingelogd met een persoonlijk Google-account op de werklaptop.
zich had ingelogd → had ingelogd (want het is een onovergankelijk werkwoord, @
JayStout, bovendien heb je in de kop wel 
inlogde gebruikt, dus ook nog eens inconsequent)
De zakelijke inloggegevens werden opgeslagen in dat account en het werd later ook gehackt.
Een 
ook weggestreept (want 
ook impliceert dat dit niet het eerste account was dat was gehackt, maar dat blijkt nergens uit het artikel; het was niet het 
enige account dat was gehackt, maar wel het 
eerste account en door die hack konden de andere accounts ook worden gehackt).
Het wordt bijvoorbeeld niet meer mogelijk voor medewerkers van het bedrijf om zich in te loggen bij Google Chrome met een persoonlijke account en administrator sessions worden voortaan ook gekoppeld aan netwerklocaties.
Een 
zich weggestreept (want 
inloggen is een onovergankelijk werkwoord; wel vreemd dat in dit artikel de ene keer het woord overgankelijk en de andere keer onovergankelijk wordt gebruikt).
Wachtwoordmanager 1Password was een van die klanten en had eind september ‘verdachte activiteit’ had ontdekt op zijn interne Okta-account.
Een 
had weggestreept (want dit woord staat al eerder in de zin).
Naar verluidt zouden er tijdens de hack geen gebruikersgegevens van 1 Password gestolen zijn.
1 Password → 1Password (eerder wel correct geschreven)
Tal van bedrijven maken gebruik van de systemen van Okta om werknemers te kunnen autoriseren voordat ze toegang krijgen tot interne systemen.
autoriseren → authenticeren (
authenticeren is wat anders dan 
autoriseren; volgens mij gaat het hier om het eerste, omdat er later in de zin staat dat de werknemers toegang krijgen tot interne systemen, wat dus autorisatie betreft en plaatsvindt 
na de authenticatie)