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, må du haste med å endre passord hos alle kundene. Clavitor gir hver kunde sin egen isolerte hvelv. Teknikerne dine får avgrensede tokens. Sarah slutter fredag — trekk hennes kunder i hvert kundehvelv. Jim begynner mandag — tilordne ham de samme rolleomfangene. 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.

Lesinger som fortsetter å betjene klientene dine

Hvert klienthvelv kan beholde en kryptert reservekopi i en annen by: som standard i samme region, eller på den andre siden av kloden. Hvis ett går ned, betjener det andre lesing og TOTP-koder uten avbrudd. Agentene til klientene dine fortsetter å virke. 2FA-kodene deres fortsetter å genereres. Ingen failover du må utløse — den 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

Da skyutfallet i Midtøsten i mars 2026 inntraff, ble ingen kundedata hos Clavitor berørt. 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.

Passordrotasjoner spores på samme måte. Når en legitimasjon endres, registrerer revisjonssporingen hvem som utløste endringen, hvilken oppføring som ble endret, og hvilke agenter som plukket opp den nye verdien. Hvis en rotasjon ødelegger noe, kan du spore 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 klient med avgrenset agenttilgang og fullstendige revisjonsspor gjør dette til et administrert tilbud du kan prise med trygghet. Marginen din setter du selv.

Raskere onboarding, umiddelbar offboarding

Når en ny tekniker begynner, tildeler du rolleomfang, og de er i gang på minutter. Når noen slutter, trekker du kundene deres i hvert kundehvelv. Ingen passord å rotere, ingen oppføringer å røre, ingen hastverk 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.