Довіра та безпека

1. Архітектура безпеки

• Шифрування в спокої

  Усі конфіденційні дані, включаючи облікові дані розв'язувача й сертифікати поставника ідентичності, шифруються в спокої за допомогою AES-256-GCM.

• Шифрування при передачі

  Весь трафік подається по TLS 1.3 (HTTPS), з примусовим HSTS, щоб браузери відмовилися підключатися без захисту.

• Автентифікація та MFA

  Вхід за допомогою Google або за допомогою електронної пошти та пароля — мінімум 12 символів, зберігаються лише як хешовані скрипти з сіллю, з обмеженою швидкістю спроб входу. Двофакторна автентифікація (TOTP плюс коди резервного копіювання) доступна всім і може бути обов'язковою в межах організації; Enterprise додає SAML (найближчим часом) єдиний вхід (Okta, Azure AD, Google Workspace, OneLogin) з обслуговуванням у режимі реального часу та захистом від повторення укладення.

• Контроль доступу на основі ролей

  Вбудовані ролі Owner, Admin і Viewer плюс детальні користувацькі ролі дозволяють надавати найменший привілей доступу. Дозволи застосовуються на кожний запит.

• Контроль сеансів та мережі

  Настроювані політики максимальної тривалості сеансу та тайм-ауту неактивності, плюс дозвіл IP-адрес, який обмежує доступ до довірених діапазонів (Enterprise).

• Захист граничних точок

  Cloudflare надає брандмауер веб-додатків та захист від DDoS перед додатком, з заголовками безпеки (CSP, HSTS, frame-deny) на кожну відповідь.

2. Обробка даних

Моніторинг здійснюється лише для читання. Платформа підключається з найменшими обсягами, які дозволяють їй оцінити вашу позицію, вона ніколи не потребує вмісту ваших файлів і нічого не змінює у ваших джерелах, якщо ви не увімкнете автоматичне виправлення.

• Моніторинг лише для читання

  Розв'язувачі спостерігають через обсяги лише для читання. Для Google Workspace сканування запускається на drive.metadata.readonly — він може читати метадані обміну, а не вміст файлів. Доступ на запис існує лише для автоматичного виправлення: вимкнено за замовчуванням, надається окремо для кожного розв'язувача і обмежено скасуванням або зменшенням доступу.

• Лише метадані та висновки

  Ми зберігаємо метадані дозволів, графік доступу та висновки, які ми з нього випливають. Ми не зберігаємо, не індексуємо й не передаємо вміст ваших документів.

• Настроювана утримання

  Операційні дані дотримуються вашої політики утримання — наприклад, до 24 місяців історії аудиту та 90-денне вікно для тимчасових даних — з мінімальною межею безпеки, щоб дані не видалялися випадково.

• Експорт самообслуговування та видалення

  Власники можуть експортувати дані своєї організації та самостійно запросити видалення облікового запису. Видалення виконується на період поблажливості, а потім видаляє дані.

• AI Exposure Check (лише публічні записи)

  Безплатна перевірка AI Exposure Check читає лише публічні DNS-записи введеного вами домену через публічні DNS-розв'язувачі (Cloudflare з публічним DNS-розв'язувачем Google як резервний варіант). Вона не підключається до серверів цього домену чи самого веб-сайту (публічний розв'язувач може запитати DNS-сервери домену звичайним способом) та повертає лише оцінку, кількість та прапорці стану: без назв служб, піддоменів чи значень записів. Збережений результат видаляється через 24 години, а карта поділу — через 30 днів; копії можуть залишатися в наших зашифрованих резервних копіях до приблизно 56 днів. Запис із адресою електронної пошти, яку ви вирішили надати, видаляється протягом 48 годин, якщо ви його не підтвердите за допомогою посилання, і протягом максимум 12 місяців; електронні листи, які ми відправляємо, зберігаються як запис доставки до 30 днів.

3. Відповідність

Ми зіставляємо наші засоби контролю та докази, які створює продукт, з основними рамками. Це зіставлення для допомоги у вашому власному аудиті — 8200.dev не сертифіковано за цими стандартами, і ми ніколи не будемо претендувати на інше.

• Зіставлення рамки

  Засоби контролю та докази продукту зіставлені з SOC 2, ISO 27001, GDPR, HIPAA та NIST CSF 2.0. Інформаційна панель відповідності у додатку відслідковує всі п'ять паралельно з аналізом прогалин та пакетом доказів, придатним для експорту.

• Обмежене використання Google API

  Використання необроблених або виведених даних користувача, отриманих з API Workspace, буде дотримуватися політики користувача Google, включаючи вимоги обмеженого використання. Дані Workspace використовуються лише для надання та покращення функцій безпеки, які ви включаєте — ми ніколи не використовуємо їх для розроблення, покращення або навчання узагальнених моделей штучного інтелекту чи машинного навчання, і ми ніколи не передаємо їх інструментам або сервісам штучного інтелекту або машинного навчання третіх сторін у цілях навчання.

• Перевірка Google OAuth

  Google затвердив перевірку OAuth 8200.dev 23 серпня 2026 р. для трьох обсягів, які вона запитує: drive.metadata.readonly для сканування та admin.directory.user.readonly та admin.directory.user.security для необов'язкового аудиту стороннього додатка. Будь-який новий обсяг — включаючи обсяг запису, який автоматичне виправлення потребує на Google Workspace — потребує нової перевірки, перш ніж ми його використаємо. 21 вересня 2026 р. Google також затвердив окремий, необов'язковий додаток 8200.dev Admin Insights для його двох обсягів лише для читання: cloud-identity.policies.readonly та admin.directory.domain.readonly.

4. Відповідальність ІШ-агента

Зміна відповідальності у 2026 році покладає на компанію, яка розгортає ШІ, відповідальність за те, що роблять її агенти. 8200.dev створює докази того, що ви керували цим доступом. Це підтримує вашу позицію в галузі відповідності; це не є правовою порадою й не гарантує жодного результату.

• Повний інвентар агентів

  Agent Guard ведеться живий інвентар кожного ІШ-агента та облікового запису служби, який може отримати доступ до ваших даних, плюс дозволи OAuth третіх сторін за тінь ІШ — ви не можете керувати тим, чого не можете бачити.

• Незмінний запис доступу

  Кожне рішення про доступ та зміна записуються в експортовану стежку аудиту (CSV / JSON / CEF / SIEM), щоб ви могли реконструювати те, до чого ІШ-агент міг отримати доступ, і коли.

• Демонстровна управління

  Правила запобігання, застосування доступу та документована часова шкала ризику показують активний контроль і відповідь — докази, що лежать в основі програми керування ШІ, яка піддається захисту.

5. Операційна безпека

• Безперервні перевірки здоров'я

  Автоматичні перевірки здоров'я запускаються кожні п'ять хвилин по всій платформі, базі даних і розв'язувачам, автоматично відкриваючи інцидент при деградації.

• Публічна сторінка стану

  Публічна сторінка стану публікує історію час роботи й оновлення інцидентів, тому ви завжди знаєте поточний стан.

• Автоматизоване тестування

  База коду охоплюється більш ніж 4000 автоматизованих тестів, які запускаються при кожній зміні, тому регресії виявляються перед випуском.

• Логування аудиту та експорт SIEM

  Дії, пов'язані з безпекою, записуються в незмінну стежку аудиту для кожної організації, яку ви можете експортувати як CSV, JSON або CEF, і передавати на свою SIEM (Enterprise).

6. Субпроцесори

Ми використовуємо невеликий набір перевірених субпроцесорів. Кожен отримує лише дані, які йому потрібні для виконання своєї функції.

7. Contact

Need security documentation, a subprocessor list, or answers for a vendor review? Email [email protected].