Сведения о реализуемых мерах защиты.

1. Организационные меры

• определены цели, категории данных и основные системы обработки;
• Workspace, Admin Console и локальный операторский контур разделены;
• есть процедуры запросов субъектов, инцидентов, abuse-жалоб и удаления;
• изменения продукта проходят через version control и release process;
• подготовлена документированная backup/recovery procedure.

2. Аутентификация Workspace

Пароль в открытом виде не сохраняется. Для проверки используется salt, вычислительно затратный verifier и server-side pepper.

Session token создаётся криптографически случайно; в каталоге сохраняется только его SHA-256. Production cookie имеет HttpOnly, Secure и SameSite=Strict.

3. Ключи приложений

Application credential отделён от браузерной Workspace-сессии. Production и Staging являются отдельными областями доступа. Для прямой загрузки из браузера применяется отдельное короткоживущее разрешение вместо передачи server-side secret key.

4. Разграничение доступа

Личное хранилище связано с конкретным Workspace Account. Файлы приложения связаны с конкретным Application и Environment. Проверка доступа выполняется сервером; пользовательский параметр не может сам назначить объект другому владельцу.

5. Файлы и выдача

• новые постоянные файлы закрыты по умолчанию;
• публичная выдача включается явно;
• потенциально исполняемый контент не выдаётся inline без необходимости;
• формат файла не определяется только по расширению;
• загрузка ограничивается по размеру и обрабатывается bounded-путём;
• где применимо, для проверки целостности сохраняется SHA-256;
• замена содержимого создаёт новую generation и контролируемо переключает текущую версию.

6. Защита от злоупотреблений

Применяются rate limits, concurrency bounds, exact-origin checks для browser mutations, server-side quota enforcement и login-поведение, снижающее возможность перечисления аккаунтов.

7. Журналы и аудит

Сервис ведёт технические и операторские записи, необходимые для безопасности, жизненного цикла и расследования. Plaintext password, raw Workspace session token и Application plaintext secret не должны попадать в журналы.

8. Инфраструктура

Основной runtime Pulse Media размещён у AdminVPS в Российской Федерации. Текущий профиль использует один active service writer, SQLite catalog и managed storage на сервере.

9. Резервное копирование

Регулярный production backup на дату публикации отсутствует.

Подготовлена процедура согласованного backup каталога и файлов, integrity check и restore drill. Пока эта процедура не запущена регулярно и не подтверждена восстановлением, Pulse Media не заявляет backup как действующую меру защиты.

10. Что мы не обещаем

Pulse Media не заявляет абсолютную безопасность, zero data loss, высокую доступность нескольких узлов или сертификацию ФСТЭК, которой фактически нет.

11. Сообщить о проблеме

Авторизованный пользователь может сообщить о возможной уязвимости или инциденте через кнопку «Поддержка» в Workspace, выбрав категорию «Безопасность». Если войти в аккаунт невозможно, используйте vasekpudge@gmail.com. Не прикладывайте действующие пароли, session tokens, recovery keys и secret keys.