Scroll to navigation

AUDIT2ALLOW(1) NSA AUDIT2ALLOW(1)

ИМЯ

audit2allow - создаёт правила политики SELinux allow/dontaudit из журналов отклонённых операций

audit2why - преобразовывает сообщения аудита SELinux в описание причины отказа в доступе (audit2allow -w)

ОБЗОР

audit2allow [options]

ПАРАМЕТРЫ

Прочитать ввод из журнала аудита и сообщений, конфликтует с -i
Прочитать ввод из сообщений аудита с момента последней загрузки, конфликтует с -i
Прочитать ввод из вывода /bin/dmesg. Обратите внимание, что с помощью dmesg будут доступны не все сообщения аудита, когда выполняется auditd; в этом случае используйте "ausearch -m avc | audit2allow" или "-a".
Создать правила dontaudit (по умолчанию: allow)
Вывести краткое сообщение об использовании
Прочитать ввод из <inputfile>
Прочитать ввод только после последней перезагрузки политики
Создать модуль / запросить вывод <modulename>
Создать загружаемый пакет модуля, конфликтует с -o
Файл политики, который следует использовать для анализа
Добавить вывод в конец <outputfile>
Создать вывод в синтаксисе загружаемого модуля
Не создавать эталонную политику, традиционные разрешительные правила. Это поведение по умолчанию.
Создать эталонную политику с помощью установленных макросов. Будет предпринята попытка сопоставить отказы в доступе с интерфейсами, это сопоставление может быть неправильным.
Создать расширенные правила вектора доступа для разрешения
Преобразовать сообщения аудита SELinux в описание причин отказа в доступе

Включить подробный вывод

ОПИСАНИЕ

Эта утилита ищет в журналах сообщения, которые появляются, когда система не даёт разрешения на операции, и создаёт фрагмент кода правил политики, который (если бы был загружен в политику) мог бы позволить этим операциям успешно завершиться. Однако эта утилита создаёт только разрешительные (allow) правила принудительного присвоения типов. При работе с некоторыми отказами в разрешениях может потребоваться изменить политику как-то иначе, например, добавить атрибут в объявление типа для удовлетворения существующему ограничению, добавить разрешительное правило для роли или изменить ограничение. Утилиту audit2why(8) можно использовать для диагностики неясных причин отказов в разрешениях.

Использовать вывод этой утилиты необходимо с осторожностью; убедитесь, что разрешаемые операции не представляют угрозы безопасности. Часто лучше определить новые домены и/или типы или выполнить другие структурные изменения, чтобы разрешить успешное выполнение только оптимальному набору операций, а не вслепую применять иногда слишком обширные изменения, которые рекомендуются утилитой. Некоторые запреты на использование разрешений не вызывают критических ошибок в приложении; в этом случае предпочтительным может быть простое подавление журналирования отказов с помощью правила 'dontaudit', а не использование разрешительного правила 'allow'.

ПРИМЕР

ПРИМЕЧАНИЕ: эти примеры относятся к системам, использующим пакет аудита. Если вы
не используете пакет аудита, сообщения кэша вектора доступа (AVC) будут находиться в каталоге /var/log/messages.
Замените в примерах /var/log/messages на /var/log/audit/audit.log
Использование audit2allow для создания модульной политики
$ cat /var/log/audit/audit.log | audit2allow -m local > local.te
$ cat local.te
module local 1.0;
require {

class file { getattr open read };
type myapp_t;
type etc_t;
}; allow myapp_t etc_t:file { getattr open read }; <просмотреть local.te и настроить требуемым образом> Использование audit2allow для создания модульной политики с помощью эталонной политики $ cat /var/log/audit/audit.log | audit2allow -R -m local > local.te $ cat local.te policy_module(local, 1.0) gen_require(`
type myapp_t;
type etc_t;
}; files_read_etc_files(myapp_t) <просмотреть local.te и настроить требуемым образом> Сборка модульной политики с помощью Makefile # SELinux предоставляет среду разработки политики в # /usr/share/selinux/devel, включая все поставляемые # файлы интерфейса. # Можно создать файл .te и скомпилировать его, выполнив $ make -f /usr/share/selinux/devel/Makefile local.pp # Эта команда make скомпилирует файл local.te в текущем # каталоге. Если не был указан файл "pp", будут скомпилированы # все файлы "te" в текущем каталоге. После компиляции файла # .te в файл "pp" его потребуется установить с помощью # команды semodule. $ semodule -i local.pp Сборка модульной политики вручную # Скомпилировать модуль $ checkmodule -M -m -o local.mod local.te # Создать пакет $ semodule_package -o local.pp -m local.mod # Загрузить модуль в ядро $ semodule -i local.pp Использование audit2allow для создания и сборки модульной политики $ cat /var/log/audit/audit.log | audit2allow -M local Создание файла принудительного присвоения типов: local.te Компиляция политики: checkmodule -M -m -o local.mod local.te Сборка пакета: semodule_package -o local.pp -m local.mod ******************** ВАЖНО *********************** Чтобы загрузить созданный пакет политики в ядро, необходимо выполнить semodule -i local.pp Использование audit2allow для создания монолитной (не модульной) политики $ cd /etc/selinux/$SELINUXTYPE/src/policy $ cat /var/log/audit/audit.log | audit2allow >> domains/misc/local.te $ cat domains/misc/local.te allow cupsd_config_t unconfined_t:fifo_file { getattr ioctl }; <просмотреть domains/misc/local.te и настроить требуемым образом> $ make load

АВТОРЫ

Эта страница руководства была написана Manoj Srivastava <srivasta@debian.org> для системы Debian GNU/Linux. Она была обновлена Dan Walsh <dwalsh@redhat.com>.

В разработке утилиты audit2allow участвовало несколько человек, в том числе Justin R. Smith, Yuichi Nakamura и Dan Walsh. Перевод на русский язык выполнила Герасименко Олеся <gammaray@basealt.ru>.

Октябрь 2010 Security Enhanced Linux