ГОСТ Р 57301—2016
с)позволять сбор результатов аудита (см. 5.3.16), которые могут однозначно связать идентифи
кационную информацию пользователя с проверяемыми действиями пользователя.
Требование 16. Идентификаторы (ID) пользователя. Клинические системы POS должны под
держивать идентификаторы пользователей без учета регистра, которые содержат знаки, взятые из
ИСО/МЭК 8859 (все части) [например. ИСО/МЭК 8859-1, также известный как US ASCII (Американский
национальный стандартный код для обмена информацией)] или из ИСО/МЭК 10646 [также известный как
Unicode (Юникод)].
Требование 17. Аутентификация пользователя. Клинические системы POS должны гарантиро
вать. что все пользователи надежно аутентифицированы.
Требование 18. Аутентификация пользователя. Клинические системы POS должны проводить
аутентификацию каждого пользователя перед предоставлением доступа к персональным медицинским
данным или соответствующими службами клинических систем POS. По определению, это требование
включает доступ, предоставляемый в случаях, когда пользователь не подключен к сети (например, если
клиническая система POS доступна для доступа вне сети).
Требование 19. Методы аутентификации. При наличии возможности клинические системы POS
должны поддерживать многофакторную аутентификацию пользователя.
Требование 20. Аутентификация пользователя и системы. Клинические системы POS должны
аутентифицировать каждое лицо, запрашивающее доступ к ПМД.
Клинические системы POS должны гарантировать подлинность удаленных узлов (взаимная
аутентификация узлов) при передаче персональных медицинских данных через Интернет или другие
известные открытые сети с помощью защищенного протокола на основе стандартов.
Требование 21. Защита профилей пользователей, паролей и других аутентификационных
маркеров. Все данные или параметры, используемые в процессе аутентификации пользователя кли
нической системы POS. должны храниться или передаваться безопасным способом, обеспечиваться
защитой от несанкционированного доступа (в том числе просмотра, изменения или удаления).
При использовании паролей пользователя вместо действующего пароля должны храниться хэш-
коды. вычисленные из каждого пароля пользователя, либо пароль должен быть зашифрован с помо
щью защищенных шифром алгоритмов.
Требование 22. Пароли: использование, качество, сброс и изменения пользователя. При ис
пользовании паролей клиническая система POS должна использовать следующие средства контроля
безопасности:
a) качество пароля: проверьте качество пароля во время его создания пользователем, убедив
шись. к примеру, что пароль состоит из как минимум восьми знаков, из которых как минимум один дол жен
быть не буквенным;
b
) частота изменения пароля: добавьте функцию, которая требует смены пароля пользователем
по истечении настраиваемого максимального интервала времени;
c) смена пароля: предусмотрите административную функцию, которая изменяет пароль, учетные
записи пользователя, которые были изменены администратором, требуют пользователя для изменения
пароля во время следующей успешной регистрации;
d) чувствительность к регистру: необходима поддержка паролей, чувствительных к регистру, ко
торые содержат знаки, взятые из ИСО/МЭК 8859 (все части) [например, ИСО/МЭК 8859-1, также из
вестный как US ASCII (Американский национальный стандартный код для обмена информацией)] или из
ИСО/МЭК 10646 [также известный как Unicode (Юникод)).
Требование 23. Неудачная попытка входа в систему. Клинические системы POS должны при
нудительно вводить ограничение на последующие неудачные попытки получения доступа пользова
телем для защиты от дальнейших (возможно, злоумышленных) попыток аутентификации пользовате
ля. Примеры соответствующих механизмов включают блокировку учетной записи/узла до ее отмены
администратором, блокировку учетной записи/узла на настраиваемый период времени или задержку
следующего приглашения на регистрацию в соответствии с конфигурируемым алгоритмом задержки.
Требование 24. Обратная связь с пользователем в ходе аутентификации. Клинические си
стемы POS должны предоставлять только ограниченный поток обратной информации пользователю в
ходе аутентификации, который не содействует пользователю в обнаружении идентификатора пользо
вателя и пароля.
Обоснование
Данное требование облегчает ведение журналов аудита, инициируемых пользователями (напри
мер. доступ или изменение записей субъекта данных). Аутентификация также помогает убедиться
14