Sesjonsaktivering i tillatelsessett og grupper av tillatelsessett
Velkommen til enda en del av sikkerhetsserien vår. I dag dykker vi ned i detaljene rundt sesjonsaktivering for tillatelsessett og grupper av tillatelsessett. Når du har lest artikkelen, har du god oversikt over hva «session activation required» betyr, og hvordan du bruker det effektivt.
Hvorfor sesjonsaktivering?
Tillatelsessett og grupper av tillatelsessett er sentrale byggesteiner når brukere skal få funksjoner. En spennende funksjon de har, er avmerkingsboksen «Session Activation Required». Med den kan vi tildele et tillatelsessett eller en gruppe til en bruker, men det aktiveres først når en bestemt handling skjer.
Tenk deg et scenario: Du vil gi tillatelse til en ressurs, men bare under bestemte betingelser.
Kanskje når en bruker er i nærheten av en bestemt ressurs, for eksempel i en bygning eller et rom. Du kan oppdage nærheten, aktivere tillatelsessettet og gi den ekstra tilgangen. Tilgangen varer bare så lenge sesjonen varer. Når brukeren logger av, deaktiveres tillatelsessettet, men det forblir tildelt.
La oss se på en demo
Ta Paul, piloten vår, som eksempel. Vi gir Paul et tillatelsessett som gir skrivebeskyttet tilgang til opplysninger om flyplasser og navigasjon. I en tidligere video viste vi hvordan en muting-gruppe kan dempe et bestemt felt. Nå introduserer vi et nytt tillatelsessett som gir tilgang til objektet «Runway». Tilgangen blir bare synlig når vi aktiverer tillatelsessettet. Så hvis Paul ikke sitter i et fly, har han ikke tilgang til opplysningene om rullebanene.
Når sesjonsaktiveringen ikke er i kraft, ser Paul to faner: «OA Airports» og «OA Nav». Fanen «OA Runways» er ikke tilgjengelig.
For å aktivere sesjonen har jeg skrevet en bit kode. Koden identifiserer den gjeldende brukeren, finner riktig tillatelsessett og aktiverer det for sesjonen.
Her er prosessen i korte trekk:
- Tillatelsessettet «STA Runway Sessions Allowed» opprettes med avmerkingsboksen «Session Activation Required» avmerket.
- Tillatelsen gir tilgang til objektet Runway og alle feltene.
- Tillatelsessettet tildeles Paul, men forblir inaktivt til den spesielle koden vår kjøres.
- Når koden er kjørt, inneholder Pauls sesjon fanen «OA Runways», som gir ham tilgang til en liste over tilgjengelige rullebaner.
Denne dynamiske funksjonen viser hvordan sesjonsaktivering midlertidig kan heve noens tillatelser.
Neste gang Paul logger på, er han tilbake på de opprinnelige tilgangsnivåene sine, uten de ekstra tillatelsene for rullebaner.
Oppsummering
Session Activation Required er et kraftig verktøy, særlig når du vil gi midlertidig forhøyet tilgang ut fra bestemte betingelser. Nøkkelen er å bestemme når og hvordan aktiveringen skal utløses.
Mulighetene er mange, fra stedsbaserte aktiveringer (som å sitte i et fly) til hendelsesstyrte.
Følg med
Takk for at du var med. Husk at sikkerhet er helt avgjørende, og når du forstår sikkerhet på feltnivå, forblir dataene dine i Salesforce konfidensielle og i de riktige hendene.
Følg med her på www.SteveTechArc.com og på YouTube-kanalen @SteveTechArc (opens in a new tab).
Vi hjelper til med å forandre verden ved å dele idéer med andre arkitekter og med dem som er på vei til å bli arkitekter!
Jeg ønsker deg en sikker og effektiv brukeradministrasjon!
Transkripsjon med hjelp fra AI
STA 4.4