/securityконтролі, один за одним

обмежено.

кожен запит до бази даних обмежений вашою організацією та проєктом

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

tls 1.2 або новіший під час передачі
вебгуки з підписом hmac
журнал аудиту лише для додавання
чотири ролі, п’ять можливостей токенів

контролі

Шифрування, доступ, ізоляція та аудит.

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

AES-256

Зашифровано перед виходом з хоста

Резервні копії бази даних шифруються під час експорту. Сховище файлів захищено паролем і не працює без ключа. Облікові дані підключених додатків і секрети вебхуків зберігаються в зашифрованих стовпцях. Токени розгортання зберігаються як хеш SHA-256 й показуються лише один раз — під час створення. Живі диски не шифруються на рівні томів, оскільки ми ще не реалізували цю функцію, і вам слід дізнатися про це тут, а не під час перевірки.

Підписані під час експорту

Вихідні вебхуки підписуються за допомогою HMAC-SHA256 на основі мітки часу та тіла запиту. Мітка часу також надсилається, щоб ви могли застосовувати власне вікно захисту від повторного відтворення.

POST /hooks/translations

X-Transglot-Timestamp: 1756...

X-Transglot-Signature: hmac-sha256

signed over (timestamp, body)

compared with hash_equals

Ідентифікація та доступ

Чотири ролі робочого простору в кожному плані, включаючи Free: адміністратор, розробник, рецензент і перекладач, а також власники облікового запису та учасники білінгу. Додатково надаються дозволи для кожного проєкту та мови, тому фрілансеру можна надати доступ лише до однієї мови, приховуючи все інше. Вхід через SAML 2.0 з автоматичним створенням облікових записів і налаштуванням SCIM 2.0 доступний у плані Enterprise; вхід за паролем можна вимкнути для всього робочого простору.

Ізоляція орендарів

Кожен запит обмежується вашою організацією та проєктом. ID, що належить комусь іншому, повертає помилку 404, а не 403, тому існування інших робочих просторів ніколи не розкривається. Єдиний свідомий виняток — спільний пул пам’яті з точним збігом, і будь-який проєкт може відключити його одним перемикачем.

Журнал аудиту

Зміни ролей, створення токенів, зміни білінгу, конфігурація SSO та входи через SSO записуються, і ці рядки не можна редагувати чи видаляти: модель блокує обидві операції. Входи за паролем сьогодні не потрапляють у журнал. Власники та адміністратори в плані Enterprise можуть експортувати весь журнал у форматі CSV. Ланцюжок хешів і криптографічний підпис відсутні, тому тут немає гарантії виявлення втручання.

Час роботи та кредити

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

Де фактично стоїть комплаєнс

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

SOC 2 Type II: аудит триває
ISO/IEC 42001 (AI management): прагнемо отримати
GDPR: відповідає вимогам, але не сертифіковано
CCPA / CPRA: відповідає вимогам, але не сертифіковано

короткі відповіді

Запитання рецензента, відповіді спершу.

Запитання, з яких починається перевірка безпеки, і відповіді на них у звичайному порядку надходження. Кожен рядок — це контроль у кодовій базі, а не твердження про щось одне. Останній рядок позначає прогалину, і він залишається тут, доки не стане неправдивим.

немає цитованих знахідок, бо стороннього звіту ще немає
немає натяку на сертифікацію: таблиця відповідності на /trust читається з конфігурації
доброчесні дослідження ніколи не зустрічаються позовами від юристів

Написати на security@transglot.ai Центр довіри

ілюстративний висновок. ця сторінка не виконує сканування, ні вас, ні нас

нотатки про стан, ілюстративно

# що запитує перевірка безпеки в першу чергу

tls 1.2 або краще, нижчі версії відхиляються на краю мережі

webhooks hmac-sha256 за міткою часу та тілом

tokens зберігаються як хеш sha-256, показуються один раз

tenancy кожен запит обмежується організацією та проєктом

abilities п’ять для токена проєкту, три для розгортання

roles чотири, у кожному плані, включно з free

audit тільки додавання на рівні моделі, без ланцюжка

пам’ять один спільний пул точних збігів, вимкнено для кожного проєкту

у стані спокою активні томи не зашифровані на диску. резервні копії — AES-256.

Часті запитання

Список, який зазвичай супроводжує перевірку безпеки.

Чи шифруються мої дані?

Під час передачі — так: TLS 1.2 або новіша версія, а старіші відхиляються на межі мережі. У стані спокою резервні копії бази даних шифруються алгоритмом AES-256 під час експорту, а сховище файлів резервних копій захищено паролем. Активні томи бази даних наразі не зашифровані на рівні диска.

Чи маєте ви сертифікацію SOC 2?

Ще ні. Аудит SOC 2 Type II триває: спочатку підготовка, потім період спостереження. Наразі ми не маємо сторонніх сертифікатів безпеки, а значки вище базуються на конфігураційному прапорці, який не може відображати статус «отримано», доки сертифікат не буде наявний.

Чи навчаєте ви моделі ШІ на моєму контенті?

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

Як ви забезпечуєте ізоляцію клієнтів?

Кожен запит обмежено вашою організацією та проєктом; якщо ID не належить вам, система повертає помилку 404, а не 403, тому факт існування іншого робочого простору ніколи не розкривається. Єдиний навмисний виняток — спільний пул пам’яті перекладів із точними збігами, який не має власника, і будь-який проєкт може відключитися від нього одним перемикачем.

Чи підтримуєте ви SAML SSO, SCIM та примусовий вхід?

Так, на тарифі Enterprise: SAML 2.0 з JIT-постачанням, постачання через SCIM 2.0 та можливість вимкнути вхід за паролем для всього робочого простору. Чотири ролі робочого простору плюс права доступу на рівні проєкту та мови доступні на всіх тарифах, включаючи Free.

Чи ведете ви журнал аудиту і чи можна його експортувати?

Зміни ролей, створення токенів, зміни білінгу, налаштування SSO та входи через SSO записуються, і ці записи не можна редагувати чи видаляти. Входи за паролем наразі не відображаються в журналі. Власники та адміністратори на тарифі Enterprise можуть експортувати весь журнал у форматі CSV. Ланцюжок хешів і цифровий підпис відсутні, тому ми не називаємо його захищеним від підробки.

Чи проводили ви тестування на проникнення?

У нас немає стороннього звіту для цитування. Коли він з’явиться, ми опублікуємо тут його назву, дату та охоплення, а не просто підсумкову кількість виявлених вразливостей.

Як повідомити про вразливість і чи виплачуєте ви винагороду?

Напишіть на security@transglot.ai. Доброчесні дослідження відповідно до опублікованої політики мають письмову гарантію безпеки, підтвердження протягом трьох робочих днів та попередню оцінку протягом десяти робочих днів. Наразі виплата грошових винагород не передбачена.

Як зберігаються та обмежуються API-токени?

Токен проєкту зберігається як хеш SHA-256 і показується лише один раз — під час створення. Токени проєкту мають п’ять можливостей, а токени розгортання — три, тому токен, переданий у CI, може мати вужчі права, ніж у особи, яка його створила. Токени доступні лише на платних тарифах: на Free їх створити неможливо.

працює з тим, що ви вже використовуєте