Konti og tilladelser

Hver administreret klient får en separat tildelt forbindelse, og de værktøjer og legitimationsoplysninger, der er forberedt til én organisation, må ikke genbruges til en anden.

Kontogrænser#

Under onboarding skal du bekræfte den nøjagtige tjenestekonto, arbejdsplads og brand. Den samme tjeneste kan indeholde flere virksomheder eller arbejdsområder. Et vellykket login eller et matchende visningsnavn alene kan ikke fastslå, at det korrekte navn blev valgt.

Din forbindelse bør udsætte de aftalte værktøjer. Hvis du ser en anden organisations data eller uventede administrationsværktøjer, skal du stoppe med at bruge forbindelsen og rapportere uoverensstemmelsen via din onboardingkontakt. Del kun det minimum af beviser, der er nødvendigt for at identificere problemet.

Tilladelseslag#

MCP-forbindelsen styrer adgangen til de konfigurerede operationer. Upstream-tjenesten anvender sine egne tilladelser, kontorettigheder og hastighedsgrænser. Begge lag skal tillade anmodningen.

En skrivebeskyttet arbejdsproces skal have de snævre værktøjer og tjenestetilladelser, der er nødvendige for læsninger. Stol ikke på et værktøjsnavn eller en AI-instruktion som den eneste beskyttelse mod en uønsket ændring.

At bede om mere adgang#

Beskriv den nye forretningsopgave, målkontoen og hvilke handlinger der skal til. DigLab kan tjekke den understøttede API-rute, tjenestetilladelser og testkrav. Ændringen skal verificeres, før den bliver en del af din almindelige arbejdsgang.

Delte legitimationsoplysninger#

Del ikke individuelle loginoplysninger med uautoriserede teammedlemmer. Spørg DigLab hvilken adgangsordning der er passende for dit team, og om der er brug for en separat legitimationsoplysning eller forbindelse. Læg ikke nøgler i delte prompter, chathistorik eller offentlige lagre.

Se Sikkerhed for legitimationsoplysninger til sikker håndtering og Rotation og offboarding når en person eller enhed ikke længere har brug for adgang.