2.2.1. Метки безопасности

Метка безопасности представляет собой набор атрибутов, которые при­крепляются («привязываются») к взаимодействующему объекту/субъекту, ка­налу связи (соединению) или к некоторой совокупности данных. Кроме того, метка безопасности указывает, либо в явном виде, либо не в явном виде, на ЦБ, который несёт ответственность за формирование присоединённой метки и со­ответствующую ПЛБ, используемую по отношению к этой метке. Метка безо­пасности может использоваться для обеспечения нескольких СЛБ.

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

Все аспекты обеспечения безопасности, отражённые в ПЛБ, указываются в метке безопасности, которая включает:

• уровень защиты данных, хранящихся в системе;

• кто имеет полномочия доступа к данным, процессам или ресурсам;

• требуемые отметки обеспечения безопасности, которые должны отобра­жаться на любом дисплее или быть опубликованы;

• требования маршрутизации и зашифрования данных, транслируемых ме­жду системами;

• требования по защите от несанкционированного (неавторизованного) копи­рования;

• методы хранения данных;

• алгоритмы шифрования, которые должны быть использованы;

• методы аутентификации объектов/субъектов;

• должны ли операции над объектом/субъектом подвергаться аудиторской проверке;

• требуется ли обеспечение неотказуемости получателей при получении ими квитанции от объекта/субъекта;

• требуются ли (если да, то чьи) ЭЦП для аутентификации данных.

Если данные хранятся в ИТС или транслируются по каналам/линиям связи (виртуальным соединениям) между системами, то данные помечаются для указания защищённого сегмента (группы), которому они принадлежат, и, следовательно, как эти данные должны обрабатываться с целью обеспечения безопасности. Метка может быть опознаваема не зависимо от защищаемой ин­формации, но, тем не менее, она по-прежнему остаётся логически привязанной к ней.

Целостность меток и целостность их привязок к информации должны быть гарантированными. Для этого ИТС должна принимать соответствующие решения по обеспечению безопасности, например, УД и маршрутизация, при­чём без необходимости обращения к защищаемой информации. Метка безопас­ности может быть связана с каждым информационным объектом в ИТС, на­пример, документами, сообщениями электронной почтовой службы, окнами эк­ранных интерфейсов, записями в БД, записями в БДК и электронными фор­мами. Метки предназначены для использования в тех случаях, когда информа­ционные объекты хранятся и циркулируют между соответствующими систе­мами, либо внутри них, и когда они обрабатываются прикладными системами, которые функционируют на основе меток, включая прикладные системы, кото­рые формируют новые информационные объекты на основе существующих.

Когда помеченные данные должны передаваться между различными ССБ, последние должны согласовать единую ПЛБ, которая будет применяться к та­ким данным. Если метки, описанные политикой, применяемой внутри ССБ, от­личаются от меток, описанных политикой для распространяемых данных, то политика для распространяемых данных должна определять правила отображе­ния одной группы меток в другую и наоборот.

Само по себе наличие меток ещё не даёт каких-либо гарантий по защите информации. ПЛБ, применяемая по отношению к информации, должна «при­нудительно навязываться» для исполнения каждой организацией, несмотря на то, что помеченная информация является предметом её контроля. Все органи­зации, пользователи и ИТС, которые обрабатывают какой-либо элемент ин­формации, должны заранее знать (быть ознакомлены с) ПЛБ, применяемую(ой) к такой информации. Организациям, обменивающимся информацией, необхо­димо установить между собой взаимное доверие, которое бы означало, что ин­формация будет обрабатываться в соответствие с согласованными ПЛБ. Такое доверие, как правило, устанавливается на основе формального соглашения (до­говора).