Läser in
Vid acceptans laddas Google Analytics 4 och Google Ads. Inget körs om ni avböjer. Integritetspolicy ·
Läser in
Tre egenskaper skiljer en seriös connector-runtime från en enkel API-koppling. För det första behörighetsmodellen: läsande åtkomst med uttryckliga, dokumenterade behörigheter som kundens administratör godkänner, aldrig skrivrättigheter i kundens miljö. För det andra tokenhanteringen: krypterad lagring, automatisk förnyelse och larm när åtkomsten dör i stället för tysta fel. För det tredje spårbarheten: varje läsning loggas så att kunden kan se vad plattformen hämtat och när.
CyberKlars connector mot Microsoft Entra ID är byggd så: OAuth-flöde som kundens administratör godkänner, AES-256-GCM-krypterade tokens, automatisk förnyelse och två behörighetsnivåer. Basnivån läser katalog och inloggningsaktivitet; den utökade nivån läser även MFA-registrering och policyer för villkorsstyrd åtkomst, efter separat godkännande. Samma connector driver både skugg-AI-upptäckten i AI-systemregistret och de nattliga kontrollerna i CyberKlar Control.
För skugg-AI-upptäckten finns läsande kopplingar även mot Google Workspace, Okta och JumpCloud. De tekniska kontrollerna i CyberKlar Control körs i dag bara mot Microsoft Entra ID. Kopplingar mot loggkällor, SIEM eller andra system för kontrolldata finns inte.
En connector-runtime som läser systemtillstånd förändrar ingenting i kundens miljö och kan därför godkännas med låg risk. System som ingriper i realtid (blockerar, ändrar, stänger av) är en annan kategori med en annan riskprofil och andra krav på godkännanden. Börja med läsande kontroller; det är där bevisvärdet finns.
CyberKlar styr AI-användningen genom hela livscykeln, med NIS2 och angränsande regelverk som stöd i samma kontrollbibliotek. NIS2-samordnaren bevakar regelverken och föreslår uppdateringar av kontrollerna; varje förslag godkänns av er innan det gäller. Styrelse-PDF:en genereras ur det aktuella läget när ni behöver den.
Behöver ni NIS2-dokumentationen på 60 dagar? Läs om Sprinten