Mensen en afdelingen

Mensen en afdelingen

Deze pagina legt uit waar Soveryne zijn informatie over je mensen vandaan haalt: hoe medewerkers, afdelingen en groepen in elk product terechtkomen, wat er wordt opgeslagen en hoe die informatie wordt beschermd.

De korte versie

ProductWaar mensen vandaan komenWat er over hen wordt opgeslagen
CommandHun eerste inlog. Afdelingen en hun leden worden in Command ingevoerd.Naam, e-mailadres, rol en de afdelingen waartoe ze behoren
CounselHun eerste inlog, via het e-maildomein van je organisatie of een persoonlijke uitnodigingHun account, plus hun eigen chats, uploads en bewijs, die privé blijven binnen je organisatie
BAITTwee aparte groepen: de paar mensen die je bewustwordingsprogramma uitvoeren, loggen in; de medewerkers die simulaties ontvangen, komen uit je directory, via MESHVoor medewerkers: e-mailadres, voornaam en groep. Resultaten worden per groep gerapporteerd, nooit per persoon.
ATLASAlleen de mensen die in ATLAS handelen, zoals de ondertekenaar van je scanmandaatNamen van de mensen die ondertekenen, verifiëren of toestemming geven
MESHDe directory's en cloudaccounts die je koppelt, zoals Microsoft Entra en Google WorkspaceMensen, groepen, lidmaatschappen en toegang zoals je directory die doorgeeft, alleen zichtbaar voor MESH-beheerders

Accounts en inloggen

Er wordt niemand geïmporteerd om een account aan te maken. Iemands account wordt aangemaakt de eerste keer dat die persoon inlogt met single sign-on (SSO), en de rol volgt uit je inlogregels. Zie Single sign-on.

In Command toont Gebruikers & rollen (onder Organisatie › Werkruimtebeheer › Toegang beheren) iedereen die heeft ingelogd. Daar kun je:

iemand uitnodigen op e-mailadres met een rol, nog voordat die persoon ooit heeft ingelogd;
iemands rol wijzigen;
iemand die vertrekt deactiveren. Die persoon kan dan niet meer inloggen, ook niet als zijn e-maildomein nog is toegestaan. Heractiveren maakt dit ongedaan.

Afdelingen (Command)

Afdelingen bepalen wie wat ontvangt:

Beleid dat vanuit Command wordt gepubliceerd, bereikt alleen de leden van de afdelingen waarop de beheersmaatregelen ervan van toepassing zijn. Beleid zonder afdeling bereikt iedereen op het e-maildomein van je organisatie.
Een bewijsverzoek kan naar een afdeling worden gestuurd.

Zo richt je afdelingen in:

1
Open in Command het profielmenu en kies Afdelingen.
2
Voeg elke afdeling toe met een Naam afdeling en een optionele Omschrijving.
3
Voeg de leden toe op E-mailadres. Je kunt mensen toevoegen voordat ze een account hebben. Ze ontvangen waar ze recht op hebben wanneer ze voor het eerst inloggen.

Je kunt afdelingen ook toevoegen in stap 2 van de set-up wizard van Command.

Opmerking
Het veld IdP-claimwaarden vult het lidmaatschap van afdelingen nog niet vanuit de groepsclaims van je identiteitsprovider. Voeg leden toe op e-mailadres.

Deze regels beschermen je mensen:

Als Command bij het publiceren de leden van een afdeling niet kan lezen, verstuurt het naar niemand. Het valt nooit terug op versturen naar iedereen.
Iemand die later instroomt, ontvangt alleen de documenten waar zijn afdelingen recht op hebben.
Wanneer je een afdeling verwijdert, wordt de ledenlijst ervan mee verwijderd, zodat die nergens meer toegang toe kan geven.

Counsel

Counsel heeft geen aparte lijst met mensen. Je medewerkers krijgen toegang via het e-maildomein van je organisatie, en consultants van buiten via een persoonlijke uitnodiging. Alles wat iemand in Counsel uploadt, vraagt of indient, is privé binnen je organisatie: geen andere gebruiker kan het zien.

Mensen ontvangen het beleid dat voor hen is gepubliceerd, en de bewijsverzoeken die naar hen zijn gestuurd, in hun eigen Counsel-account. Zie Counsel.

BAIT

BAIT houdt twee groepen mensen strikt gescheiden:

Het programmateam. De paar mensen die campagnes ontwerpen, goedkeuren en erover rapporteren. Zij loggen in zoals elke andere gebruiker. Een campagne heeft altijd twee van hen nodig, omdat niemand zijn eigen campagne goedkeurt. Je functionaris gegevensbescherming (FG) moet een van hen zijn.
Medewerkers. De mensen die simulaties ontvangen. Zij gebruiken BAIT nooit en worden er nooit in genoemd.

Wat BAIT voor elke medewerker nodig heeft: een e-mailadres, een voornaam en een afdeling of groep. Groepen zijn de eenheid van alles in BAIT. Campagnes worden naar groepen gestuurd, resultaten worden per groep gerapporteerd en vervolgtraining wordt per groep toegewezen.

Hoe de medewerkerslijst in BAIT komt. Een BAIT-beheerder koppelt je directory in MESH en kiest daarna Nu synchroniseren op de pagina Mensen van BAIT. BAIT haalt je groepen en hun leden binnen, en verwijdert mensen die zijn vertrokken.

Deze waarborgen beschermen je medewerkers:

Resultaten worden per groep gerapporteerd, nooit per persoon. Vervolgtraining wordt per groep toegewezen.
Een persoon identificeren is een aparte beslissing die wordt vastgelegd. Daarvoor moet er een functionaris gegevensbescherming zijn vastgelegd, en wie het vraagt, kan niet zelf de functionaris gegevensbescherming zijn.
E-mailadressen van medewerkers worden versleuteld opgeslagen, en worden nergens in de BAIT-console getoond.
Als BAIT je medewerkerslijst niet kan lezen, stopt het. Het behandelt een mislukte leespoging nooit als een leeg bedrijf.
Na de volgende directorysynchronisatie ontvangen mensen die zijn vertrokken geen simulaties meer, ook niet uit een campagne die al loopt. Afgesloten campagnes behouden hun geschiedenis.

Zie BAIT.

ATLAS

ATLAS bevat geen medewerkersgegevens. Mensen verschijnen alleen in ATLAS wanneer ze een verantwoordelijke handeling verrichten: de ondertekenaar van je scanmandaat, en wie een domein verifieert, een attestatie vastlegt of toestemming geeft voor intrusieve tests. Deze namen vormen de audittrail.

MESH

MESH importeert mensen uit de directory's en cloudaccounts die je koppelt, zoals Microsoft Entra en Google Workspace. Je vindt ze onder People and groups, Workload identities en Access inventory. Alleen MESH-beheerders zien deze weergaven. Ze zijn alleen-lezen, en MESH schrijft nooit iets terug naar je directory. Zie MESH.

Kritikaliteit van bedrijfsmiddelen en kroonjuwelen

De kritikaliteit van een bedrijfsmiddel, en of het een kroonjuweel is, stelt altijd een persoon in: kritikaliteit in Command of in ATLAS, en kroonjuwelen op de kaart van ATLAS. Een import of scan verandert ze nooit. Wanneer een import een eigenaar uit je CMDB of cloud meldt, toont Command die apart, als Eigenaar bij de bron.