PromBez
24
.com
Подготовка специалистов к аттестации и проверке знаний
Экзаменационный тест для прав управления экскаватором
Меню
База НПА
Обратная связь
Обновления
Проверить
Сформировать протокол
Назад к билетам
Билет №12 | Информационная безопасность в организации
Вопрос #1
Что обязан сделать работодатель для охраны коммерческой тайны в трудовых отношениях?
Ознакомить работника с общим положением о конфиденциальности без перечня относящихся к его работе сведений.
Ознакомить под расписку с перечнем относящихся к работе охраняемых сведений, режимом и ответственностью и создать условия его соблюдения.
Получить подписку о неразглашении, оставив условия соблюдения режима на усмотрение работника.
Настроить права доступа и считать это заменой ознакомления работника с режимом и ответственностью.
Вопрос #2
На чем должен основываться выбор криптографической защиты в организации?
На предположении, что любой архив с паролем удовлетворяет всем требованиям.
На желании пользователя самостоятельно выбрать удобную программу.
На наличии в названии сервиса слов о защищенном обмене.
На применимых требованиях, оценке рисков и установленном порядке использования средств.
Вопрос #3
Для чего организации нужна политика информационной безопасности?
Для описания всех команд настройки каждого используемого устройства.
Для замены должностных обязанностей работников единым техническим документом.
Для закрепления целей и общего подхода к защите информации.
Для подтверждения отсутствия рисков после приобретения средств защиты.
Вопрос #4
Какой анализ необходим после устранения непосредственных последствий инцидента?
Подтверждение, что система запущена, без рассмотрения условий происшествия.
Подсчет числа отправленных служебных сообщений без оценки причин.
Поиск одного виновного работника как замена проверки организации процессов.
Причины, недостатки защиты и необходимые изменения.
Вопрос #5
Как должны проводиться технические проверки защищенности, способные повлиять на работу системы?
С использованием любых рабочих данных без ограничения доступа проверяющих.
По инициативе любого пользователя, имеющего доступ к сети.
Без уведомления ответственных за эксплуатацию независимо от риска остановки.
По согласованному плану с установленными полномочиями, границами и мерами ограничения воздействия.
Вопрос #6
Что следует согласовать с подрядчиком до предоставления доступа к информационным ресурсам?
Права доступа, требования защиты и обязанности сторон.
Способ обмена рабочими сообщениями без определения прав на информацию.
Общий срок договора без условий обращения с полученными сведениями.
Возможность использовать учетные записи любых работников заказчика.
Вопрос #7
Как должен восстанавливаться утраченный доступ к рабочей учетной записи?
После проверки личности уполномоченным способом в рамках установленной процедуры.
Через передачу пароля коллеги с аналогичными обязанностями.
По сообщению с корпоративным именем, используя новый контакт, указанный заявителем.
Путем создания пользователем обходной общей учетной записи.
Вопрос #8
Какая передача может являться разглашением информации, составляющей коммерческую тайну?
Ознакомление контрагента в согласованном порядке с обязательствами по защите.
Передача государственному органу по законному мотивированному требованию.
Предоставление уполномоченному работнику в пределах установленного порядка.
Раскрытие постороннему без надлежащего основания, в том числе устно.
Вопрос #9
Как должен действовать работник при обнаружении ошибочной передачи персональных данных постороннему получателю?
Дождаться подтверждения, что получатель использовал переданные сведения.
Сразу сообщить и действовать по процедуре реагирования.
Считать вопрос закрытым после отправки просьбы удалить письмо.
Самостоятельно определить, что права субъектов не нарушены, без сообщения оператору.
Вопрос #10
Как выбирать очередность устранения выявленных технических уязвимостей?
По дате публикации, откладывая новые уязвимости до устранения всех более старых.
С учетом опасности, возможности использования и значимости затрагиваемых ресурсов.
По удобству установки исправления без оценки возможности эксплуатации уязвимости.
По числу упоминаний в отчёте, не проверяя доступность уязвимого компонента и значимость системы.
Назад к билетам
Сформировать протокол
Проверить