Изоляция на уровне bucket
Каждый клиент получает отдельный логический bucket с уникальным prefix и ACL. Кросс-тенант доступ исключён на уровне IAM-политок хранилища.
Security · Trust
Безопасность и соответствие стандартам IRISBIN
Невидимая оптимизация изображений для высоконагруженных веб-приложений начинается с того, что вы доверяете нам ваши файлы. Ниже — как мы шифруем, изолируем и защищаем каждый байт данных, от момента загрузки до удаления.
Архитектура безопасности
Шифрование при передаче
Шифрование при передаче
и хранении
Каждый байт защищён на всём пути: от клиента до edge-узла и обратно. Мы не храним «голые» изображения — только зашифрованные объекты.
Передача между клиентом и CDN всегда идёт по TLS 1.3 с поддержкой ECDHE-шифрования и HSTS (max-age=31536000; includeSubDomains; preload). Внутренний трафик между edge-узлами и хранилищем шифруется по mTLS с валидацией сертификатов.
На диске файлы хранятся в AES-256-GCM с ротацией ключей каждые 90 дней. Ключи хранятся в HSM-модулях (FIPS 140-2 Level 3) и никогда не покидают защищённое окружение. Для каждого клиента используется отдельный data-encryption key (DEK), что делает восстановление данных невозможным без соответствующего ключа.
Multi-tenancy
Изоляция данных клиентов
Архитектура построена так, чтобы данные одного проекта были физически и логически отделены от данных другого — даже если оба хранятся на одной физической инфраструктуре.
Отдельный ключ на клиента
DEK генерируется на момент создания аккаунта и привязывается к tenant ID. Утечка одного ключа не затрагивает другие проекты.
Сетевая сегментация
Edge, обработка и хранилище разнесены по отдельным VPC. Межсетевые правила разрешают только конкретные порты и направления между зонами.
Compliance
Соответствие GDPR и SOC 2 Type II
Мы проходим независимый аудит дважды в год и держим актуальные отчёты доступными партнёрам. Ниже — ключевые обязательства, которые мы фиксируем в DPA.
2×
аудит в год
72h
SLA на уведомление о breach
90дн
ротация ключей
EU
регион хранения по умолчанию
В рамках GDPR IRISBIN выступает как subprocessor. Все данные обрабатываются в дата-центрах в Германии и Нидерландах (Frankfurt, Amsterdam). По запросу предоставляем DPA, Annex 1 (технические меры) и актуальный SOC 2 Type II report. Для клиентов из РФ поддерживаем обработку в 152-ФЗ-совместимом контуре в Москве с локальным хранением PII.
Access & Auth
Политика доступа
Политика доступа
и аутентификация
Каждое действие в IRISBIN требует явной аутентификации. Мы поддерживаем два режима: API-ключи для CI/CD и сервисных интеграций, и JWT-токены для пользовательских сессий.
# CI/CD — сервисный API-ключ
curl -H "Authorization: Bearer ib_live_9f3a…" \
https://api.irisbin.io/v1/purge?path=/assets/*
# Веб — JWT с коротким TTL
POST /v1/token
{ "sub": "dev@acme.io", "scope": "read:images" }
→ "eyJhbGciOiJSUzI1NiIs…" (TTL 15m)
Ключи с scope и TTL
Каждый API-ключ можно ограничить действиями (read / write / purge), IP-allowlist и сроком жизни. Инвалидация мгновенна, без ожидания ротации.
Короткие сессии
Веб-интерфейс работает по JWT с TTL 15 минут и refresh-токеном 30 дней. Поддержка подписи RS256 и ES256, проверка по JWKS.
Роли в рамках проекта
Owner, Admin, Developer, Viewer. Разграничение на уровне проектов: доступ к одному аккаунту не даёт прав к другому, даже при совпадении e-mail.
Audit & Monitoring
Аудит логов и мониторинг аномалий
Все действия — от загрузки файла до purge-запроса — логируются в неизменяемый журнал и анализируются в реальном времени.
Аудит-лог хранится в WORM-хранилище (Write Once, Read Many) не менее 13 месяцев. Каждый записывает: actor, IP, UA, scope, результат и latency. Для enterprise-тарифов доступен экспорт в SIEM (Splunk, Datadog, Elastic) через forwarder.
Система аномалий (аномальный рост трафика, новые IP, попытки brute-force по API-ключам) работает на базе статистического базового уровня и алертит в Slack / PagerDuty. Среднее время обнаружения аномалии — 4 минуты 12 секунд.
Incident Response
Процедуры реагирования на инциденты
У нас есть формализованный playbook, командная структура и регламент уведомлений. Ниже — как выглядит процесс от сигнала до постмортема.
Детекция и эскалация
Алерт приходит в дежурного инженера Security Team. Классификация (P1–P4) за 5 минут. Для P1/P2 автоматически активируется incident channel и вызывается on-call.
Уведомление клиентов
Если инцидент затрагивает данные, мы уведомляем затронутых клиентов в течение 72 часов, как требует GDPR. Каналы: e-mail, статус-страница, Slack Connect для enterprise.
Постмортем и действия
В течение 14 дней публикуем internal postmortem, в 30 дней — summary для клиентов. Каждый инцидент даёт список конкретных исправлений с владельцем и дедлайном.
Страница статуса: status.irisbin.io. Исторический uptime за последние 12 месяцев — 99.99%. Последний P2-инцидент (деградация edge-узла в Frankfurt, 14 марта 2024) был устранён за 22 минуты, постмортем опубликован 26 марта 2024.
Документы
Запросите SOC 2 report
Запросите SOC 2 report
и DPA по e-mail
Актуальный отчёт SOC 2 Type II, DPA и Annex 1 с техническими мерами доступны по запросу. Ответим в течение одного рабочего дня.