For leverandører av administrerte tjenester

Dine kunders agenter trenger påloggingsinformasjon. Du trenger kontroll.

Hver kunde du administrerer tar i bruk AI-agenter. Hver agent trenger API-nøkler, SSH-påloggingsinformasjon, 2FA-koder. Du må provisjonere, omfangsbegrense og tilbakekalle tilgang på tvers av hundrevis av kunder – uten en delt hvelvnøkkel som én enkelt lekkasje ødelegger alt.

MSP-problemet med påloggingsinformasjon

Teknikerne dine jobber på tvers av dusinvis av kunder. Hver kunde har sin egen påloggingsinformasjon. I dag administrerer du dette med delte passordhvelv, regneark eller "det ene dokumentet".

Når en tekniker slutter, kaster du deg rundt for å endre passord på tvers av alle kunder. Clavitor gir hver kunde sitt eget isolerte hvelv. Teknikerne dine får omfangsbestemte tokens. Sarah slutter fredag – tilbakekall hennes tokens på tvers av alle kunder med ett klikk. Jim begynner mandag – gi ham de samme rolletildelingene. Ingen passord å rotere. Ingen oppføringer å røre.

Vår anbefaling: ett hvelv per person, ett per selskap.

Din MSP får et firmahvelv for delte infrastrukturhemmeligheter, pluss et personlig hvelv for hver av teknikerne dine. Hver kunde får det samme: et firmahvelv for deres delte påloggingsinformasjon, pluss et personlig hvelv for hver av deres ansatte. Teknikerne dine får omfangsbestemte tokens inn i kundehvelv – ingen delt master-nøkkel, ingen alt-eller-ingenting-tilgang.

Hvelvet tilhører kunden. Ikke deg.

Du administrerer det. Du provisjonerer agenter. Du tildeler tekniker-tilgang. Men dataene er deres. Hvis en kunde slutter, følger deres hvelv med dem. Dine tokens blir tilbakekalt. Deres påloggingsinformasjon påvirkes ikke.

Dette er ikke en begrensning – det er ditt salgsargument. "Din påloggingsinformasjon forblir din. Alltid."

Teknisk tilgangsmodell

Hver tekniker får omfangsbestemte tokens inn i kundehvelvene de betjener. Omfangene er roller – "Nettverk", "Hjelpedesk", "Full tilgang" – ikke individuelle personer. Når Sarah slutter på fredag, sletter du hennes tokens. Når Jim begynner på mandag, tildeler du ham de samme rolletildelingene. Påloggingsinformasjonen i hvelvet endres aldri. Ingen passord rotert. Ingen oppføringer rørt. Ingen fredagsnatt-kaos.

Hvelv	Tekniker	Omfang
Acme Corp	Sarah	Full tilgang
Acme Corp	John	Nettverk
Acme Corp	Peter	Hjelpedesk
Acme Corp	Nødåpning	Nødsituasjon
Bcme Inc	John	Full tilgang
Bcme Inc	Sarah	Nettverk

Nødåpnings-tokenet er ditt sikkerhetsnett. Det ligger i en forseglet konvolutt eller et maskinvareskap – omfangsbestemt til hele hvelvet, aldri brukt med mindre alt annet svikter. Revisjonsloggen registrerer øyeblikket det aktiveres, slik at du vet nøyaktig når og hvorfor.

99,99 % lesetilgang for dine kunder

Hvert kundehvelv er replikert på tvers av halvkuler – Calgary og Zürich. To steder valgt for geologisk stabilitet, politisk nøytralitet og maksimal avstand fra hverandre. Hvis det ene går ned, betjener det andre lesetilgang og TOTP-koder uten avbrudd. Kundens agenter fortsetter å fungere. Deres 2FA-koder fortsetter å genereres. Ingen failover du trenger å utløse – det er automatisk og kontinuerlig.

Dette betyr mer for MSP-er enn for noen andre. Når en infrastrukturleverandør har en nedetid, ringer telefonen din for hver kunde på den leverandøren. Med Clavitor går ikke tilgang til påloggingsinformasjon ned med regionen. Kundene dine merker ingenting, og supportkøen din forblir stille.

Bevis: Mars 2026

AWS UAE gikk ned – droneangrep skadet fysisk to av tre tilgjengelighetssoner. Null kundedata påvirket. Derfor replikerer vi til den andre siden av verden.

Se nettverket vårt

Full sporbarhet på tvers av hver kunde

Hver tilgang til påloggingsinformasjon logges – hvilken tekniker, hvilken agent, hvilken påloggingsinformasjon, når, og hvorfra. Når en kunde spør "hvem logget inn på brannmuren vår sist tirsdag", har du svaret på sekunder. Når en revisor ber om bevis på tilgangskontroll, eksporterer du loggen.

Rotasjon av passord spores på samme måte. Når påloggingsinformasjon roteres – manuelt eller etter en tidsplan – registrerer revisjonsloggen hvem som utløste det, hvilken oppføring som ble endret, og hvilke agenter som hentet den nye verdien. Hvis en rotasjon ødelegger noe, sporer du det tilbake til den nøyaktige endringen.

Dette er det som skiller utstedelse av påloggingsinformasjon fra deling av passord. Et delt passordhvelv forteller deg at passordet ble hentet – men ikke av hvem, ikke av hvilken agent, og ikke om det var mennesket eller boten. Clavitor utsteder individuelle tokens til individuelle aktører. Hver tilgang er attribuert. Hver rotasjon har en årsak. Hver innlogging til en kundes system spores tilbake til et navn, et omfang og et tidsstempel.

Dette er ikke en funksjon du slår på. Den kjører alltid, på tvers av alle hvelv, for alle kunder. Revisjonsloggen er ditt samsvarsbevis, ditt verktøy for hendelseshåndtering, og ditt svar på ethvert "hvem gjorde hva"-spørsmål kundene dine noensinne vil stille.

Forretningscase

Ikke bare et sikkerhetsverktøy. En profittdriver.

Administrasjon av påloggingsinformasjon er ikke overhead – det er en fakturerbar tjeneste som forbedrer marginene dine, reduserer operasjonell friksjon og hever sikkerhetsposisjonen til hver kunde du administrerer.

Sunne marginer, håndfri levering

Hvelv per kunde med omfangsbestemt agenttilgang og fullstendige revisjonslogger gjør dette til et administrert tilbud du kan prise med tillit. Plattformen kjører med en kontraktsmessig 99,99 % lesetilgang SLA, fullt hostet – du selger det, vi holder det oppe. Din margin er din å sette.

Raskere onboarding, umiddelbar offboarding

Når en ny tekniker begynner, tildeler du rolletildelinger, og de er i gang på minutter. Når noen slutter, tilbakekaller du deres tokens på tvers av alle kunder med ett klikk. Ingen passord å rotere, ingen oppføringer å røre, ingen kaos på en fredag ettermiddag.

Dine kunders sikkerhet er ditt ansvar

Deres AI-agenter får allerede tilgang til påloggingsinformasjon – sannsynligvis fra miljøvariabler eller delte passordfiler. Som deres MSP, hviler den risikoen på ditt bord. Clavitor gir deg arkitekturen for å fikse det ordentlig: hver påloggingsinformasjon omfangsbestemt, kryptert og revidert på tvers av hele kundebasen din.