Flowtly – Перелік технічних та організаційних заходів

Це переклад англійської версії українською мовою, наданий для зручності. Обов’язковою є версія англійською мовою (див. розділ 1). Англійська версія · Польська версія

1. Вступ і сфера застосування

Цей документ описує технічні та організаційні заходи («ТОЗ»), які Flowtly Prosta Spółka Akcyjna (KRS 0001188143) із зареєстрованим місцезнаходженням у Варшаві, вул. Młynarska 8/12, Польща, впроваджує для забезпечення рівня безпеки обробки персональних даних, що відповідає ризику, відповідно до статті 32 GDPR. Цей документ становить додаток 1 до угоди про обробку персональних даних Flowtly і застосовується до обробки персональних даних на Платформі Flowtly.

Цей документ описує стан безпеки Платформи, зафіксований на дату публікації відповідної версії, на підставі конфігурації інфраструктури Платформи. Flowtly не заявляє про наявність сертифікації ISO/IEC 27001 чи атестації SOC 2 — цей документ описує лише фактично впроваджені заходи, а не заплановані чи бажані, і не є результатом незалежного аудиту безпеки. Обов’язковою є версія цього документа англійською мовою; цей переклад українською мовою, як і будь-який інший переклад, зокрема польською мовою, надається для зручності.

2. Безпека інфраструктури та хостингу

Платформа розміщена на інфраструктурі Google Cloud Platform (GCP) у регіоні europe-west1 (Бельгія, Європейський Союз). База даних застосунку (Cloud SQL) ведеться окремо для кожної Організації, що забезпечує логічне відокремлення даних кожної Організації на рівні бази даних (див. розділ 5).

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

3. Шифрування даних

З’єднання з Платформою та обмін даними між її компонентами захищені за допомогою TLS. Доступ застосунку до бази даних вимагає автентифікації за допомогою довіреного клієнтського сертифіката (примусовий режим довіреного клієнтського сертифіката). Дані у стані спокою, що зберігаються в сервісах Google Cloud, шифруються за допомогою стандартних механізмів шифрування цього постачальника інфраструктури.

4. Контроль доступу та управління ідентифікацією

Доступ до інфраструктури Платформи обмежено уповноваженим персоналом Flowtly — а в обсязі, необхідному для надання технічної підтримки, також уповноваженим персоналом постачальника інфраструктури — за принципом мінімальних привілеїв. Доступ до бази даних використовує автентифікацію на основі хмарної ідентифікації (автентифікація бази даних IAM). Облікові дані та секрети застосунку зберігаються у спеціалізованому менеджері секретів, а не у вихідному коді чи конфігураційних файлах. Конвеєри розгортання (CI/CD) автентифікуються в хмарній інфраструктурі за допомогою Workload Identity Federation, без довгострокових ключів доступу, що зберігаються поза постачальником ідентифікації.

Паролі службових облікових записів бази даних підпадають під примусову політику паролів: мінімальна довжина 14 символів, примусова складність і заборона повторного використання будь-якого з 5 останніх паролів.

5. Відокремлення даних Організацій (багатоорендність)

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

6. Резервне копіювання та аварійне відновлення

База даних Платформи автоматично захищена щоденним резервним копіюванням, вікно виконання якого налаштовано на початок о 03:00 UTC, а також механізмом відновлення на певний момент часу на основі журналювання транзакцій. Зберігаються 30 останніх успішних резервних копій — на практиці це може означати покриття менш ніж 30 днів, якщо будь-яке заплановане резервне копіювання не вдасться.

Рівень захисту, який ці заходи забезпечують на практиці: випадкове видалення або невдалу міграцію в типовому випадку можна скасувати з точністю до кількох хвилин за допомогою відновлення на певний момент часу. В екстремальному сценарії втрати всього екземпляра бази даних відновлення здійснюється з останньої успішної щоденної резервної копії, що в типовому випадку означає можливу втрату даних за період до 24 годин; це описи типової поведінки механізму з огляду на його конфігурацію, а не перевірені на практиці гарантії максимальної втрати. Час, необхідний для повного відновлення обслуговування після втрати екземпляра (RTO), ще не вимірювався під час реального тренування з відновлення — тому Flowtly наразі не встановлює числового зобов’язання щодо цього і не встановить його, доки його не буде перевірено на практиці.

7. Управління інцидентами безпеки

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

8. Управління постачальниками та Субобробниками

Flowtly залучає Субобробників, які обробляють персональні дані Організацій, лише на умовах, описаних в угоді про обробку персональних даних, включно з попереднім повідомленням щонайменше за 30 днів про нових Субобробників і механізмом заперечення з боку Контролера. Актуальний перелік Субобробників — включно з постачальником інфраструктури (Google Cloud), обробкою платежів (Stripe), інтеграцією банківських даних (Kontomatik), моніторингом помилок (Sentry), обробкою вмісту документів для функцій на основі штучного інтелекту (Anthropic) і надсиланням транзакційних електронних листів (Postmark) — опубліковано в угоді про обробку персональних даних.

9. Зобов’язання не знижувати рівень захисту та версіонування

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

Цей документ є версією, опублікованою 28 жовтня 2026 року.