Тест: Безопасность: пользователи, права и границы

01 / 8Пользователь вошёл через GitLab. Достаточно ли этого для любой операции?

Нет, ещё проверяют права.Да, вход даёт доступ ко всем объектам.Да, если он знает адрес операции.Нет, потому что вход никогда не работает.

02 / 8Почему опасно разрешать любой привилегированный Pod?

Он не может обращаться к ноде.Он может пересечь границу контейнера.Он автоматически ограничивается namespace.Он всегда потребляет меньше памяти.

03 / 8Является ли namespace полной изоляцией недоверенного клиента?

Нет, остаются общие компоненты.Нет, потому что у него нет своих имён.Да, у него всегда отдельное ядро.Да, он запрещает любой сетевой доступ.

04 / 8Secret содержит base64. Значит ли это, что он зашифрован?

Да, любой Secret невидим администратору.Нет, поэтому Secret вообще нельзя использовать.Да, base64 является стойким шифром.Нет, это обратимая кодировка.

05 / 8Что подтверждает запрет чтения для learner?

Успешное чтение администратором.Отсутствие кнопки в интерфейсе.Наличие Role без проверки назначений.Отказ при запросе от его имени.

06 / 8Как проверить отклонение privileged без запуска?

Убрать все метки безопасности namespace.Server-side dry-run в restricted.Прочитать только локальный файл.Реально запустить его на общей ноде.

07 / 8Как понять, что старый доступ отозван?

Только скрыть кнопку входа в браузере.Проверить его фактический отказ.Только выдать новый ключ рядом со старым.Только удалить запись из заметок.

08 / 8Клиент знает чужой UUID (Universally Unique Identifier — универсальный уникальный идентификатор). Разрешено ли чтение?

Нет, проверяется принадлежность.Да, если ссылка была открыта в браузере.Нет, но только для операции удаления.Да, знание идентификатора даёт права.

Выбери ответы на все вопросы.

Чек-листы уроков, заметки к ним и результаты тестов хранятся в этом браузере; для переноса используй экспорт. Автоматические проверки и журнал практикума сохраняются отдельно на сервере.