Connectorer
Førsteklasses kilder fodrer de samme motorer gennem en connector-ramme. Hver connector overflader både ressourcer (filer, websteder, kanaler, depoter, buckets) og identiteter (mennesker, grupper og gæster — og de ikke-menneskelige agenter, bots, apps og roller).
Omfang er læseorienteret og mindste-privilegie: standarden er skrivebeskyttet, nok til at kortlægge tilladelser og aldrig mere. Skrive-omfang findes kun til Aktiv Forebyggelse og auto-reparation, og er valgfrit pr. connector. Hver connector forbinder til live-data i dag, og hver connector kan også udforskes i demo (mock) tilstand.
Google Workspace
Overflader Drive-filer og mapper med delings-links normaliseret til offentlig, ekstern eller org-wide; og Workspace-mennesker, grupper og servicekonti — inklusiv AI Drive-assistenter styret som agenter.
Læseorienteret OAuth-omfang kortlægger tilladelsesgrafen; en Google OAuth-webklient aktiverer real tilstand (den tænder også „Log ind med Google").
Microsoft 365
Overflader SharePoint Online og OneDrive-steder, biblioteker og filer, med normaliseret deling (anonym → offentlig, organisation → org-wide, gæst → ekstern); og Entra ID-medlemmer, gæster, grupper og — flagskibet — app-registreringer og service-principaler, kortlagt til service- eller AI-agent-identiteter (for eksempel en over-privilegeret Copilot-app).
Mindste-privilegie Microsoft Graph læse-omfang først (Sites.Read.All, Files.Read.All, Directory.Read.All, Application.Read.All); skrive-omfang er forbeholdt forebyggelse og valgfrit.
Slack
Overflader arbejdsrum, offentlige og private kanaler, Slack Connect eksterne delte kanaler, filer med offentlige links og multi-kanal-gæster; plus installerede apps, bots og integrationer med deres OAuth-omfang, styret som agenter og tjenester — et over-bredt AI-bot-omfang dukker op som kritisk.
Læse-omfang først via OAuth; skriveadgang sidder bag den pr.-connector-forebyggelse opt-in.
Notion
Overflader arbejdsrummet, teamplads, sider og databaser, med dele-til-web, gæst- og ekstern deling; plus integrationer og bots med deres evner, styret som agenter — en offentligt delt følsom side dukker op som kritisk.
Læse-omfang først via OAuth; skriveadgang sidder bag den pr.-connector-forebyggelse opt-in.
GitHub
Virker for en personlig konto eller en organisation — automatisk registreret ud fra kontotypen. Organisationer: overflader org, lagre (offentlig, internt, privat), eksterne samarbejdspartnere og teams, plus GitHub Apps, OAuth-apps, fine-kornede PAT'er og deploy-nøgler, styret som agenter og tjenester. Personlige konti: inventariserer dine installerede GitHub Apps og deres tilladelsestildelinger, dine ejede lagre, pr.-lager deploy-nøgler (inklusive skrive-kapable nøgler) og samarbejdspartnere — den glemte-adgang-overflade af en individuel udvikler-konto.
Læse-omfang først via OAuth; skriveadgang sidder bag den pr.-connector-forebyggelse opt-in.
AWS IAM
Overflader kontoen, IAM-brugere, roller, grupper og politikker, adgangsnøgler og S3-bucket- og rolle-tillid-eksponering; plus roller antageligt af tjenester eller automatisering, styret som service- og AI-agent-identiteter. En wildcard (*:*) admin-rolle, en offentlig S3-bucket og cross-account-tillid dukker op som kritisk.
Forbinder med skrivebeskyttet IAM-legitimation eller en antaget læse-rolle (api-nøgle-stil) — nok til at enumerere, aldrig til at ændre noget.
Én model, hver kilde
Rammen generaliserer: hver ny connector genbruger den delte posture-regel, blast-radius, scoring, cross-scan-diff, kendelse/Agent Guard-motorer, compliance-generator og reparationspipeline — uændret. En enkelt compliance-rapport kan dække hver forbundet kilde, og agent-styring omfatter hver leverandørs AI-agenter.
App- og rolle-identiteter er arbejdsrum- eller org-bosiddende, så deres risiko dukker op gennem AI-agent- og service-regelfamilien — aldrig misforkelt som eksterne samarbejdspartnere.