FAQ — Безопасность и хостинг

На этой странице собраны самые частые вопросы о безопасности и хостинге. Для исчерпывающего описания Omniscol по запросу (а в ряде случаев по соглашению о неразглашении) предоставляет официальные документы:

• SECURITY_OVERVIEW.md — общий публичный обзор,
• SECURITY_ONE_PAGER.md — краткая сводка для CISO / руководителя по информационной безопасности,
• SECURITY_FULL.md — полная документация (управление, инфраструктура, меры контроля, соответствие требованиям, реагирование на инциденты),
• ISO27001_MAPPING.md — сопоставление с мерами контроля ISO 27001,
• SSI_QUESTIONNAIRE_STANDARD.md — ответы на стандартный опросник по информационной безопасности.

По любым вопросам безопасности: [email protected].

Где размещены мои данные?

Согласно юридическим уведомлениям, данные размещаются в Европейском союзе, на AWS Paris и Scaleway. Точные обязательства по резервированию, резервному копированию, срокам хранения и доступности зависят от договорных условий, действующих для вашей учётной записи.

Соответствует ли Omniscol требованиям GDPR?

Omniscol создан для использования в соответствии с GDPR. На практике это означает следующее:

• Размещение исключительно в ЕС (Франция).
• Логическая изоляция по клиентам: перекрёстный доступ между учётными записями невозможен.
• Никакого профилирования, никакой перепродажи данных, никакого вторичного использования материалов вашей школы.
• Обратимость: полный экспорт в JSON с помощью кнопки Скачать.
• Запросы субъектов данных обрабатываются в соответствии с применимыми договорными и нормативными условиями.

Сертифицирован ли Omniscol по ISO 27001?

На сегодня сертификации нет, но практики приведены в соответствие с принципами стандарта и строятся на риск-ориентированном подходе, который постоянно пересматривается. Подробности о мерах контроля могут быть предоставлены в рамках подходящего договорного соглашения или соглашения о безопасности.

Как защищены пароли?

Omniscol защищает пароли следующим образом:

• Предварительное хеширование на стороне клиента алгоритмом scrypt — ваш пароль в открытом виде никогда не попадает на серверы.
• На сервере хранится хеш с солью.
• Пароль в открытом виде никогда не передаётся и не хранится.
• Ни один администратор Omniscol не может прочитать, найти или восстановить пароль пользователя.

Если вы подозреваете, что учётная запись скомпрометирована, смена пароля аннулирует производные доступы, зависящие от этого секрета, в частности ссылки общего доступа, привязанные к паролю их создателя.

Шифруются ли соединения?

Публичный доступ к приложению осуществляется по HTTPS. Конфигурация сетевого доступа зависит от выбранного развёртывания, и её следует проверять в рамках соглашения о безопасности или договора для соответствующей учётной записи.

Как работает аутентификация?

Сессии Omniscol используют подписанные токены с ограниченным сроком действия; доступ продлевается, пока пользователь работает в интерфейсе.

Ссылки общего доступа и токены API подчиняются отдельным правилам:

• у ссылки общего доступа может быть дата окончания срока действия, и она зависит также от учётной записи, которая её создала: смена пароля этой учётной записи или её отключение аннулирует соответствующие доступы;
• токен API зависит от ключа, созданного в интерфейсе: удаление этого ключа или истечение срока его действия аннулирует связанные с ним токены.

См. также Ссылка общего доступа и API Omniscol.

API: ключи и токены

Доступом к API можно управлять из интерфейса, где есть два вида объектов:

1. Ключ — создаётся с названием и, при необходимости, датой окончания срока действия. Этот срок можно изменить позже.
2. Токен — генерируется из ключа, с перечнем разрешённых конечных точек API и собственным сроком действия. Этот срок после генерации не изменяется; нужно создать новый токен.

Рекомендация: один ключ на одну интеграцию, с понятным названием и сроком действия, соответствующим задаче. Если у вас есть сомнения, удалите ключ и создайте новый.

См. API Omniscol.

Могут ли мои пользователи входить через корпоративную учётную запись (SSO)?

Да, через OIDC / SSO, если эта настройка включена для учётной записи. Omniscol поддерживает Google Workspace, Microsoft Entra ID и универсальных провайдеров OIDC.

Тогда каждый пользователь входит под своей корпоративной учётной записью и сохраняет права, настроенные в Omniscol.

Какая защита предусмотрена от неправомерных попыток входа?

• Ответы на неудачную аутентификацию намеренно замедляются.
• Для экранов администрирования предусмотрена усиленная защита.
• Omniscol не сообщает, существует ли такой идентификатор: сообщение остаётся общим.

Жизненный цикл учётных записей пользователей

• Отключение без удаления — отключённая учётная запись больше не может входить в систему, но связанные с ней данные сохраняются.
• Обязательная смена при первом входе — если пароль задан вручную, пользователь должен сменить его при первом входе.
• Сброс — администратор может запустить сброс, не зная текущего пароля.

Сетевая безопасность и эксплуатация

Документы по безопасности, предоставляемые по запросу, описывают хостинг, сетевое разделение, правила доступа к данным и эксплуатационные процедуры, применимые к соответствующей учётной записи.

Ведётся ли журнал аудита?

Да, если для учётной записи включены опция журналов и соответствующий срок хранения. Видимый охват зависит от записываемых в журнал операций и от глубины, настроенной Omniscol. См. Журналы активности (логи).

OWASP Top 10

Omniscol применяет меры контроля, соответствующие рискам OWASP Top 10: контроль доступа, шифрование, проверка входных данных, безопасная конфигурация, отслеживание зависимостей, защита сессий и ведение журнала. Точный охват может быть детализирован в документах по безопасности, предоставляемых по запросу.

Автоматизированные тесты безопасности

Автоматизированные проверки встроены в процесс разработки и развёртывания Omniscol. Их охват меняется вместе с продуктом; подробные сведения могут быть предоставлены в рамках подходящего соглашения о безопасности.

Как вручную создать резервную копию?

Кнопка Скачать скачивает полный экспорт учётной записи в формате JSON. Этот файл нужно хранить с особой тщательностью: в нём содержатся хеши паролей и все персональные данные.

В случае серьёзного инцидента этот файл можно отправить команде Omniscol для повторной загрузки.

Если для учётной записи включена опция «Точки резервного копирования», вы можете также настроить автоматическое создание восстанавливаемых точек резервного копирования. См. Точки резервного копирования.

История инцидентов

По последним данным (февраль 2026 года):

• 0 нарушений безопасности данных клиентов (за всё время).
• 0 инцидентов безопасности в 2025 году.

Эти цифры опубликованы в SECURITY_ONE_PAGER.md — документе, который пересматривается ежеквартально.