Головна / Безпека та захист даних

Безпека та захист даних

Три речення, без прикметників: дані ваших рахунків, клієнтів і угод шифруються у браузері, перш ніж залишити пристрій; дані продуктивного середовища зберігаються в ЄС (Франкфурт); з увімкненим сховищем ми не можемо прочитати ваші фінансові дані — і нижче прямо зазначаємо, що можемо прочитати, а що ні.

18 жовтня 2026v1.0GDE Systems OÜ

Стислий виклад

Шифрування на стороні клієнта (AES-256-GCM, PBKDF2, 600 000 ітерацій) виконується в браузері до синхронізації; ключ шифрування ніколи не потрапляє на наші сервери.
Усі дані продуктивного середовища зберігаються в ЄС (Франкфурт, eu-central-1). Ми не передаємо дані продуктивного середовища за межі ЄЕЗ.
Ми публікуємо кожну третю сторону, яка може мати доступ до ваших даних, із зазначенням мети, регіону та підстави передачі — і попереджаємо за 30 днів, перш ніж додати нову.
Заголовки безпеки застосовуються на рівні edge: HSTS (один рік, includeSubDomains) і Content-Security-Policy у режимі enforcement з allowlist; inline-скрипти поки покриті 'unsafe-inline' до переходу на хеші.

Рух даних: що залишає ваш браузер і до кого потрапляє

Кожна стрілка нижче — це реальний мережевий адресат. Якщо третьої сторони немає на цій схемі, вона не отримує ваших даних.

Ваш браузер Що до нього потрапляє: Відкритий текст, поки ви працюєте; зашифровані дані перед синхронізацією
Що до нього не потрапляє ніколи: —
Мета: Тут виконуються виведення ключа (PBKDF2) і шифрування AES-256-GCM

Cloudflare (edge, WAF, Turnstile) Що до нього потрапляє: IP-адреса, заголовки запитів, сигнали бот-перевірки для форми зворотного зв’язку
Що до нього не потрапляє ніколи: Розшифрований вміст рахунків — дані сховища залишаються непрозорими на периферії (edge)
Мета: Доставка, захист від DDoS, запобігання зловживанням

Supabase (PostgreSQL, Frankfurt) Що до нього потрапляє: Зашифрований блок робочого простору, e-mail акаунта, службові метадані (позначки часу, ідентифікатори)
Що до нього не потрапляє ніколи: Ваш ключ шифрування, ваша фраза відновлення
Мета: Зберігання, автентифікація, правила доступу на рівні рядків

Resend Що до нього потрапляє: Адреса e-mail і текст листів акаунта (реєстрація, скидання пароля, запрошення)
Що до нього не потрапляє ніколи: Дані рахунків, клієнтів чи угод
Мета: Доставка транзакційних листів

Google (Gemini API) Що до нього потрапляє: Лише назва компанії або реєстровий код, які ви вводите в необов’язковому пошуку компанії
Що до нього не потрапляє ніколи: Дані рахунків, клієнтів, угод чи контактів
Мета: Необов’язковий AI-пошук компанії; його можна повністю уникнути, шукаючи безпосередньо в реєстрі

Ваш власний OneDrive / Google Drive (необов’язково) Що до нього потрапляє: Документи, які ви вирішили там зберігати
Що до нього не потрапляє ніколи: Будь-що, що ви явно не завантажили
Мета: Зберігання документів у сховищі, яке ви вже контролюєте

Шифрування: що зашифровано, а що ні

Дані	Стан	Деталі
Рахунки, клієнти, угоди, записи часу, теги	Зашифровано в браузері	AES-256-GCM із ключем, виведеним з вашого пароля (PBKDF2, 600 000 ітерацій). Ми зберігаємо лише шифротекст.
Документи у сховищі	Зашифровано в браузері	Той самий конверт; ключ ніколи не надсилається на сервер.
Передавання	Зашифровано під час передавання	TLS 1.2+ для кожного запиту. HSTS: max-age 1 рік, includeSubDomains. CSP розгорнуто в режимі enforcement з allowlist; script-src на основі хешів — наступний крок.
E-mail акаунта, назва робочого простору, платіжні дані	Не шифрується на стороні клієнта	Потрібні для автентифікації та підтримки. Доступні співробітникам GDE Systems OÜ з мінімально необхідними правами.
Службові метадані (ідентифікатори, позначки часу, розміри)	Не шифрується на стороні клієнта	Потрібні для синхронізації, розв’язання конфліктів і журналу аудиту. Ніколи не містять сум рахунків чи назв контрагентів.
Ваш пароль і фраза відновлення	Ніколи не передаються нам у відкритому вигляді	Використовується лише похідне значення; ми не можемо відновити ключ, якщо втрачено і пароль, і фразу.

Контроль доступу

Ролі: адміністратор, бухгалтер, менеджер з рахунків, спостерігач. Запрошення обмежені одним робочим простором і можуть бути скасовані миттєво.
Розділ безпеки акаунта: кожен пристрій, який увійшов у ваш акаунт, відображається в Налаштування → Профіль; ви можете завершити будь-який сеанс.
Двофакторну автентифікацію (TOTP-застосунок) можна ввімкнути в розділі Налаштування → Безпека; після цього код потрібен під час кожного входу. Під час входу через Google і Microsoft 2FA додатково забезпечує ваш постачальник ідентифікації.
Принцип найменших привілеїв усередині компанії: доступ до продуктивного середовища обмежено акаунтом засновника, а будь-яка дія підтримки, що торкається метаданих клієнта, фіксується в журналі.
Публічні платіжні сторінки ізольовані від маршрутів застосунку, що потребують автентифікації; секретні ключі не потрапляють у браузер (це забезпечується перевіркою секретів під час збірки).

Інфраструктура та регіони

Компонент	Постачальник	Регіон	Примітки
База даних, автентифікація, edge-функції	Supabase	ЄС — Франкфурт (eu-central-1)	Основне продуктивне сховище
CDN, WAF, захист від ботів, доставка статики	Cloudflare	Глобальна периферія (edge) з можливістю локалізації даних у ЄС	Обробляє метадані запитів, а не розшифровані дані сховища
Транзакційні листи	Resend	Обробка в ЄС/США на підставі SCC	Лише листи акаунта та форми зворотного зв’язку
Необов’язковий AI-пошук компанії	Google (Gemini API)	Обробка в США в межах Рамкової угоди ЄС–США про конфіденційність даних (EU-US Data Privacy Framework)	Лише назва компанії або реєстровий код; ніколи дані рахунків чи контактів

Резервні копії та відновлення

Що ми обіцяємо

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

Чого ми не обіцяємо

Під час бети ми не надаємо керованої послуги резервного копіювання та відновлення і не обіцяємо цільовий час відновлення (RTO). Експорт ваших даних залишається вашим обов’язком — ми автоматизуємо нагадування, а не обов’язок.
Якщо ви втратите і пароль, і фразу відновлення з 12 слів, зашифровані дані не зможе відновити ніхто, включно з нами. Це властивість архітектури, а не інцидент.

Комплект відновлення (Recovery Kit)

Ваша фраза відновлення з 12 слів, записана на папері та збережена офлайн (не в тому самому менеджері паролів, що й пароль).
Шаблон картки відновлення для друку з полями: назва робочого простору, e-mail, фраза, дата, місце зберігання.
Задокументована процедура передавання для бухгалтерів: фраза зберігається у власному сейфі клієнта або в запечатаному конверті — ніколи в спільному чаті чи листі.
Правило ротації: якщо картку відновлення колись сфотографували, передали чи зберегли в хмарних нотатках, вважайте її скомпрометованою та повторно зашифруйте робочий простір.

Показники: як ми отримуємо цифри

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

Опублікований показник	Метод	Захист приватності
Медіанний час створення рахунку	Клієнтські позначки часу життєвого циклу форми рахунку за останні 30 днів; медіана, а не середнє	Записуються лише тривалість операції та тип документа. Суми, контрагенти та позиції ніколи не надсилаються в телеметрію.
Автозаповнені поля з реєстру	Кількість зіставлених полів у пошуку в реєстрі, що перевіряється в кожному релізі за відповідями Äriregister і EMTA	Дані користувачів не використовуються
Рекламні та аналітичні трекери	Статична інвентаризація сторонніх скриптів у зібраному пакеті (перевіряється під час кожної збірки засобом контролю секретів і доменів)	Перевірка під час збірки, а не обіцянка
Цільовий час першої відповіді підтримки	Медіанний час першої відповіді в робочі дні, виміряний у поштовій скриньці підтримки	Подається як ціль, а не як договірний SLA під час бети

Скоординоване розкриття вразливостей

Повідомляйте про вразливості на security@gde.ee (PGP — на запит). Ми підтверджуємо отримання протягом 3 робочих днів і надаємо план виправлення протягом 10.
Не тестуйте чужі робочі простори, не запускайте автоматичні сканери без попередження та не виводьте дані. Добросовісні дослідження власного акаунта вітаються.
Ми публікуємо короткий розбір для кожної підтвердженої вразливості, що вплинула на дані клієнтів, із зазначенням дослідника, якщо він не вважає за краще залишитися анонімним.
Під час бети винагорода за знайдені вразливості не виплачується; ми говоримо про це прямо, а не натякаємо на протилежне.

GDPR, ролі та естонське законодавство про бухгалтерський облік

Коли ви використовуєте gde.ee для власної компанії, GDE Systems OÜ є контролером даних акаунта та обробником господарських записів, які ви вносите. Публічний DPA за статтею 28 Загального регламенту про захист даних (GDPR) охоплює обидва випадки.
Естонське законодавство про бухгалтерський облік вимагає зберігати рахунки щонайменше 7 років. Ваш експорт — це повний машинозчитуваний архів, а видалення акаунта не знищує мовчки записи, які ви зобов’язані зберігати за законом: спочатку ви робите експорт, потім видаляєте.
З 1 липня 2025 року естонський Закон про бухгалтерський облік діє за моделлю вибору покупця: компанія, зареєстрована в Комерційному реєстрі як отримувач e-рахунків, може вимагати структурований рахунок (за замовчуванням EN 16931). Сьогодні gde.ee створює PDF-рахунки з платіжними EPC QR-кодами; вивантаження структурованих e-рахунків є в публічному Roadmap, і до його випуску ми не заявлятимемо про протилежне.
Запити суб’єктів даних (доступ, виправлення, видалення, перенесення) надсилайте на privacy@gde.ee — відповідь протягом 5 робочих днів. Багато з них ви можете задовольнити самостійно одним кліком: експорт або видалення робочого простору.

Журнал безпеки

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

2026-10-13релізФорму зворотного зв’язку захищено Cloudflare Turnstile та серверними обмеженнями частоти запитів; додано поле-пастку (honeypot).

2026-10-12релізСховище з нульовим знанням описано детально в Умовах використання та Політиці конфіденційності, включно з точними параметрами виведення ключа.

2026-10-09релізСуворіше розмежування між робочими просторами компаній, захищені публічні платіжні сторінки, відсутність секретних ключів у браузері, власна захищена доставка листів акаунта.

2026-10-14релізОпубліковано сторінки безпеки, субпроцесорів і DPA з версіонуванням та історією змін.

Пов’язані документи

<a href="/uk/dpa/">Угода про обробку даних (ст. 28 GDPR)</a>
<a href="/uk/subprocessors/">Список субпроцесорів (версіонований)</a>
<a href="/uk/privacy/">Політика конфіденційності</a>
<a href="/uk/terms/">Умови використання (умови бети, без SLA)</a>
<a href="/uk/status/">Поточна доступність та історія інцидентів</a>

Почати безкоштовно в беті security@gde.ee

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

gde.ee · Безпека та захист даних — gde.ee · https://gde.ee/uk/security/