Документация: Безопасность
Безопасность
Как dbsend защищает ваши данные на каждом этапе.
AES-256-GCM
Шифрование файлов в покое
HTTPS/TLS
Шифрование в транзите
RBAC
Ролевая модель доступа
Audit Log
Полный журнал действий (Про+)
Шифрование данных
Каждый файл шифруется на сервере перед записью в объектное хранилище, расположенное в России:
iv (16 байт) + authTag (16 байт) + ciphertext
Алгоритм: AES-256-GCM (аутентифицированное шифрование)
При скачивании файл расшифровывается через proxy-endpoint API. Прямые ссылки на объекты хранилища не выдаются — скачивание требует того же API-ключа или сессии.
API Ключи
- ✓Хранятся в БД только как SHA-256 hash и короткий prefix — plainKey нельзя восстановить
- ✓При создании plainKey показывается один раз — сохраните немедленно
- ✓Ревокация мгновенная: ключ перестаёт работать сразу после DELETE
- ✓Поддерживается создание нескольких ключей с разными именами для разных окружений
RBAC — модель ролей
| Роль | Права |
|---|---|
| owner | Полный доступ. Управление биллингом, удаление рабочего пространства |
| admin | Управление базами, ключами, участниками. Нет биллинга |
| member | Просмотр и загрузка бэкапов, восстановление |
| viewer | Только чтение (просмотр дашборда) |
Рекомендации
Используйте env-переменные
Никогда не хардкодьте API ключ в коде. Используйте process.env.DBSEND_API_KEY
Ротируйте ключи
Создавайте новые ключи и удаляйте старые при смене состава команды
Один ключ — одно окружение
Отдельные ключи для production, staging и development
Ограничивайте ключи
Привязывайте API-ключ к одной базе и задавайте срок действия, если ключ нужен только для одного сервера или CI
Настройте алерты
Подключите Telegram-уведомления для мониторинга пропущенных бэкапов
Готовы попробовать?
Бесплатный тариф: 1 база, 500 МБ и 3 версии — без карты.