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)