проблема с разрешением динамической отладки (k5.0.0)

Когда я пытаюсь прочитать или изменить настройки ядра dynamic_debug, у меня возникает проблема с разрешениями.

root@roberto:/sys/kernel/debug/dynamic_debug# cat control
cat: control: Operation not permitted

Я не вижу никаких сообщений об аудите apparmor, связанных с этим, и классические разрешения UNIX выглядят хорошо.

root@roberto:/sys/kernel/debug/dynamic_debug# ll
total 0
drwxr-xr-x  2 root root 0 Aug 29 21:23 ./
drwx------ 40 root root 0 Aug 29 21:23 ../
-rw-r--r--  1 root root 0 Aug 29 21:23 control

Кажется, что нет никаких странных списков ACL:

root@roberto:/sys/kernel/debug/dynamic_debug# getfacl control 
# file: control
# owner: root
# group: root
user::rw-
group::r--
other::r--

Я не очень разбираюсь в возможностях Linux, но capsh --print и cat /proc/<pid>/status, похоже, подразумевают что все возможности включены.

Я использую Ubuntu Server 18.04 с ядром аппаратного обеспечения.

cbaker@roberto:~$ uname -a
Linux roberto 5.0.0-25-generic #26~18.04.1-Ubuntu SMP Thu Aug 1 13:51:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Я могу добавить флаг dyndbg в conf-файлы modprobe, чтобы включить динамическую отладку на индивидуальной основе. Результаты отображаются в dmesg, как и ожидалось.

Есть идеи о том, что может вызвать сбой управляющего узла debugfs? Я склоняюсь к тому, что это какой-то специальный патч, который Ubuntu применил к ядру, или, возможно, скрытый / встроенный профиль устройства, который не создает сообщения аудита.

1
задан 1 September 2019 в 21:25

1 ответ

Я думаю, вы должны увидеть следующую строку в dmesg :

[1933752.889994] Lockdown: bash: debugfs is restricted; see man kernel_lockdown.7

Если это так, debugfs просто недоступен даже для пользователь root.

Для справки:

0
ответ дан 30 January 2020 в 10:44

Другие вопросы по тегам:

Похожие вопросы: