Tekoälyn kääntämä. Yhteisö ei ole vielä tarkistanut käännöstä. Lue englanniksi

Blogi · 19. lokakuuta 2023 · Steve Simpson · Tietoturva

Istuntoaktivointi käyttöoikeusjoukoissa ja käyttöoikeusjoukkojen ryhmissä

Tervetuloa tietoturvasarjamme uuteen osaan. Tänään sukellamme käyttöoikeusjoukkojen ja käyttöoikeusjoukkojen ryhmien istuntoaktivoinnin yksityiskohtiin. Artikkelin luettuasi ymmärrät hyvin, mitä ”session activation required” tarkoittaa ja miten sitä käytetään tehokkaasti.

Miksi istuntoaktivointi?

Käyttöoikeusjoukot ja käyttöoikeusjoukkojen ryhmät ovat keskeisiä rakenteita käyttäjien oikeuksien myöntämisessä. Yksi niiden kiinnostava ominaisuus on ”Session Activation Required” -valintaruutu. Sen avulla voimme määrittää käyttöoikeusjoukon tai ryhmän käyttäjälle, mutta se aktivoituu vasta, kun tietty toiminto tapahtuu.

Kuvittele tilanne: Haluat antaa käyttöoikeuden resurssiin, mutta vain tietyin ehdoin.

Ehkä silloin, kun käyttäjä on tietyn kohteen lähellä, vaikkapa rakennuksessa tai huoneessa. Voit havaita tämän läheisyyden, aktivoida käyttöoikeusjoukon ja antaa lisäpääsyn. Pääsy kestää vain istunnon ajan. Kun käyttäjä kirjautuu ulos, käyttöoikeusjoukko poistuu käytöstä, mutta se pysyy määritettynä.

Katsotaan demoa

Kaavio: lentäjä Paulin käyttöoikeusjoukkojen ryhmä sekä Runway View -käyttöoikeusjoukko, joka lisätään vain, kun istunto aktivoidaan

Otetaan esimerkiksi lentäjämme Paul. Annamme Paulille käyttöoikeusjoukon, joka antaa ”vain luku” -pääsyn lentokenttien ja navigoinnin tietoihin. Aiemmassa videossa näytimme, miten mykistävällä ryhmällä voi mykistää tietyn kentän. Nyt otamme käyttöön uuden käyttöoikeusjoukon, joka antaa pääsyn ”Runway”-objektiin. Pääsy tulee näkyviin vasta, kun aktivoimme tämän käyttöoikeusjoukon. Jos Paul ei siis ole lentokoneessa, hänellä ei ole pääsyä kiitoratojen tietoihin.

Kuvakaappaus: käyttöoikeusjoukko, joka sallii pääsyn kiitoradoille vain lentokentällä, ja Session Activation Required valittuna

Kun istuntoaktivointi ei ole voimassa, Paul näkee kaksi välilehteä: ”OA Airports” ja ”OA Nav”. ”OA Runways” -välilehteen ei pääse.

Istuntoaktivointia varten kirjoitin pätkän koodia. Koodi tunnistaa nykyisen käyttäjän, etsii tarvittavan käyttöoikeusjoukon ja aktivoi sen istunnon ajaksi.

Apex-koodi: lisää istuntopohjaisen käyttöoikeusjoukon nykyisen käyttäjän istuntoon luomalla SessionPermSetActivation-tietueen

Lyhyt erittely prosessista:

  1. Käyttöoikeusjoukko ”STA Runway Sessions Allowed” luodaan, ja sen ”Session Activation Required” -valintaruutu valitaan.
  2. Tämä käyttöoikeus antaa pääsyn Runway-objektiin ja kaikkiin sen kenttiin.
  3. Käyttöoikeusjoukko määritetään Paulille, mutta se pysyy passiivisena, kunnes erityinen koodimme suoritetaan.
  4. Suorituksen jälkeen Paulin istunnossa on ”OA Runways” -välilehti, joka antaa hänelle pääsyn käytettävissä olevien kiitoratojen luetteloon.

Tämä dynaaminen ominaisuus näyttää, miten istuntoaktivointi voi korottaa jonkun käyttöoikeuksia tilapäisesti.

Kun Paul seuraavan kerran kirjautuu sisään, hän palaa alkuperäisille pääsytasoilleen ilman kiitoratojen lisäoikeuksia.

Yhteenveto

Session Activation Required on tehokas työkalu, varsinkin kun haluat antaa tilapäisesti korotetun pääsyn tiettyjen ehtojen perusteella. Avainasia on päättää, milloin ja miten aktivointi käynnistetään.

Mahdollisuudet ovat laajat: sijaintiin perustuvista aktivoinneista (kuten lentokoneessa oleminen) tapahtumapohjaisiin.

Pysy kuulolla

Kiitos, että olit mukana. Muista, että tietoturva on ensiarvoisen tärkeää, ja kun ymmärrät kenttätason suojauksen, Salesforcen tietosi pysyvät luottamuksellisina ja oikeissa käsissä.

Pysy kuulolla täällä www.SteveTechArc.com-sivustolla ja YouTube-kanavalla @SteveTechArc (opens in a new tab).

Autamme muuttamaan maailmaa jakamalla ideoita muille arkkitehdeille ja kaikille, jotka ovat matkalla arkkitehdiksi!

Toivotan sinulle turvallista ja tehokasta käyttäjähallintaa!

Litterointi tekoälyn avulla

STA 4.4