Главная / Безопасность и защита данных
Безопасность и защита данных
Три предложения без прилагательных: данные ваших счетов, клиентов и сделок шифруются в браузере, прежде чем покинуть устройство; рабочие данные хранятся в ЕС (Франкфурт); при включённом хранилище мы не можем прочитать ваши финансовые данные — и ниже прямо говорим, что можем прочитать, а что нет.
Краткое резюме
- Шифрование на стороне клиента (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
Что до него не доходит: Расшифрованное содержимое счетов — на периферии пакет хранилища непрозрачен
Цель: Доставка, защита от DDoS, предотвращение злоупотреблений
Что до него не доходит: Ваш ключ шифрования, ваша фраза восстановления
Цель: Хранение, аутентификация, правила доступа на уровне строк
Что до него не доходит: Данные счетов, клиентов и сделок
Цель: Доставка транзакционных писем
Что до него не доходит: Данные счетов, клиентов, сделок и контактов
Цель: Необязательный AI-поиск компании; его можно полностью избежать, выполнив поиск в реестре напрямую
Что до него не доходит: Всё, что вы явно не загрузили
Цель: Хранение документов в облаке, которое вы уже контролируете
Шифрование: что зашифровано, а что нет
| Данные | Состояние | Подробности |
|---|---|---|
| Счета, клиенты, сделки, записи времени, теги | Зашифровано в браузере | 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 | Глобальная периферия с возможностью локализации данных в ЕС | Обрабатывает метаданные запросов, а не расшифрованные пакеты хранилища |
| Транзакционные письма | 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 рабочих дней. Многие из них вы можете удовлетворить сами в один клик: выгрузить данные или удалить рабочее пространство.
Журнал безопасности
Каждый релиз, значимый для безопасности, и каждый подтверждённый инцидент — от новых к старым. На сегодня ни один инцидент не затронул данные клиентов.
Связанные документы
- <a href="/ru/dpa/">Соглашение об обработке данных (ст. 28 GDPR)</a>
- <a href="/ru/subprocessors/">Список субпроцессоров (версионированный)</a>
- <a href="/ru/privacy/">Политика конфиденциальности</a>
- <a href="/ru/terms/">Условия использования (условия беты, без SLA)</a>
- <a href="/ru/status/">Текущая доступность и история инцидентов</a>
Эта страница — документ о продукте и комплаенсе, а не юридическая консультация. Договоры, механизмы передачи данных и сроки хранения проверяются эстонскими юристами, прежде чем стать обязательными.
gde.ee · Безопасность и защита данных — gde.ee · https://gde.ee/ru/security/