web-dev-qa-db-ja.com

カスタムsystemdサービスのSELinuxポリシーを作成する

OSブートと共にカスタムサービスFedora Workstation 27 Liveを実行したいEnableBIOS.service OSを使用しています。これを機能させるには、SELinuxを無効にする必要があります。これは私の環境で問題を引き起こしています。そのため、SELinuxを無効にすることはできません。

別の方法として、カスタムサービス用にSELinux policyを作成しようとしましたが、ブレークスルーはありませんでした。

サービスは/var/log/audit/audit.logのメッセージの下にログを記録しています：

type=SERVICE_START msg=audit(1527782475.777:239): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=EnableHBA comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
type=AVC msg=audit(1527782475.779:240): avc:  denied  { execute } for  pid=4223 comm="(leHBA.sh)" name="enableHBA.sh" dev="dm-0" ino=38164 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_u:object_r:admin_home_t:s0 tclass=file permissive=0
type=SERVICE_STOP msg=audit(1527782475.782:241): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=EnableHBA comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'

そして、

[root@localserver]# audit2allow -w -a
type=AVC msg=audit(1527782475.779:240): avc:  denied  { execute } for  pid=4223 comm="(leHBA.sh)" name="enableHBA.sh" dev="dm-0" ino=38164 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_u:object_r:admin_home_t:s0 tclass=file permissive=0
        Was caused by:
                Unknown - would be allowed by active policy
                Possible mismatch between this policy and the one under which the audit message was generated.

                Possible mismatch between current in-memory boolean settings vs. permanent ones.

SELinux policyを作成するために、以下のコマンドを実行しました。

[root@localserver]# grep enableHBA /var/log/audit/audit.log | audit2allow -M enablehba
[root@localserver]# semodule -i enablehba.pp

これを実行した後、サービスを再度実行しようとすると、ログに記録されたメッセージは次のとおりです。

[root@localserver]# audit2allow -w -a
type=AVC msg=audit(1527782959.912:250): avc:  denied  { read open } for  pid=4612 comm="(leHBA.sh)" path="/root/enableHBA/enableHBA.sh" dev="dm-0" ino=38164 scontext=system_u:system_r:init_t:s0 tcontext=unconfined_u:object_r:admin_home_t:s0 tclass=file permissive=0
        Was caused by:
                Missing type enforcement (TE) allow rule.

                You can use audit2allow to generate a loadable module to allow this access.

私がどこで間違っているのか、または私の要件を達成する他の方法があるのか​​知りたいです。

linuxfedorasystemdsecurityselinux
3
Amit24x7

スクリプトを/ usr/local/sbinに移動し、スクリプトがbin_tとして適切にラベル付けされていることを確認します

スクリプトは制限なく実行され、必要なすべての特権を持っている必要があります

2
Bigon