Beheer van gebruikers-, groep- en toegangsrechten user-group-and-access-rights-administration

Het toelaten van toegang tot een gegevensopslagplaats CRX impliceert verscheidene onderwerpen:

De basiselementen zijn:

Gebruikersaccounts CRX verifieert toegang door, een gebruiker (door die persoon, of een andere toepassing) volgens details te identificeren en te verifiëren die in de gebruikersrekening worden gehouden.

In CRX is elk gebruikersaccount een knooppunt in de werkruimte. Een CRX-gebruikersaccount heeft de volgende eigenschappen:

Groepsaccounts Groepsaccounts zijn verzamelingen van gebruikers en/of andere groepen. Deze worden gebruikt om beheer te vereenvoudigen aangezien een verandering in de toegangsrechten die aan een groep worden toegewezen automatisch op alle gebruikers in die groep wordt toegepast. Een gebruiker hoeft niet tot een groep te behoren, maar behoort vaak tot een groep.

In CRX heeft een groep de volgende eigenschappen:

Toegangsrechten CRX gebruikt de Rechten van de Toegang om toegang tot specifieke gebieden van de bewaarplaats te controleren.

Dit wordt gedaan door voorrechten toe te wijzen om of toegang tot een middel (knoop of weg) in de bewaarplaats toe te staan of te ontkennen. Aangezien verschillende voorrechten kunnen worden toegewezen, moeten zij worden geëvalueerd om te bepalen welke combinatie voor het huidige verzoek van toepassing is.

CRX staat u toe om de toegangsrechten voor zowel gebruiker als groepsrekeningen te vormen. Vervolgens worden dezelfde basisbeginselen voor de evaluatie toegepast op beide.

Hoe de Rechten van de Toegang worden geëvalueerd how-access-rights-are-evaluated

Onderwerpen en Opdrachten subjects-and-principals

CRX gebruikt twee zeer belangrijke concepten wanneer het evalueren van toegangsrechten:

Opstellen van de lijst van toegangsrechten voor een onderwerp compiling-the-list-of-access-rights-for-a-subject

In CRX is het onderwerp afhankelijk van:

De lijst van toegangsrechten die van toepassing zijn op het onderwerp is samengesteld uit:

Aanvraag- en toegangsrechten oplossen resolving-request-and-access-rights

Wanneer CRX het verzoek behandelt het het toegangsverzoek van het onderwerp met de toegangsbeheerlijst op de gegevensopslaggegevensopslagknoop vergelijkt:

Dus als Linda vraagt om de /features knooppunt in de volgende repository structuur:

Volgorde order-of-precedence

Toegangsrechten in CRX worden als volgt beoordeeld:

Twee voorbeelden nemen waarbij de gebruiker aUser lid is van de groep aGroup:

   + parentNode
     + acl
       + ace: aUser - deny - write
     + childNode
       + acl
         + ace: aGroup - allow - write
       + grandChildNode

In het bovenstaande geval:

   + parentNode
     + acl
       + ace: aUser - deny - write
     + childNode
       + acl
         + ace: aGroup - allow - write
         + ace: aUser - deny - write
       + grandChildNode

In dit geval:

De rechten van de toegang van veelvoudige groepshoofden worden geëvalueerd gebaseerd op hun orde, zowel binnen de hiërarchie als binnen één enkele toegangsbeheerlijst.

Best practices voor best-practices

In de volgende tabel vindt u een aantal aanbevelingen en aanbevolen procedures:

Gebruikersbeheer user-administration

Er wordt een standaarddialoogvenster gebruikt voor Gebruikersbeheer.

U moet in de aangewezen werkruimte worden geregistreerd, dan kunt u tot de dialoog van allebei toegang hebben:

Eigenschappen

Groepslidmaatschap Hiermee worden alle groepen weergegeven waartoe de account behoort. De kolom Overgenomen geeft het lidmaatschap aan dat is overgeërfd als gevolg van het lidmaatschap van een andere groep.

Als u op een GroupID klikt (indien beschikbaar), wordt het dialoogvenster Groepsbeheer voor die groep.

Imitators Met de functie Imiteren kan een gebruiker namens een andere gebruiker werken.

Dit betekent dat een gebruikersaccount andere accounts (gebruiker of groep) kan opgeven die met hun account kunnen werken. Met andere woorden, als gebruiker-B wordt toegestaan om gebruiker-A na te bootsen, dan kan gebruiker-B actie ondernemen gebruikend de volledige rekeningsdetails van gebruiker-A (met inbegrip van identiteitskaart, naam en toegangsrechten).

Hierdoor kunnen imitatoraccounts taken uitvoeren alsof ze de account gebruiken die ze nadoen. bijvoorbeeld tijdens afwezigheid of om een buitensporige last op korte termijn te delen.

Als een rekening zich een andere imiteert, is het erg moeilijk te zien. De logboekdossiers houden geen informatie over het feit dat de imitatie op de gebeurtenissen is voorgekomen. Dus als user-B zich gebruiker-A imiteert zullen alle gebeurtenissen kijken alsof zij door gebruiker-A persoonlijk werden uitgevoerd.

Een gebruikersaccount maken creating-a-user-account

Een gebruikersaccount bijwerken updating-a-user-account

Een gebruikersaccount verwijderen removing-a-user-account

Eigenschappen definiëren defining-properties

U kunt Eigenschappen voor nieuwe of bestaande rekeningen:

Bestaande eigenschappen kunnen met het prullenbaksymbool worden verwijderd.

Met uitzondering van het Wachtwoord, kunnen de eigenschappen niet worden uitgegeven, moeten zij worden geschrapt en worden ontspannen.

Het wachtwoord wijzigen changing-the-password

De Wachtwoord is een speciale eigenschap die kan worden gewijzigd door op de knop Wachtwoord wijzigen koppeling.

U kunt het wachtwoord ook wijzigen in uw eigen gebruikersaccount via het dialoogvenster Beveiliging in de CRX Explorer.

Een imitator definiëren defining-an-impersonator

U kunt imitators definiëren voor nieuwe of bestaande accounts:

Groepsbeheer group-administration

Er wordt een standaarddialoogvenster gebruikt voor Groepsbeheer.

U moet in de aangewezen werkruimte worden geregistreerd, dan kunt u tot de dialoog van allebei toegang hebben:

Eigenschappen

Groepslidmaatschap Hiermee worden alle groepen weergegeven waartoe de huidige groepsaccount behoort. De kolom Overgenomen geeft het lidmaatschap aan dat is overgeërfd als gevolg van het lidmaatschap van een andere groep.

Als u op een GroupID klikt, wordt het dialoogvenster voor die groep geopend.

Leden Hiermee geeft u alle accounts (gebruikers en/of groepen) weer die lid zijn van de huidige groep.

De Overgenomen de kolom wijst op lidmaatschap dat als resultaat van lidmaatschap van een andere groep is geërft.

Een groepsaccount maken creating-a-group-account

Een groepsaccount bijwerken updating-a-group-account

Een groepsaccount verwijderen removing-a-group-account

Eigenschappen definiëren defining-properties-1

U kunt Eigenschappen definiëren voor nieuwe of bestaande accounts:

Bestaande eigenschappen kunnen met het prullenbaksymbool worden verwijderd.

Leden members

U kunt leden toevoegen aan de huidige groep:

Of verwijder een bestaand lid met het prullenbaksymbool.

Toegangsbeheer access-right-management

Met de Toegangsbeheer tabblad van CRXDE Lite kunt u het beleid voor toegangsbeheer definiëren en de bijbehorende rechten toewijzen.

Bijvoorbeeld: Huidig pad Selecteer de vereiste bron in het linkerdeelvenster, het tabblad Toegangsbeheer in het rechterondervenster:

Het beleid wordt ingedeeld volgens:

Beleidsselectie policy-selection

Het beleid kan worden geselecteerd voor:

Bevoegdheden privileges

De volgende rechten zijn beschikbaar voor selectie wanneer u een toegangsbeheeritem toevoegt (zie de Beveiliging-API voor nadere bijzonderheden ) :

Registreren van nieuwe rechten registering-new-privileges

U kunt ook nieuwe rechten registreren:

Een toegangsbeheeritem toevoegen adding-an-access-control-entry

CRX valideert uw selectie; voor een bepaalde principal bestaat (hoogstens) 1 ontkent en 1 staat ingang op een bepaald knooppunt toe. De implementatie ontruimt altijd overtollige ingangen en zorgt ervoor dat het zelfde voorrecht niet in zowel toestaat als ontkent ingangen vermeld is.

Plaatselijk beleid voor toegangsbeheer bestellen ordering-local-access-control-policies

De volgorde in de lijst geeft de volgorde aan waarin het beleid wordt toegepast.

Een toegangsbeheerbeleid verwijderen removing-an-access-control-policy

Een toegangsbeheerbeleid testen testing-an-access-control-policy