Утечка медицинских данных в РФ в 2023-2024 годах выросла в объеме на 30-40%, что делает защиту ЭСК критической точкой отказа для работодателя. Ошибка в выборе между шифрованием и аутентификацией превращает систему из защищенного реестра в открытый список диагнозов сотрудников с потенциальными штрафами по КоАП до 100 000 рублей за нарушение правил обработки ПДн.
Системное шифрование: защита «в покое»
Системное шифрование (AES-256) работает с данными на уровне диска или базы данных (TDE — Transparent Data Encryption). В контексте ЭСК это означает, что даже при физическом краже сервера или дампе базы данных злоумышленник увидит массив случайных символов. Скорость чтения данных падает незначительно — в пределах 2-5%, что незаметно для пользователя, но критично для безопасности.
Кейс: При переходе на ЭСК компания из ритейла с штатом 500 человек использовала стандартное хранение в SQL-базе без шифрования. В результате внутреннего аудита выяснилось, что любой системный администратор с доступом к БД видел все медицинские справки сотрудников. Внедрение AES-256 решило проблему доступа на уровне инфраструктуры, оставив доступ только приложению с ключом расшифровки.
Экспертный вывод: Шифрование защищает от внешнего взлома и кражи носителя, но абсолютно бесполезно, если злоумышленник зашел под учетной записью администратора системы.
Двухфакторная аутентификация (2FA): барьер доступа
В отличие от шифрования, 2FA (SMS, TOTP-коды, Push) защищает «входную дверь». Согласно статистике ИБ-интеграторов, внедрение 2FA отсекает до 99% атак типа brute-force и credential stuffing. В ЭСК это критично, так как доступ к профилю часто осуществляется через корпоративные порталы с простыми паролями (типа '123456' или 'Password2024'), которые подбираются за считанные минуты.
Пример: В медцентре, обслуживающем ЭСК, произошел инцидент: сотрудник использовал слабый пароль, который был скомпрометирован через фишинг. Если бы была внедрена 2FA через Telegram-бота или SMS, злоумышленник не смог бы войти в профиль, даже имея верный пароль. Стоимость внедрения такого модуля для среднего бизнеса составляет от 15 000 до 50 000 рублей единоразово.
Экспертный вывод: 2FA — это единственный эффективный метод борьбы с человеческим фактором и кражей учетных данных, но она не защищает данные, если сама база данных была украдена в сыром виде.
Технический конфликт и синергия методов
Многие ошибочно полагают, что один метод заменяет другой. На практике это разные уровни защиты: шифрование работает с данными (Data at Rest), а 2FA — с личностью (Identity). При отсутствии шифрования, но наличии 2FA, данные уязвимы перед SQL-инъекциями. При наличии шифрования без 2FA — данные уязвимы перед социальной инженерией.
Сравнение ресурсов: Шифрование требует вычислительных мощностей CPU (нагрузка растет на 3-7% при интенсивных запросах), в то время как 2FA создает задержку в пользовательском опыте (UX) — время входа увеличивается на 10-20 секунд. Для предприятий, где важны критерии оценки готовности предприятия к полному переходу на ЭСК, этот баланс между скоростью и безопасностью является ключевым.
Экспертный вывод: Использование только одного из методов — это иллюзия безопасности. Безопасный цифровой профиль строится только на связке «Шифрование БД + 2FA для всех уровней доступа».
Риски синхронизации и «дыры» в безопасности
Основная точка уязвимости ЭСК возникает в момент передачи данных между медцентром и государственным реестром. Если канал передачи не защищен TLS 1.2/1.3, данные перехватываются в режиме Man-in-the-Middle (MitM). Часто при возникновении ошибок администраторы временно отключают проверку сертификатов, чтобы устранить регламент действий при сбое синхронизации данных между медцентром и реестром ЭСК, тем самым открывая доступ к трафику.
Статистика показывает, что до 20% утечек в медицинском секторе происходят именно в «транзитных зонах» из-за неправильной настройки API-шлюзов. Ошибка в одном конфиг-файле (например, использование устаревшего SSL 3.0) обнуляет всю защиту, даже если внутри базы данные зашифрованы по высшему разряду.
Экспертный вывод: Безопасность ЭСК заканчивается там, где начинается передача данных. Требуйте от провайдера ЭСК подтверждения использования актуальных протоколов TLS и шифрования канала связи.
Вывод
Мой вердикт как практика: если бюджет ограничен, первым делом внедряйте 2FA — это закроет 90% реальных векторов атак. Однако для полного соответствия требованиям безопасности и защиты от катастрофических утечек (дампов БД) системное шифрование обязательно. Избегайте «облачных» решений с общим доступом по паролю. Оптимальный стек: AES-256 для хранения + TOTP-аутентификация для входа + TLS 1.3 для передачи. Это стандарт, который минимизирует юридические риски работодателя при проверках Роскомнадзора и Минздрава.