Коннектори
Джерела першого класу живлять ті самі механізми через одну структуру коннектора. Кожен коннектор показує як ресурси (файли, сайти, канали, репозиторії, відра), так і ідентичності (людей, групи та гостей — та нелюдських агентів, ботів, додатків та ролей).
Обсяги мають читання-орієнтованість та найменший привілей: за замовчуванням лише читання, достатньо для відображення дозволів та ніколи більше. Обсяги запису існують лише для Active Prevention та автоматичного відновлення, і є необов'язковими на основі коннектора. Кожен коннектор підключається до живих даних зараз, і кожен коннектор також може досліджуватися в режимі демонстрації (mock).
Google Workspace
Показує файли та папки Drive з посиланнями на спільне використання, нормалізованими до публічних, зовнішніх або на рівні всієї організації; та користувачів Workspace, групи та сервісні акаунти — включаючи AI Drive-асистентів, керованих як агенти.
Читання-орієнтовані обсяги OAuth відображають граф дозволів; веб-клієнт Google OAuth активує реальний режим (він також ввімкнув «Вхід через Google»).
Microsoft 365
Показує сайти SharePoint Online та OneDrive, бібліотеки та файли, з нормалізованим спільним використанням (анонімне → публічне, організація → на рівні організації, гість → зовнішні); та членів Entra ID, гостей, групи та — флагманське — реєстрації додатків та сервісних принципалів, відображених на сервісні або AI-агентні ідентичності (наприклад, додаток Copilot з надмірними привілеями).
Спочатку обсяги читання з найменшим привілеєм Microsoft Graph (Sites.Read.All, Files.Read.All, Directory.Read.All, Application.Read.All); обсяги запису зарезервовані для запобігання та необов'язкові.
Slack
Показує робочі простори, публічні та приватні канали, зовнішні спільні канали Slack Connect, файли з публічними посиланнями та гостей із кількох каналів; плюс встановлені додатки, боти та інтеграції з їхніми обсягами OAuth, керовані як агенти та сервіси — надмірно широкий обсяг AI-бота з'являється як критичний.
Спочатку читання обсягів через OAuth; доступ на запис сидить позаду необов'язкового запобігання для кожного коннектора.
Notion
Показує робочий простір, командні простори, сторінки та бази даних, з поділом на веб, гостем та зовнішнім спільним використанням; плюс інтеграції та боти з їхніми можливостями, керовані як агенти — публічно спільна чутлива сторінка з'являється як критична.
Спочатку читання обсягів через OAuth; доступ на запис сидить позаду необов'язкового запобігання для кожного коннектора.
GitHub
Працює для особистого акаунта або організації — автоматично виявляється за типом акаунта. Організації: показує організацію, репозиторії (публічні, внутрішні, приватні), зовнішніх співавторів та команди, плюс GitHub Apps, OAuth додатки, fine-grained PATs та розгорнути ключі, керовані як агенти та сервіси. Особисті акаунти: інвентаризує встановлені GitHub Apps та їхні гранти дозволів, ваші власні репозиторії, розгорнути ключі для кожного репозиторію (включаючи ключі, здатні до запису), та співавторів — забуту поверхню доступу індивідуального акаунта розробника.
Спочатку читання обсягів через OAuth; доступ на запис сидить позаду необов'язкового запобігання для кожного коннектора.
AWS IAM
Показує акаунт, користувачів IAM, ролі, групи та політики, ключі доступу, та експозицію відра S3 та довіри ролей; плюс ролі, припустимі сервісами або автоматизацією, керовані як сервісні та AI-агентні ідентичності. Роль адміністратора з підстановкою (*:*), публічне відро S3 та крос-акаунтна довіра з'являються як критичні.
Підключається до облікових даних IAM лише для читання або припущеної ролі читання (стиль api-key) — достатньо для перелічення, ніколи для зміни чого-небудь.
Одна модель, кожне джерело
Структура узагальнює: кожен новий коннектор повторно використовує спільні правила положення, радіус ураження, оцінку, крос-сканування diff, механізми вердикту / Agent Guard, генератор дотримання та конвеєр відновлення — без змін. Один звіт про дотримання може охоплювати кожне підключене джерело, а управління агентами охоплює AI-агентів кожного постачальника.
Ідентичності додатків та ролей знаходяться в межах робочого простору або організації, тому їхній ризик з'являється через сім'ю правил AI-агента та сервісу — ніколи не перелічуються як зовнішні співавтори.