Смысл требования
Пункт 5.4 приложения 3 к ПТКЗИ посвящён обеспечению контроля целостности информации в информационной системе с использованием средств контроля целостности. В практической плоскости вопрос звучит так: какое изменение значимой информации должно быть обнаружено, каким механизмом и что произойдёт после обнаружения?
Перед включением пункта в техническое задание следует проверить его статус для установленного класса ИС в действующей редакции приложения 3, наличие соответствующих активов и решений, а также порядок применения рекомендаций. Наличие резервного копирования, антивируса или разграничения доступа само по себе не означает, что выбранный контроль обнаруживает изменения объектов, для которых он заявлен.
Не путать три разные задачи
| Задача | Результат | Что она не гарантирует |
|---|---|---|
| Разграничение доступа | Ограничение возможности изменять объект | Обнаружение всех фактически произошедших изменений |
| Резервное копирование | Возможность восстановления из копии | Своевременное выявление изменения и доверенность самой копии |
| Контроль целостности | Обнаружение расхождения с доверенным состоянием или установленным правилом | Автоматическое доказательство личности изменившего и законности изменения |
Контрольные суммы полезны для обнаружения отличия, но сохранённый рядом с файлом незащищённый эталон может быть изменён вместе с объектом. Электронная цифровая подпись решает самостоятельную задачу подтверждения подлинности и целостности электронного документа в определённом процессе; её не следует без обоснования считать универсальной заменой всех видов контроля целостности ИС.
Сначала определить объекты
Для проектирования разумно разнести объекты по группам: критичные документы, обменные пакеты, системные и прикладные файлы, конфигурации СЗИ, значимые записи приложения и журналы. Для каждой группы фиксируются владелец, допустимые изменения, средство контроля и последствия невыявленного нарушения. Не каждый файл обязан проверяться одинаковым способом и с одинаковой периодичностью: приоритет определяется назначением информации и утверждённым проектным решением.
Пример строки рабочего перечня:
| Объект | Эталон / правило | Момент проверки | Реакция |
|---|---|---|---|
| Конфигурация межсетевого экрана | Защищённая версия утверждённой конфигурации | После изменения и по графику контроля | Сопоставить с заявкой на изменение, при отклонении — расследовать |
| Обменный файл | Контрольная сумма или подпись, полученная из доверенного канала | При получении до обработки | Остановить обработку, запросить корректный файл |
| Архив резервной копии | Механизм проверки архива и результаты пробного восстановления | По утверждённому графику | Заблокировать использование недоверенной копии и восстановить резервирование |
Последняя строка не означает, что любая проверка резервной копии автоматически выполняет пункт 5.4 для всей информации в ИС. Она покрывает конкретный объект — копию.
Варианты реализации
Файлы и конфигурации. Средство контроля формирует и защищённо хранит эталон, затем выявляет изменения. Необходимо решить, какие изменения допустимы при обновлении ПО и кто утверждает новый эталон.
Документы и обменные объекты. Применяются проверяемые контрольные суммы, подписи или предусмотренные форматом механизмы. Нужно защитить источник эталона: хеш, переданный тем же недоверенным каналом вместе с изменяемым файлом, не обеспечивает независимую проверку.
Данные приложения. Возможны версии и контроль критичных записей, неизменяемый журнал бизнес-событий, контрольные значения на уровне приложения и СУБД. Эти механизмы требуют проверки того, что пользователь с избыточными правами не может незаметно изменить и данные, и свидетельство проверки.
Комбинация средств. В сложной ИС контроль файлов, документов, приложений и конфигураций может быть раздельным. При этом единый регламент определяет анализ отклонений и фиксирует связь с управлением изменениями.
Выбор класса продукта не заменяет проверку применимости конкретного средства, его назначения, статуса подтверждения соответствия и ограничений, установленных для конкретной ИС.
Как проверить выполнение
- Выберите объект из утверждённого перечня и покажите его эталонное состояние.
- В разрешённой тестовой среде выполните согласованное изменение или подайте искусственно изменённый обменный файл.
- Подтвердите обнаружение расхождения, время и идентификатор проверяемого объекта.
- Покажите, кто получил сигнал, как изменение сопоставлялось с заявкой и что произошло при неподтверждённом отклонении.
- После согласованного обновления покажите процедуру пересоздания доверенного эталона.
- Проверьте, что журнал результата и сам эталон защищены от несанкционированного изменения.
Доказательства: перечень объектов, утверждённый порядок, настройки средства, результаты контрольного теста, запись об обработке события и актуальный эталон. Один снимок экрана с включённой функцией не заменяет функциональную проверку.
Что отразить в документах
В ТЗ и эксплуатационных документах нужно закрепить применимость, область контроля, критерии существенного изменения, средство или совокупность средств, периодичность, защиту эталона, ответственных и порядок реагирования. Если выбранная мера рекомендательная для конкретного класса, это следует указывать отдельно от обязательных положений. Организационный регламент необходим, но при требовании технического контроля не подменяет технический механизм.
Типовые ошибки
- Перечень контролируемых объектов отсутствует или не охватывает значимые данные.
- Эталон хранится с теми же правами, что и контролируемый объект.
- Срабатывания игнорируются после первых штатных обновлений.
- Регламент отсутствует, поэтому неизвестно, кто принимает решение по отклонению.
- Проверка привязана к файлу, хотя значимые данные изменяются внутри СУБД.
- Контрольное значение есть, но не подтверждены его происхождение и целостность.
Вывод: пункт 5.4 рассматривается через проверяемую способность обнаружить недопустимое изменение выбранных объектов. Для каждого механизма необходимо показать его границы и работу на тестовом событии; не следует объявлять одну технологию универсальным доказательством целостности всей ИС.
Нормативная основа и пределы статьи
Данная статья — практическое объяснение, а не официальное толкование. Применимость и точную формулировку пункта следует проверять по действующему официальному тексту приложения 3 и утверждённой документации конкретной ИС.
