Sessieactivering in machtigingensets en machtigingensetgroepen
Welkom bij weer een deel van onze beveiligingsreeks. Vandaag duiken we diep in de fijne kneepjes van sessieactivering voor machtigingensets en machtigingensetgroepen. Aan het eind van dit artikel weet je goed wat “session activation required” betekent en hoe je het effectief gebruikt.
Waarom sessieactivering?
Machtigingensets en machtigingensetgroepen zijn cruciale constructies om gebruikers mogelijkheden te geven. Een intrigerende functie ervan is het vinkje “session activation required”. Met deze optie kunnen we een machtigingenset of -groep aan een gebruiker toewijzen, maar die wordt pas geactiveerd als er een specifieke actie plaatsvindt.
Stel je een scenario voor: Je wilt rechten op een resource geven, maar alleen onder bepaalde voorwaarden.
Bijvoorbeeld als een gebruiker in de buurt is van een bepaald bezit, zeg in een gebouw of een ruimte. Je kunt die nabijheid detecteren, de machtigingenset activeren en de extra toegang verlenen. Die toegang duurt alleen zo lang als de sessie. Zodra de gebruiker uitlogt, wordt de machtigingenset gedeactiveerd, al blijft ze toegewezen.
Laten we in een demo duiken
Neem Paul, onze piloot, als voorbeeld. We geven Paul een machtigingenset die alleen-lezentoegang geeft tot luchthavendetails en navigatie. In een eerdere video lieten we zien hoe je met een muting-groep een specifiek veld kunt muten. Nu introduceren we een nieuwe machtigingenset die toegang geeft tot het object “Runway”. Die toegang wordt pas zichtbaar als we deze machtigingenset activeren. Dus als Paul niet in een vliegtuig zit, heeft hij geen toegang tot de details van de startbanen.
Als sessieactivering niet actief is, ziet Paul twee tabbladen: “OA Airports” en “OA Nav”. Het tabblad “OA Runways” is niet toegankelijk.
Om sessieactivering mogelijk te maken heb ik een stukje code geschreven. Die code bepaalt wie de huidige gebruiker is, zoekt de nodige machtigingenset op en activeert die voor de sessie.
Een korte uitleg van het proces:
- De machtigingenset “STA Runway Sessions Allowed” wordt aangemaakt met het vinkje “session activation required” aan.
- Deze machtiging geeft toegang tot het object Runway en al zijn velden.
- Deze machtigingenset wordt aan Paul toegewezen, maar blijft inactief tot onze speciale code uitgevoerd wordt.
- Na uitvoering bevat de sessie van Paul nu het tabblad “OA runways”, dat hem toegang geeft tot een lijst beschikbare startbanen.
Deze dynamische mogelijkheid laat zien hoe sessieactivering iemands rechten tijdelijk kan verhogen.
De volgende keer dat Paul inlogt, gaat hij terug naar zijn oorspronkelijke toegangsniveau, zonder de extra rechten voor startbanen.
Afronding
Session activation required is een krachtig hulpmiddel, vooral als je tijdelijk verhoogde toegang wilt geven op basis van specifieke voorwaarden. De sleutel is bepalen wanneer en hoe je de activering in gang zet.
De mogelijkheden zijn enorm, van activering op basis van locatie (zoals in een vliegtuig zitten) tot activering door gebeurtenissen.
Blijf op de hoogte
Bedankt voor het kijken. Onthoud: beveiliging is van het grootste belang, en beveiliging op veldniveau begrijpen zorgt ervoor dat je Salesforce-data vertrouwelijk blijft en in de juiste handen.
Blijf op de hoogte hier op www.SteveTechArc.com en via het YouTube-kanaal @SteveTechArc (opens in a new tab).
De wereld helpen veranderen door ideeën te delen met collega-architecten en met iedereen die op weg is om architect te worden!
Ik wens je veilig en efficiënt gebruikersbeheer toe!
STA 4.4