sudoers

名前

説明

sudoers ポリシー・プラグインを使うための sudo.conf の設定

Plugin sudoers_policy sudoers.so
Plugin sudoers_io sudoers.so

Plugin sudoers_policy sudoers.so sudoers_mode=0400

ldap_conf=pathname

ldap_conf 引き数を使用すると、 ldap_conf ファイルのパスをデフォルトのものから変更することができる。

ldap_secret=pathname

ldap_secret 引き数を使用すると、 ldap_secret ファイルのパスをデフォルトのものから変更することができる。

sudoers_file=pathname

sudoers_file 引き数を使用すると、 sudoers ファイルのパスをデフォルトのものから変更することができる。

sudoers_uid=uid

sudoers_uid 引き数を使用すると、 sudoers ファイルの所有者をデフォルトのものから変更することができる。 指定には、ユーザ ID 番号を使うべきである。

sudoers_gid=gid

sudoers_gid 引き数を使用すると、 sudoers ファイルのグループをデフォルトのものから変更することができる。 指定には、グループ ID 番号を使用しなければならない (グループ名ではない)。

sudoers_mode=mode

sudoers_mode 引き数を使用すると、 sudoers ファイルのファイル・モードをデフォルトのものから変更することができる。 指定には、8 進数の値を使うべきである。

ユーザの認証

ロギング

コマンド環境

env_keep += "my_func=()*"

[訳注]:

shellshock 以前の bash では、たとえば "my_func='() { ls -F; }'" といったシェル変数を export することで、 my_func という関数をサブシェルに渡すことができた。 shellshock 以後の bash では、この方法による関数の継承はできなくなり、 値が "() { ls -F; }" である my_func という変数が、 渡されるだけになっている。だから、 sudoers ファイルの Defaults 行に上のように書いても、 shellshock 以後の bash を使っているかぎり、 my_func という環境変数が保存されるだけで、関数が渡されるわけではない。

SUDOERS ファイルの書式

EBNF の基礎の基礎

?

直前のシンボル (または、シンボルのグループ) が、あってもなくてもよいことを意味する。 すなわちそのシンボルは、1 回現れてもよいし、1 回も現れないでもよい。

*

直前のシンボル (または、シンボルのグループ) が 0 回以上現れる。

+

直前のシンボル (または、シンボルのグループ) が 1 回以上現れる。

エイリアス

Alias ::= 'User_Alias'  User_Alias (':' User_Alias)* |
          'Runas_Alias' Runas_Alias (':' Runas_Alias)* |
          'Host_Alias'  Host_Alias (':' Host_Alias)* |
          'Cmnd_Alias'  Cmnd_Alias (':' Cmnd_Alias)*

User_Alias ::= NAME '=' User_List

Runas_Alias ::= NAME '=' Runas_List

Host_Alias ::= NAME '=' Host_List

Cmnd_Alias ::= NAME '=' Cmnd_List

NAME ::= [A-Z]([A-Z][0-9]_)*

Alias_Type NAME = item1, item2, ...

Alias_Type NAME = item1, item2, item3 : NAME = item4, item5

User_List ::= User |
              User ',' User_List

User ::= '!'* user name |
         '!'* #uid |
         '!'* %group |
         '!'* %#gid |
         '!'* +netgroup |
         '!'* %:nonunix_group |
         '!'* %:#nonunix_gid |
         '!'* User_Alias

•

同じドメインのグループ:　"%:Group Name"

•

任意のドメインのグループ: "%:Group [email protected]"

•

グループ SID: "%:S-1-2-34-5678901234-5678901234-5678901234-567"

Runas_List ::= Runas_Member |
               Runas_Member ',' Runas_List

Runas_Member ::= '!'* user name |
                 '!'* #uid |
                 '!'* %group |
                 '!'* %#gid |
                 '!'* %:nonunix_group |
                 '!'* %:#nonunix_gid |
                 '!'* +netgroup |
                 '!'* Runas_Alias

Host_List ::= Host |
              Host ',' Host_List

Host ::= '!'* host name |
         '!'* ip_addr |
         '!'* network(/netmask)? |
         '!'* +netgroup |
         '!'* Host_Alias

digest ::= [A-Fa-f0-9]+ |
	   [[A-Za-z0-9+/=]+

Digest_Spec ::= "sha224" ':' digest |
		"sha256" ':' digest |
		"sha384" ':' digest |
		"sha512" ':' digest

Cmnd_List ::= Cmnd |
              Cmnd ',' Cmnd_List

command name ::= file name |
                 file name args |
                 file name '""'

Cmnd ::= Digest_Spec? '!'* command name |
         '!'* directory |
         '!'* "sudoedit" |
         '!'* Cmnd_Alias

$ openssl dgst -sha224 /bin/ls
SHA224(/bin/ls)= 118187da8364d490b4a7debbf483004e8f3e053ec954309de2c41a25

$ openssl dgst -binary -sha224 /bin/ls | openssl base64
EYGH2oNk1JC0p9679IMATo8+BT7JVDCd4sQaJQ==

デフォルト設定 (Defaults)

Default_Type ::= 'Defaults' |
                 'Defaults' '@' Host_List |
                 'Defaults' ':' User_List |
                 'Defaults' '!' Cmnd_List |
                 'Defaults' '>' Runas_List

Default_Entry ::= Default_Type Parameter_List

Parameter_List ::= Parameter |
                   Parameter ',' Parameter_List

Parameter ::= Parameter '=' Value |
              Parameter '+=' Value |
              Parameter '-=' Value |
              '!'* Parameter

ユーザ設定 (User Specification)

User_Spec ::= User_List Host_List '=' Cmnd_Spec_List \
              (':' Host_List '=' Cmnd_Spec_List)*

Cmnd_Spec_List ::= Cmnd_Spec |
                   Cmnd_Spec ',' Cmnd_Spec_List

Cmnd_Spec ::= Runas_Spec? SELinux_Spec? Tag_Spec* Cmnd

Runas_Spec ::= '(' Runas_List? (':' Runas_List)? ')'

SELinux_Spec ::= ('ROLE=role' | 'TYPE=type')

Tag_Spec ::= ('EXEC:' | 'NOEXEC:' | 'FOLLOW:' | 'NOFOLLOW' |
              'LOG_INPUT:' | 'NOLOG_INPUT:' | 'LOG_OUTPUT:' |
              'NOLOG_OUTPUT:' | 'MAIL:' | 'NOMAIL:' | 'PASSWD:' |
              'NOPASSWD:' | 'SETENV:' | 'NOSETENV:')

Runas_Spec

dgb	boulder = (operator) /bin/ls, /bin/kill, /usr/bin/lprm

$ sudo -u operator /bin/ls

dgb	boulder = (operator) /bin/ls, (root) /bin/kill, /usr/bin/lprm

dgb	boulder = (operator : operator) /bin/ls, (root) /bin/kill,\
	/usr/bin/lprm

$ sudo -u operator /bin/ls
$ sudo -u operator -g operator /bin/ls
$ sudo -g operator /bin/ls

tcm	boulder = (:dialer) /usr/bin/tip, /usr/bin/cu,\
	/usr/local/bin/minicom

$ sudo -g dialer /usr/bin/cu

alan	ALL = (root, bin : operator, system) ALL

SELinux_Spec

Tag_Spec

EXEC と NOEXEC

sudo が noexec サポートつきでコンパイルされ、 使用しているオペレーティングシステムがそれに対応している場合、NOEXEC タグを利用すれば、 動的にリンクされた実行ファイルが、そこからさらにコマンドを実行するのを防ぐことができる。 次の例では、ユーザ aaron は /usr/bin/more と /usr/bin/vi を実行できるが、シェル・エスケープは利用できない。

aaron	shanty = NOEXEC: /usr/bin/more, /usr/bin/vi

FOLLOW と NOFOLLOW

バージョン 1.8.15 以来、 sudoedit は、 sudoedit_follow オプションが有効になっていないかぎり、 ファイルがシンボリックリンクならば、それを開かないようになっている。 FOLLOW と NOFOLLOW タグは、sudoedit_follow の値を上書きするので、 これを使用すれば、シンボリックリンクの編集をコマンドごとに許可したり、 禁止したりすることができる。 この二つのタグが効果があるのは、 sudoedit コマンドに対してのみであり、 他のどんなコマンドに対しても無視される。

LOG_INPUT と NOLOG_INPUT

この二つのタグは log_input オプションの値をコマンドごとに変更する。 詳しい情報については、後述する「SUDOERS のオプション」セクションの log_input の説明をご覧になっていただきたい。

LOG_OUTPUT と NOLOG_OUTPUT

この二つのタグは log_output オプションの値をコマンドごとに変更する。 詳しい情報については、後述する「SUDOERS のオプション」セクションの log_output の説明をご覧になっていただきたい。

MAIL と NOMAIL

この二つのタグを使えば、 mail_all_cmnds オプションの値をコマンドごとに上書きすることによって、 ユーザがコマンドを実行したときにメールを送付するかどうかについて、 きめ細かな制御を行うことができる。 sudo が -l や -v オプションを付けて実行されたときには、効果がない。 NOMAIL は、mail_always や mail_no_perms オプションも上書きする。 詳細については、後述の「SUDOERS のオプション」セクションにある mail_all_cmnds, mail_always, mail_no_perms の説明をご覧いただきたい。

PASSWD と NOPASSWD

デフォルトでは、 sudo はコマンドを実行する前に、ユーザが本人であることを証明するように求める。 この振舞いは NOPASSWD タグによって変更することができる。Runas_Spec と同様、 NOPASSWD タグも Cmnd_Spec_List 中のそれに続くコマンドに対してデフォルトを定める。 PASSWD の働きは反対であり、振舞いを元に戻したいときに使える。たとえば、

ray	rushmore = NOPASSWD: /bin/kill, /bin/ls, /usr/bin/lprm

ray	rushmore = NOPASSWD: /bin/kill, PASSWD: /bin/ls, /usr/bin/lprm

SETENV と NOSETENV

上記のタグは setenv オプションの値をコマンドごとに変更する。 あるコマンドに対して SETENV を設定すると、 ユーザがコマンドラインから -E オプションを使用して、 env_reset オプションを無効にできるようになることに注意してほしい。 それだけではない。コマンドラインから設定する環境変数が env_check, env_delete, env_keep による規制を受けないようにもなる。 それ故、こうした形で環境変数を設定することを許可するのは、 信用できるユーザだけに限るべきである。なお、マッチするコマンドが ALL だった場合は、暗黙のうちに SETENVタグがそのコマンドに付けられるが、 このデフォルトの動作は UNSETENV タグを使えば打ち消すことができる。

ワイルドカード

*

0 個以上の任意の文字 (ホワイトスペースも含む) にマッチする。

?

任意の 1 文字 (ホワイトスペースも含む) にマッチする。

[...]

指定された範囲の任意の 1 文字にマッチする。

[!...]

指定された範囲以外の任意の 1 文字にマッチする。

\x

'x' がどんな文字であっても、'x' そのものとして評価する。 この表記法は '*', '?', '[', ']' といった特殊文字をエスケープするために使用される。

/bin/ls [[\:alpha\:]]*

/usr/bin/*

%operator ALL = /bin/cat /var/log/messages*

$ sudo cat /var/log/messages.1

$ sudo cat /var/log/messages /etc/shadow

ワイルドカード・ルールの例外

""

sudoers ファイルのエントリにおいて、空文字列 "" が唯一のコマンドライン引き数だった場合は、 そのコマンドは引き数を 付けずに実行しなければならないことを意味している。

sudoedit

組み込みコマンド sudoedit にコマンドラインで渡す引き数は、 常にパス名であるはずだ。そこで、ワイルドカードはフォワードスラッシュ ('/') にマッチしないようになっている (訳注: sudoers 中で sudoedit に対して引き数を指定する場合、 それは一般のコマンドライン引き数と同じ扱いではなく、パス名扱いになるということ)。

sudoers に他のファイルをインクルードする

#include /etc/sudoers.local

#include sudoers.local

#include /etc/sudoers.%h

#includedir /etc/sudoers.d

ほかの特殊文字と予約語

ALL,!root

!root

SUDOERS のオプション

always_query_group_plugin

group_plugin の設定がなされている場合に、 %group の形式のグループを解決するのに、 同名のシステム・グループが同時に存在しないかぎり、 指定された group_plugin を使用する。 always_query_group_plugin が設定されていない通常の状態では、 %:group の形式のグループのみが group_plugin に渡されるのである。 このフラグはデフォルトでは off である。

always_set_home

これを有効にすると、sudo は環境変数 HOME を変身対象ユーザの ( -u オプションが使用されていないかぎり、root の) ホームディレクトリに設定することになる。事実上、 暗黙のうちに sudo に -H オプションが常に指定されることになるわけだ。 気をつけていただきたいが、デフォルトでは、 env_reset オプションが有効になっている場合は、 HOME の値は、変身対象ユーザのホームディレクトリに設定されることになる。 だから、 always_set_home の指定に効果があるのは、 env_reset を無効に設定している場合か、 env_keep のリストに HOME が存在する場合だけである。 このフラグはデフォルトでは off である。

authenticate

これをセットすると、ユーザはコマンドの実行を許可される前に、パスワードで (あるいは、ほかの認証方法で) 自分が本人であることを証明しなければならなくなる。 このデフォルト値は PASSWD や NOPASSWD タグで変更できる。 このフラグはデフォルトでは on である。

closefrom_override

これをセットすると、ユーザが sudo の -C オプションを使用できるようになる。 -C オプションというのは、 sudo が開いているファイル・ディスクリプタを閉じていくとき、 どのディスクリプタから閉じていくかという、デフォルトの始点を変更するものだ。 このフラグはデフォルトでは off である。

compress_io

これをセットすると、 sudo がコマンドの入出力のログを取るように設定されている場合に、 入出力のログを zlib を使って、圧縮することになる。 sudo が zlib をサポートするようにコンパイルされている場合、 このフラグのデフォルトは on である。

exec_background

デフォルトでは、sudo 自体がフォアグラウンドで実行されているかぎり、 コマンドは sudo によってフォアグラウンド・プロセスとして実行される。それに対して、 exec_background フラグが有効になっている場合は、 コマンドが (入出力ロギングや use_pty フラグのために) pty で実行されていると、 そのコマンドはバックグラウンド・プロセスとして実行されることになる。 このとき、そのコマンドが制御ターミナルから読み込みを行おうとすると (あるいは、ターミナルの設定を変更しようとすると）、 コマンドは SIGTTIN シグナル (ターミナル設定の場合は SIGTTOU シグナル) によってサスペンドされる。そうしたことが起きても、 sudo がフォアグラウンド・プロセスならば、 そのコマンドは制御ターミナルの使用を許可され、 ユーザが何の操作をしないでも、フォアグラウンドで実行が再開される。 コマンドの実行をバックグラウンドで始めることの利点は、 そうすれば、コマンドが明示的に要求しないかぎり、 sudo はターミナルから読み込みを行う必要がないということである。 そうしない場合は、コマンドが入力を要求しているか否かに関わりなく、 いかなる入力もコマンドに渡さなければならないのだ (カーネルがターミナルのバッファリングをしているので、 コマンドが本当にその入力を必要としているかどうかを、 判断することはできないのである)。 この動作は、従来の sudo の動作とは異なっている。 また、コマンドが pty で実行されていないときの動作とも異なっている。 この動作がシームレスに行われるためには、オペレーティングシステムが、 システムコールの自動的な再スタートをサポートしていなければならない。 残念なことに、すべてのオペレーティングシステムが、 デフォルトでそれを行ってくれるわけではなく、 それを行ってくれるオペレーティングシステムにも、バグがあることがある。たとえば、 Mac OS X は、 tcgetattr() や tcsetattr() システムコールの再スタートに失敗する (これは Mac OS X のバグである)。それだけではなく、この動作は、 コマンドが SIGTTIN や SIGTTOU シグナルで停止することを当てにしているので、 そうしたシグナルは捕獲し、別のシグナル (たいていは SIGSTOP) で自分を停止させるプログラムは、自動的にフォアグラウンド化できない。 linux の su(1) コマンドの動作が、系統によっては、そんなふうになっている。 このフラグはデフォルトでは off である。 この設定は、バージョン 1.8.7 以上でのみサポートされている。 また、入出力ロギングが有効になっている場合や、 use_pty フラグが有効になっている場合以外、この設定には効果がない。

env_editor

これをセットすると、visudo はデフォルトのエディタ・リストを利用する前に、 環境変数 EDITOR や VISUAL の値を使用するようになる。 それがセキュリティホールになりかねないことに注意していただきたい。 ユーザが root として任意のコマンドを、 ログに記録されることなく実行できるようになるからだ。 こうした環境変数を利用するときの、 env_editor を有効にするよりも安全な方法は、 sudoers ファイルの editor オプションにコロンで区切ったエディタのリストを書いておくことだ。そうすれば、 visudo が EDITOR や VISUAL を使うのは、それが editor オプションに指定した値とマッチしたときだけになる。 env_reset フラグが有効な場合に、 sudo 経由で visudo を起動したとき env_editor フラグが効果を持つためには、 環境変数 EDITOR や VISUAL が env_keep のリストに存在していなければならない。 このフラグはデフォルトでは off である。

env_reset

これをセットすると、sudo は最小限の環境でコマンドを実行することになる。 その環境には、以下の変数が含まれている。TERM, PATH, HOME, MAIL, SHELL, LOGNAME, USER, USERNAME、及び SUDO_* という変数。 それに、 sudo を起動するユーザの環境にある変数のうち、 env_keep や env_check のリストにマッチするものが加わり、 さらに、 env_file オプションによって指定されたファイルがあれば、 そのファイルに記載されたすべての変数が追加される。 env_keep や env_check のリストにどんな変数が存在するかについては、 root ユーザとして sudo に -V オプションを付けて実行すれば、 sudoers 中でグローバルな Defaults パラメータによって変更された結果を、 見ることができる。 なお、 secure_path オプションが設定されているときは、 その値が環境変数 PATH の値として使用される。 このフラグはデフォルトでは on である。

fast_glob

通常 sudo はパス名のマッチングをするとき、glob(3)関数を使用して、 シェル・スタイルのワイルドカード展開 (glob) を行う。 しかし、glob(3) はファイルシステムにアクセスするので、 指定パターンによっては、作業を完了するまでに時間がかかることがある。 必要に応じてマウントするようになっている (つまりオートマウントの) ネットワーク・ファイル・システムを参照するときは、とりわけ時間がかかる。 fast_glob オプションを指定すると、 sudo が fnmatch(3) 関数を使うようになるが、 こちらの関数はマッチングを行う際にファイルシステムにアクセスしない。 fast_glob の欠点は、./ls や ../bin/ls のような相対パスに対するマッチができないことである。そのため、 ワイルドカードを含むパス名が、否定演算子 '!' と一緒に使われている場合に、セキュリティ上の問題が生じるおそれがある。 そうしたルールは簡単に迂回できるからだ。 従って、 sudoers ファイルに、ワイルドカードを含むパス名を否定するルールが存在する場合は、 このオプションを使ってはいけない。このフラグはデフォルトでは off である。

fqdn

ローカル・ホスト名 (hostname コマンドが返すもの) がドメイン名を含まないとき、 sudoers ファイルで完全修飾ホスト名を使用したかったら、 このフラッグをセットするとよい。すなわち、myhost ではなく、 myhost.mydomain.edu を使いたい場合だ。そのときでも、 そうしたければ、短縮形も使用できる (両方を混ぜて使うこともできる)。 このオプションに効果があるのは、 getaddrinfo() や gethostbyname() 関数が返すホストの「正規名 (canonical name)」が、 完全修飾ドメイン名であるときだけである。 システムがホスト名の解決に DNS を使用するように設定されているときは、普通そうなる。 システムが DNS よりも優先して /etc/hosts を使用するように設定されている場合、 ホストの正規名は完全修飾名ではないかもしれない。 ホスト名解決のために問い合わせる情報源の順番は、普通 /etc/nsswitch.conf, /etc/netsvc.conf, /etc/host.conf ファイルで指定されている。 /etc/resolv.conf のこともある。 /etc/hosts ファイルでは、 エントリの最初のホスト名が正規名と見なされる。後に続く名前はエイリアスであり、 sudoers によって使用されることはない。たとえば、hosts ファイルに "xyzzy" というマシンについて下記の行があるとき、 完全修飾ドメイン名がホストの正規名であり、短い方の名前はエイリアスである。

ignore_dot

これをセットすると、環境変数 PATH 中に "." や "" (どちらもカレントディレクトリを意味する) があっても、 sudo はそれを無視する。PATH そのものは変更されない。 このフラグはデフォルトでは off である。

ignore_local_sudoers

LDAP の方でこのフラグをセットすると、 /etc/sudoers の解析がスキップされることになる。 このフラグは、ローカルにある sudoers ファイルの使用を禁じて、 LDAP のみを使うようにしたい諸企業のためにある。 たちの悪いオペレータが /etc/sudoers に手を加えて、 自分の権限を増やそうとしても、そうした悪だくみは阻止されるわけだ。 このオプションが設定されているときは、 /etc/sudoers ファイルは存在する必要すらない。このオプションは、 LDAP 中に、マッチする特定のエントリが存在しなかったときに、 いかに振舞うべきかを sudo に指示するものだから、 これを指定する sudoOption は、cn=defaults のセクションになければ意味がない。 このフラグはデフォルトでは off である。

insults

これをセットすると、不正なパスワードが入力されたとき、 sudo がユーザに悪態をつく。このフラグはデフォルトでは off である。

log_host

これをセットすると、ホスト名が (syslog 経由ではない) sudo のログファイルに記録されることになる。 このフラグはデフォルトでは off である。

log_input

これをセットすると、sudo は、擬似 tty でコマンドを実行し、 ユーザの入力をすべてログに取ることになる。入出力がリダイレクトされているとか、 コマンドがパイプラインの一部だとかいう理由で、標準入力がユーザの tty に結びつけられていない場合でも、その入力はやはりキャプチャーされ、 独立したログファイルに書き込まれる。 より詳しい情報については、「入出力ログファイル」セクションをご覧になるとよい。 このフラグはデフォルトでは off である。

log_output

これをセットすると、sudo は、 擬似 tty でコマンドを実行し、 スクリーンに送られたすべての出力をログに取ることになる。 script(1) コマンドと似たことをやるわけだ。 より詳しい情報については、「入出力ログファイル」セクションをご覧になるとよい。 このフラグはデフォルトでは off である。

log_year

これをセットすると、四桁の年が (syslog 経由ではない) sudo のログファイルに記入されることになる。 このフラグはデフォルトでは off である。

long_otp_prompt

S/Key や OPIE のような One Time Password (OTP) スキームを採用しているときにこれを有効にすると、 チャレンジをローカルウィンドウにカット・アンド・ペーストしやすいように、 二行のプロンプトが使用される。デフォルトのプロンプトほど見栄えはよくないが、 こちらの方が便利だと思う人もいる。このフラグはデフォルトでは off である。

mail_all_cmnds

ユーザが sudo 経由でコマンドの実行を試みるたびに ( sudoedit の実行も含む)、 mailto ユーザにメールを送付する。 ただし、ユーザが sudo に -l や -v オプションを付けて実行したときは、 認証エラーがあり、しかも mail_badpass フラグがセットされていないかぎり、 メールを送付することはない。このフラグはデフォルトでは off である。

mail_always

ユーザが sudo を実行するたびに、 mailto ユーザにメールを送る。 このフラグはデフォルトでは off である。

mail_badpass

sudo を実行するユーザが正しいパスワードを入力しなかったら、 mailto ユーザにメールを送付する。ユーザが実行しようとしているコマンドが sudoers によって許可されていない場合に、 mail_all_cmnds, mail_always, mail_no_host, mail_no_perms, mail_no_user フラグのどれかがセットされていると、このフラグは効果を持たないことになる。 このフラグはデフォルトでは off である。

mail_no_host

これをセットすると、sudo を起動したユーザが sudoers ファイルに記載されてはいるものの、 使用中のホストでコマンドの実行を許可されていない場合に、 mailto ユーザにメールを送付する。このフラグはデフォルトでは off である。

mail_no_perms

これをセットすると、sudo を起動したユーザが sudo の使用を許可されているが、 実行しようとしているコマンドが sudoers ファイルの そのユーザのエントリに登録されていないか、明示的に禁止されている場合に、 mailto ユーザにメールを送付する。このフラグはデフォルトでは off である。

mail_no_user

これをセットすると、sudo を起動したユーザが sudoers ファイルに記載されていない場合に、 mailto ユーザにメールを送付する。 このフラグはデフォルトでは on である。

netgroup_tuple

これをセットすると、 ネットグループの検索がネットグループのタプル全部を使って行われることになる (すなわち、ホスト名、ユーザ名、ドメインの三つが、それぞれ設定されているならば、 使用される)。従来の sudo では、 User_List で使用されるネットグループについては、 ユーザ名とドメインだけを照合し、Host_List で使用されるネットグループについては、 ホスト名とドメインだけを照合していた。このフラグはデフォルトでは off である。

noexec

これをセットすると、sudo を通して実行されるすべてのコマンドが、 EXEC タグで無効にされないかぎり、 あたかも NOEXEC タグが設定されているかのごとく振舞うようになる。 前述の「 EXEC と NOEXEC」の説明、および、 このマニュアルの終わりの方にある「シェル・エスケープの防止」というセクションを参照していただきたい。 このフラグはデフォルトでは off である。

pam_session

認証に PAM を使用するシステムでは、 sudo は新しい PAM セッションを作成し、 その中でコマンドを実行する。PAM の実装が古い場合や、 PAM セッションの開始が utmp や wtmp ファイルを変更するオペレーティングシステムでは、 pam_session を無効にする必要があるかもしれない。 ただし、PAM セッションのサポートを無効にすると、 実行されるコマンドに対するリソースの上限が更新されないかもしれない。 なお、 pam_session, pam_setcred, use_pty が無効になっていて、 しかも 入出力ロギングが設定されていない場合は、 sudo はコマンドを子プロセスとしてではなく、 直接実行する。このフラグはデフォルトでは on である。 この設定は、バージョン 1.8.7 以上でのみサポートされている。

pam_setcred

認証に PAM を使用するシステムでは、 sudo はデフォルトでは、 使用している認証システムがサポートしているなら、変身対象ユーザの認証情報 (credential) が有効であることを確認しようとする。認証情報の例を一つ挙げれば、 Kerberos のチケットがそれである。 pam_session, pam_setcred, use_pty が無効になっていて、しかも 入出力ロギングが設定されていない場合は、 sudo はコマンドを子プロセスとしてではなく、直接実行する。 このフラグはデフォルトでは on である。 この設定は、バージョン 1.8.8 以上でのみサポートされている。

passprompt_override

通常、passprompt オプションによって指定されたパスワードプロンプトが使用されるのは、 PAM のようなシステムが用意しているパスワードプロンプトが、 "Password:" という文字列にマッチしているときだけである。 passprompt_override をセットすると、 passprompt が無条件で使われることになる。 このフラグはデフォルトでは off である。

path_info

通常 sudo は、環境変数 PATH 中にコマンドが見付からないと、 ユーザにその旨を知らせる。これを利用すれば、 一般ユーザにアクセス権のない実行ファイルのありかについて情報を収集できるという理由から、 この動作を無効にしたいサイトもあるかもしれない。 その場合の欠点は、実行ファイルが単にユーザの PATH 中になかっただけの場合でも、 実行の許可がないと sudo がユーザに告げることになって、 実情がわかりにくいかもしれないことである。 このフラグはデフォルトでは on である。

preserve_groups

デフォルトでは、sudo は所属グループの初期値として、 変身対象ユーザが所属しているグループのリストを設定する。 preserve_groups をセットすると、 sudo を実行するユーザの所属グループのリストが、 変更されずにそのまま維持される。とは言え、実グループ ID や実効グループ ID が、 変身対象ユーザのそれに設定されることに変わりはない。 このフラグはデフォルトでは off である。

pwfeedback

ほかのたいていの Unix のプログラムと同様、 sudo はパスワードを読み込むとき、デフォルトでは、ユーザが Return (または Enter) キーを押すまで、エコーを off にする。 この動作にとまどうユーザが存在する。 彼らには sudo が急に反応しなくなったように見えるのだ。 pwfeedback をセットすると、ユーザがキーを押すたびに、 sudo が目に見える反応を返すようになる。 これには、セキュリティ上の問題があることに注意していただきたい。 側で見ている人が、打ち込まれたパスワードの文字数を特定できてしまうかもしれないのだ。 このフラグはデフォルトでは off である。

requiretty

これをセットすると、sudo が実行されるのは、ユーザが実際の tty にログインしたときだけになる。すなわち、 sudo を実行できるのは、 ログイン・セッションからだけであって、cron(8) や cgi-bin スクリプトといった、 ほかの方法を介して実行することはできないということだ。 このフラグは、デフォルトでは off である。

root_sudo

これをセットすると、root も sudo を実行できるようになる。 このフラグを無効にすると、ユーザがたとえば "sudo sudo /bin/sh" といったように sudo コマンドを「連鎖的に」使って、 ルートシェルを獲得することができなくなる。 ところで、 root_sudo が off だと、 root が sudoedit まで実行できなくなることに注意していただきたい。 root_sudo を無効にしても、セキュリティが実際に向上するわけではない。 このフラグが存在しているのは、 もっぱら歴史的な理由からなのだ。このフラグはデフォルトでは on である。

rootpw

これをセットすると、sudo は、コマンドを実行したり、 ファイルを編集したりするとき、起動したユーザのパスワードではなく、 root のパスワードを要求するようになる。 このフラグはデフォルトでは off である。

runaspw

これをセットすると、sudo は、コマンドを実行したり、 ファイルを編集したりするとき、起動したユーザのパスワードではなく、 sudoers ファイルの runas_default オプションで指定しているユーザーの (デフォルトでは root である) パスワードを要求するようになる。 このフラグはデフォルトでは off である。

set_home

これが有効なときに sudo を -s オプション付きで起動すると、 環境変数 HOME が変身対象ユーザの ( -u オプションが使用されないかぎり、 それは root である) ホームディレクトリに設定される。すなわち、 -s オプションが -H オプションを事実上兼ねることになるわけだ。 気をつけてほしいのは、 env_reset が有効な場合、HOME はすでに (訳注: 変身対象ユーザのホームディレクトリに) 設定済みだということだ。 だから、 set_home の効果があるのは、 env_reset が無効に設定されているか、 env_keep のリストに HOME が存在する場合だけである。 このフラグはデフォルトでは off である。

set_logname

通常 sudo は環境変数 LOGNAME, USER, USERNAME を変身対象ユーザの名前 ( -u オプションが指定されていない場合、普通は root) にセットする。 しかし、プログラムによっては (たとえば、RCS リビジョンコントロールシステムがその一つだが) ユーザが実際には誰であるかを判定するのに LOGNAME を使用していることがあり、 そのため、この振舞いを変更したい場合もある。 set_logname オプションに '!' を付けて否定することで、それができる。 なお env_reset オプションを無効にしていない場合に、 env_keep のリストに LOGNAME, USER, USERNAME などが入っていると、 set_logname は効果を持たないので、注意していただきたい。 このフラグはデフォルトでは on である。

set_utmp

これが有効になっていると、sudo は擬似 tty を割り当てるときに、 utmp (または utmpx) ファイルにエントリを作成する。 sudo によって擬似 tty の割り当てが行われるのは、 log_input, log_output, use_pty といったフラグが有効になっているときである。 デフォルトでは、新しいエントリは、そのユーザの utmp エントリが存在すれば、 そのコピーであり、tty, time, type, pid フィールドが更新される。 このフラグはデフォルトでは on である。

setenv

これをセットすると、ユーザがコマンドラインで -E オプションを指定して、 env_reset オプションを無効にできるようになる。 さらに、コマンドラインから設定する環境変数が env_check, env_delete, env_keep による制限を受けなくなる。 それ故、そのようなやり方で変数を設定することを許可するのは、 信用できるユーザのみに限るべきだ。 このフラグはデフォルトでは off である。

shell_noargs

これがセットされているとき、sudo を引き数なしで起動すると、 sudo は -s オプションが指定されたかのように振舞う。 すなわち、root ユーザとしてシェルを実行するわけだ (シェルは、環境変数 SHELL がセットされていれば、それによって決まり、 セットされていなければ、 sudo を起動したユーザの /etc/passwd エントリに登録されたものになる)。このフラグはデフォルトでは off である。

stay_setuid

通常 sudo は、コマンドを実行するとき、実 UID と実効 UID を変身対象ユーザ (デフォルトでは root) のものにセットする。 このオプションは、その振舞いを変更して、 sudo を起動したユーザの UID が、そのまま実 UID として残るようにするのだ。言い換えると、 このオプションは sudo を setuid ラッパーとして動作するようにするわけである。 プログラムを setuid で動かすと、危険をもたらしかねないという理由から、 ある種の機能を使えないようにしているシステムでは、 このオプションが役に立つかもしれない。このオプションは、システムコールの setreuid() や setresuid() をサポートしているシステムでのみ有効である。 このフラグはデフォルトでは off である。

sudoedit_checkdir

 

これをセットすると、 sudoedit は、編集対象ファイルのパス中にあるディレクトリ部分のすべてについて、 sudoedit を実行するユーザとって書き込み可能かどうかを、チェックすることになる。 ユーザに書き込み可能なディレクトリに存在するいかなるシンボリックリンクも、 たどられることがなく、また、ユーザに書き込み可能なディレクトリにあるファイルの編集は、 拒否されることになる。 ただし、こうした制限は、 sudoedit を実行するユーザが root の場合には、行われない。 システムによっては、編集対象ファイルのパス中にあるディレクトリ部分のすべてが、 変身対象ユーザにとって読み込み可能でないかぎり、 sudoedit でファイルを編集できないものもある。 このフラグはデフォルトでは on である。 この設定が最初に導入されたのは、バージョン 1.8.15 だったが、 当初のものには競合状態を引き起こす欠陥があった。 編集対象ファイルのパスの途中に書き込み可能なディレクトリがあり、 そこにシンボリックリンクが存在する場合のチェックは、バージョン 1.8.16 で追加された。

sudoedit_follow

sudoedit はデフォルトでは、ファイルをオープンするときにシンボリックリンクをたどらない。 sudoedit_follow オプションを有効にすると、 sudoedit がシンボリックリンクをオープンできるようになる。 そうした動作は FOLLOW や NOFOLLOW タグを使えば、 コマンドごとに変更することができる。このフラグはデフォルトでは off である。 この設定は、バージョン 1.8.15 以上でのみサポートされている。

targetpw

これをセットすると、sudo は、コマンドを実行したり、 ファイルを編集したりするとき、起動したユーザのパスワードではなく、 -u オプションで指定されたユーザ (デフォルトでは root) のパスワードを要求するようになる。 このフラグを設定をすると、 -u オプションの引き数として、 passwd データベースに登録されていない uid が使えなくなることに注意してほしい。 このフラグはデフォルトでは off である。

tty_tickets

これをセットすると、ユーザは tty ごとに認証をしなければならなくなる。 このフラグが有効な場合、 sudo は、各 tty に対して、 タイムスタンプ・ファイル中の、それぞれ別個に記録される情報を使用することになる。 それに対して、このフラグが無効な場合は、すべてのログイン・セッションに対して、 単一の記録が使用されるのである。このフラグはデフォルトでは on である。

umask_override

これをセットすると、sudo は umask を sudoers の umask オプションで指定されたとおりの値に、変更を加えることなく設定する。 このことによって、ユーザ自身の umask 値よりもっと緩やかな umask 値を sudoers ファイルで指定することが可能になる。 sudo の昔の動作と同じになるわけだ。 umask_override をセットしない場合、 現在の sudo は umask を、ユーザの umask 値と sudoers で指定した umask 値とのビット和に設定することになっている。 このフラグはデフォルトでは off である。

use_netgroups

これをセットすると、ユーザやホストを指定する場所でネットグループ (接頭辞 '+' が付く) が使えるようになる。LDAP を使用する sudoers では、 ネットグループをサポートすると、 /etc/ldap.conf ファイルで NETGROUP_BASE 設定オプションを指定していない場合に、 サーバ側で負荷の高い部分文字列 (substring) のマッチングを行う必要が生じる。 そこで、ネットグループを使用する必要がない場合は、 このオプションを off にすれば、LDAP サーバの負荷を減らすことができる。 このフラグはデフォルトでは on である。

use_pty

これをセットすると、sudo は入出力のロギングが行われていないときでも、 擬似 tty でコマンドを実行することになる。 sudo によって実行された悪意のあるプログラムが、 バックグラウンド・プロセスをフォークし、 そのプロセスが、メインプログラムの実行が終了した後でも、 ユーザのターミナルデバイスを握って離さないといったことが考えられる。 このオプションを使えば、そういったことが不可能になる。 このフラグはデフォルトでは off である。

utmp_runas

これをセットすると、sudo は utmp (または utmpx) ファイルを更新するとき、 変身対象ユーザの名前を記録するようになる。 sudo はデフォルトでは、 sudo を実行したユーザの名前を記録するのだ。 このフラグはデフォルトでは off である。

visiblepw

デフォルトでは、ユーザがパスワードを入力しなければならないときに、 使用しているターミナルでエコーの抑制ができなかったら、 sudo は実行を拒否するようになっている。 それに対し、 visiblepw フラグが設定されていると、 パスワードがスクリーンに表示されてしまう場合でも、 sudo はプロンプトを出して、パスワードを求めるようになる。 ssh(1) はデフォルトでは、コマンドを実行する際に tty を割り当てないので、 sudo はエコーの抑制ができないが、その場合でも、この設定によって、 "ssh somehost sudo ls" といった操作の実行が可能になるわけだ。 このフラグはデフォルトでは off である。

closefrom

sudo はコマンドを実行する前に、標準入力、標準出力、標準エラー (すなわち、ファイルディスクリプタ 0-2 ) を除いて、 開いているすべてのファイル・ディスクリプタをクローズする。 closefrom オプションを使用すると、 0-2 以外のどのファイル・ディスクリプタから閉じて行くかを指定することができる。 デフォルトは 3 である。

maxseq

入出力ログファイルで "%{seq}" エスケープシーケンスに置き換えられる連続番号の最大値 (詳細については、後述の iolog_dir オプションの説明を参照すること)。 "%{seq}" に置き換えられる値は 36 進数だが、 maxseq そのものは 10 進数で指定するべきである。2176782336 (38 進数の連続番号では、 "ZZZZZZ" に相当する) より大きい値は 、暗黙のうちに 2176782336 に縮小される。デフォルトの値は 2176782336 である。 使用している連続番号が maxseq の値に達したら、最初の値の 0 に戻る。 それ以後は、 sudoers は存在している入出力ログファイルをサイズ 0 に短縮して、 そのパス名を再利用することになる。 この設定は、バージョン 1.8.7 以上でのみサポートされている。

passwd_tries

sudo が「失敗」をログに記録して終了する前に、 ユーザがパスワードを入力できる回数。デフォルトは 3 回。

loglinelen

sudo 独自のログファイルの一行あたりの文字数。この値は、 ログファイルを見やすくするために改行する位置を決めるのに使用される。 この値は、syslog 経由のログファイルには影響せず、 独自のファイルにログを記録するときのみ効果がある。デフォルトは 80 である (改行をしないようにするには、値を 0 にするか、頭に '!' を付けて、 このオプションを否定する)。

passwd_timeout

sudo のパスワードプロンプトが時間切れになるまでの分単位の時間。 0 を指定すると、時間切れなしになる。 分よりももっと細かい時間を指定したかったら、2.5 のように、 小数点以下を付けることもできる。デフォルトは 5 分。

timestamp_timeout

 

sudo がパスワードを再び要求するようになるまでの時間を分単位で指定する。 分よりももっと細かい時間を指定したかったら、2.5 のように、 小数点以下を付けることもできる。デフォルトは 5 分である。 これを 0 にセットすると、毎回パスワードを要求するようになる。 0 よりも小さい値にセットすると、ユーザのタイムスタンプは、 システムがリブートされるまで期限切れにならない。 ユーザが "sudo -v" と "sudo -k" を実行することによって、 タイムスタンプを自分で作ったり、消したりできるようにしたかったら、 この手を使えばよい。

umask

コマンドを実行するときに使用する umask 値。 ユーザの umask 値をそのまま使いたかったら、'!' を頭に付けて、 このオプションを否定するか、0777 にセットすればよい。 このオプションの値が 0777 以外の場合、実際に使用される umask 値は、 ユーザの umask 値と umask オプションの値とのビット和であり、 後者のデフォルトは 0022 である。 このことによって、 sudo がコマンドを実行するときの umask 値が、 ユーザの umask 値より低くならないようになっているわけだ。 PAM を使用しているシステムでは、 PAM のデフォルト設定で umask 値を指定することができるが、 その場合は、それが sudoers で指定する値に優先することに注意していただきたい。

badpass_message

ユーザが不正なパスワードを入力したときに表示するメッセージ。 insults フラグが有効になっていないかぎり、 デフォルトは「Sorry, try again.」である。

editor

visudo で使用できるエディタをコロン (':') で区切ったリスト。 visudo は、 可能ならば、ユーザの EDITOR 環境変数や VISUAL 環境変数とマッチしたリスト中のエディタを選択する。 それができないときは、このリストにあるエディタで、実際に存在し、 かつ実行可能な最初のエディタを使用する。 環境変数 EDITOR や VISUAL は、 env_reset オプションが有効な場合、 デフォルトでは保存されないことに注意していただきたい。 デフォルトは vi である。

iolog_dir

このオプションの値をトップレベル・ディレクトリにして、 入出力ログを置くディレクトリのパス名が構成される。この値が使用されるのは、 log_input や log_output オプションが有効になっているときや、 LOG_INPUT や LOG_OUTPUT タグがコマンドに付いているときだけである。 このディレクトリ以下に、セッション ID が連番ならば、 セッションの連番が (訳注: 以下の "%{seq}" の説明にあるような形で)　 格納されることになるわけだ。デフォルトは /var/log/sudo-io である。 以下のパーセント ('%') エスケープシーケンスが使用できる。

iolog_file

iolog_dir を基点とする相対パス名であり、 log_input や log_output オプションが有効になっていたり、LOG_INPUT や LOG_OUTPUT タグがコマンドに付いている場合に、入出力ログがこの中に格納される。 iolog_file の値が複数のディレクトリ構成要素を含んでいることがあるのに注意していただきたい。 デフォルトは "%{seq}" である。 使用できるパーセント ('%') エスケープシーケンスのリストについては、 上記の iolog_dir オプションを参照。 エスケープシーケンスの展開とは別に、パス名が六個以上の X で終わっている場合は、 X の部分が、他と重複しない英数字の組み合わせに置き換えられる。 mktemp(3) 関数の場合と同様である。 iolog_dir と iolog_file を結合して作られるパスがすでに存在している場合は、 iolog_file が 6 個以上の X で終わっていないかぎり、 既存の入出力ログファイルは、サイズ 0 に短縮された上で、上書きされることになる。

lecture_status_dir

sudo はこのディレクトリに、 ユーザが訓戒を受けたかどうかを示すファイルを、ユーザごとに入れておく。 ユーザが訓戒を受けると、サイズ 0 のファイルがこのディレクトリに作成され、 sudo はそのユーザに再び訓戒を行わなくなる。このディレクトリは、 システムのブート時に 消去すべきではない。 デフォルトは /var/lib/sudo/lectured である。

mailsub

mailto ユーザに送付するメールの件名。 エスケープ文字 %h はマシンのホスト名に展開される。 デフォルトは「*** SECURITY information for %h ***」である。

noexec_file

sudo バージョン 1.8.1 以来、このオプションはサポートされていない。 現在では、noexec ファイルのパスは sudo.conf(5) ファイルで設定するべきである。

pam_login_service

 

PAM を認証に使用しているシステムでは、このオプションの値が、 sudo コマンドに -i オプションが指定されたとき使用されるサービス名になる。 デフォルトの値は、 "sudo" である。 pam_service の説明もご覧いただきたい。 この設定は、バージョン 1.8.8 以上でのみサポートされている。

pam_service

PAM を使用しているシステムでは、このオプションで指定するサービス名が、 適用される PAM ポリシーを指定することになる。サービス名は pam.conf ファイル中のエントリ名や、 /etc/pam.d にあるファイル名に対応している。 デフォルトの値は "sudo" である。 この設定は、バージョン 1.8.8 以上でのみサポートされている。

passprompt

パスワードを要求するときに使用するデフォルトのプロンプト。 -p オプションや環境変数 SUDO_PROMPT によって変更することができる。 以下のパーセント ('%') エスケープシーケンスが使用できる。

role

コマンドの実行に当たって SELinux の新しいセキュリティ・コンテキストを構成するときに使用する、 デフォルトのロール。デフォルトのロールは、 sudoers ファイルや、コマンドラインオプションを使って、 コマンドごとに変更することができる。このオプションが利用できるのは、 sudo が SELinux サポートつきでビルドされたときだけである。

runas_default

コマンドラインで -u オプションが指定されていないときの、 デフォルトの変身対象ユーザ。デフォルトでは root になっている。

syslog_badpri

ユーザが認証に失敗したときに使用する syslog の重大度 (priority)。 デフォルトでは alert になっている。 syslog の重大度には、次のものが指定できる。 emerg, alert, crit, err, warning, notice, info, debug。

syslog_goodpri

ユーザが認証に成功したときに使用する syslog の重大度 (priority)。 デフォルトでは notice になっている。 どんな syslog の重大度が指定できるかについては、 syslog_badpri を参照。

sudoers_locale

sudoers ファイルを解析したり、コマンドのログを記録したり、 email を送付したりするときに使用するロケール。 ロケールの変更は、sudoers の解釈に影響があるかもしれないので、 気をつけていただきたい。デフォルトでは "C" になっている。

timestampdir

sudo がタイムスタンプ・ファイルを置くディレクトリ。 このディレクトリは、システムがリブートするとき、クリアされるべきである。 デフォルトは /var/run/sudo/ts になっている。

timestampowner

ユーザが訓戒を受けたかどうかを示すファイルを入れておくディレクトリや、 タイムスタンプ・ディレクトリ、 及びそうしたディレクトリに置かれるすべてのファイルの所有者。 デフォルトは root である。

type

コマンドの実行に当たって SELinux の新しいセキュリティ・コンテキストを構成するときに使用する、 デフォルトのタイプ。デフォルトのタイプは、 sudoers ファイルや、コマンドラインオプションを使って、 コマンドごとに変更することができる。このオプションが利用できるのは、 sudo が SELinux サポートつきでビルドされたときだけである。

env_file

env_file オプションでは、 実行するプログラムの環境に設定する変数を記載したファイルの絶対パスを指定する。 このファイルに記載する項目は、"VARIABLE=value" か "export VARIABLE=value" の形でなければならない。変数の値をシングルクォートやダブルクォートで囲んでもよい。 このファイルに含まれる変数は、 env_keep や env_check のような sudo のほかの環境設定の影響を受ける。

exempt_group

このグループのユーザはパスワードの入力や secure_path などによる PATH の限定を免除される。指定するグループ名に接頭辞の % を付けてはいけない。 このオプションはデフォルトではセットされていない。

group_plugin

このオプションの値となる文字列には、 sudoers が使用するグループ・プラグインと、必要ならその引き数を指定する。 値となる文字列は、プラグインのパスに続けて、その設定に必要な引き数があれば、 それを付け加えたものだが、パスは絶対パスか、 /usr/local/libexec/sudo を基点とする相対パスにするべきである。 引き数が存在するなら、それはプラグインの初期化関数に渡される。 引き数が存在する場合は、文字列全体をダブルクォート ("") で囲まなければならない。 詳細については、 「グループ・プロバイダー・プラグイン」セクションををご覧いただきたい。

lecture

sudo はパスワードプロンプトに添えて簡単な訓戒を表示することができる。 このオプションはその訓戒をいつ表示するかを決定する。以下の値が可能である。

lecture_file

標準の訓戒とは別の sudo の訓戒を書き込んだファイルのパス。 指名したファイルが存在すれば、 sudo は標準の訓戒の代わりに、それを使用する。 デフォルトでは、プログラムに埋め込まれた訓戒が使用される。

listpw

このオプションは、sudo を -l オプション付きで実行したとき、 ユーザがパスワードを要求されるのは、どんな場合かを決定する。 以下の値が可能である。

logfile

sudo 独自のログファイルのパス (syslog 経由のログファイルではない)。 パスを指定すると、独自ファイルへのロギングが on になり、 '!' を頭に付けて、このオプションを否定すると、off になる。 デフォルトでは、 sudo は syslog 経由でログを取る。

mailerflags

メーラを起動するときに使用するフラグ。デフォルトは -t になっている。

mailerpath

警告メールの送信に使用するメール・プログラムのパス。 デフォルトは configure したときに見つかった sendmail のパス。

mailfrom

警告メールやエラー・メールを送るとき、差出人として使用するアドレス。 sudo が @ 記号を解釈しないように、 アドレスはダブルクォート ("") で囲むべきである。 デフォルトは、 sudo を実行しているユーザの名前。

mailto

警告メールやエラー・メールを送付する宛先のアドレス。 sudo が @ 記号を解釈しないように、 アドレスはダブルクォート ("") で囲むべきである。 デフォルトは root になっている。

secure_path

sudo から実行されるあらゆるコマンドが使用するパス。 sudo を実行するユーザが、無難な PATH 環境変数 を使っているかどうか確信が持てないなら、 このオプションを使用するとよいだろう。もう一つの使用法は、 「root のパス」と「一般ユーザのパス」を別のものにしておきたい場合だ。 ユーザが exempt_group オプションで指定したグループに属していると、 そのユーザは secure_path の影響を受けない。 このオプションは、デフォルトではセットされていない。

syslog

syslog を使ってログを取っている場合の syslog のファシリティ (syslog 経由でログを取らないなら、'!' を頭に付けて、 このオプションを否定する)。デフォルトでは authpriv になっている。 syslog のファシリティには、次のものが指定できる。 authpriv (使用 OS が対応している場合), auth, daemon, user, local0, local1, local2, local3, local4, local5, local6, local7。

verifypw

このオプションは、sudo を -v オプション付きで実行したとき、 ユーザがパスワードを要求されるのは、どんな場合かを決定する。 以下の値が可能である。

env_check

「安全」だと見なされない場合に、ユーザの環境から取り除かれる環境変数。 TZ 以外のすべての環境変数について、「安全」というのは、変数の値に '%' や '/' という文字を一つも含まないことである。この動作を利用すれば、 出来のよくないプログラムに見られる printf 形式のフォーマットの脆弱性に対処することが可能になる。 TZ 変数については、以下のどれかが真ならば、安全ではないと見なされる。

env_delete

env_reset オプションが無効になっているときに、 ユーザの環境から取り除かれる環境変数。このオプションの引き数は、 ダブルクォートで囲まれ、スペースで区切られたリストでもよく、 ダブルクォートなしの単一の値でもよい。 リストは、=, +=, -=, ! 演算子を使って、それぞれ置き換えたり、追加したり、 削除したり、無効にしたりすることができる。 取り除かれる環境変数のグローバルなリストは、root ユーザが sudo に -V オプションを付けて実行したときに表示される。 なお、オペレーティングシステムには、危険をもたらしかねない変数を、 いかなる setuid プロセス ( sudo もその一つ) の環境からも取り除くことにしているものが多いことに留意してほしい。

env_keep

env_reset オプションが有効になっているときでも、 ユーザの環境にそのまま保存される環境変数。このオプションによって、 sudo から生み出されるプロセスが受け取る環境を、 きめ細かく制御することが可能になる。このオプションの引き数は、 ダブルクォートで囲まれ、スペースで区切られたリストでもよく、 ダブルクォートなしの単一の値でもよい。 リストは、=, +=, -=, ! 演算子を使って、 それぞれ置き換えたり、追加したり、削除したり、無効にしたりすることができる。 保存される変数のグローバルなリストは、root ユーザが sudo に -V オプションを付けて実行したときに表示される。

グループ・プロバイダー・プラグイン

group_file

group_file プラグインは、 /etc/group の代わりに、 /etc/group と同じ書式を使用する別のグループファイルを使えるようにする。 プラグインに対するオプションとして、グループファイルのパスを指定するべきである。 たとえば、使用するグループファイルが /etc/sudo-group ならば、 次のように書くことになる。

Defaults group_plugin="group_file.so /etc/sudo-group"

system_group

system_group プラグインは、標準 C ライブラリの関数 getgrnam() と getgrid() によるグループ検索をサポートしている。このプラグインは、 ユーザがそのユーザの補助グループのリストに存在しないグループに所属しているといった場合にも使用できる。 このプラグインはオプションを取らないので、書式は次のようになる。

Defaults group_plugin=system_group.so

ログの書式

実行を許可されたコマンドに関するログ記載事項

date hostname progname: username : TTY=ttyname ; PWD=cwd ; \
    USER=runasuser ; GROUP=runasgroup ; TSID=logid ; \
    ENV=env_vars COMMAND=command

date

コマンドが実行された日時。たいていは、"MMM, DD, HH:MM:SS" の形式である。 syslog(3) 経由でロギングしている場合に、 日時が実際にどんな形式になるかを決めるのは、syslog デーモンである。 sudo 独自のファイルにロギングしているとき、 log_year オプションが有効だと、日時に年度も含まれることになる。

hostname

sudo が実行されたホストの名前。このフィールドは、 syslog(3) 経由でロギングしているときにのみ存在する。

progname

プログラム名。普通は、sudo か sudoedit。このフィールドは、 syslog(3) 経由でロギングしているときのみ存在する。

username

sudo を実行したユーザのログイン名。

ttyname

sudo が実行された端末の短縮名 (たとえば、"console", "tty01", "pts/0" など)。端末が存在しなかった場合は、 "unknown" になる。

cwd

sudo が実行されたカレント・ワーキング・ディレクトリ。

runasuser

変身対象ユーザ。

runasgroup

変身対象グループがコマンドラインで指定されていれば、そのグループ。

logid

入出力ログの識別名。コマンドの出力を再生するときに使用できる。 このフィールドは、 log_input や log_output オプションが有効なときにのみ存在する。

env_vars

環境変数がコマンドラインで指定された場合、そのリスト。

command

実行された実際のコマンド。

実行を拒否されたコマンドに関するログ記載事項

user NOT in sudoers

そのユーザに関する記載が sudoers ファイルに存在しない。

user NOT authorized on host

そのユーザに関する記載が sudoers ファイルに存在するが、 このホストではコマンドの実行を許可されていない。

command not allowed

このホストに対するそのユーザの記載が sudoers ファイルに存在するが、 指定されたコマンドの実行を許可されていない。

3 incorrect password attempts

ユーザがパスワードの入力に 3 回失敗した。実際に書き込まれる試行回数は、 失敗した回数と passwd_tries オプションの値によって様々である。

a password is required

sudo に -n オプションを指定したが、パスワードが必要だった。

sorry, you are not allowed to set the following environment variables

ユーザがコマンドラインで環境変数を指定したが、 それは sudoers によって許可されていない。

エラーに関するログ記載事項

parse error in /etc/sudoers near line N

sudoers が上記ファイルの解析中にエラーに出会った。 エラーのタイプによっては、実際のエラーは、記載された行番号より 1 行上、 あるいは、1 行下にあることもある。

problem with defaults entries

sudoers ファイル中に意味不明なデフォルト設定 (Defaults setting) が、 一つ以上ある。このエラーがあっても、 sudo が実行できなくなることはないが、 visudo を使って sudoers ファイルをチェックするべきである。

timestamp owner (username): No such user

timestampowner オプションで指定されたタイムスタンプ・ディレクトリの所有者が、 パスワード・データベースに存在しなかった。

unable to open/read /etc/sudoers

sudoers ファイルを読み込もうとしたが、オープンできなかった。 そうしたことは、 sudoers ファイルがリモート・ファイルシステムに存在して、 そこではユーザ ID 0 を別の値にマップしている場合に起きることがある (訳注: たとえば、NFS で root_squash が有効な場合)。 通常 sudoers は、この問題を回避するために、グループのパーミッションを使って sudoers ファイルをオープンしようとする。 /etc/sudoers の所有権を変更するなり、 sudo.conf(5) ファイルの sudoers Plugin 行の末尾に "sudoers_uid=N" ('N' は、 sudoers ファイルの所有者のユーザ ID) といった引き数を追加するなりを、考慮すべきである。

unable to stat /etc/sudoers

/etc/sudoers ファイルが見つからない。

/etc/sudoers is not a regular file

/etc/sudoers は存在するが、通常ファイルでもシンボリック・リンクでもない。

/etc/sudoers is owned by uid N, should be 0

sudoers ファイルの所有者が適切ではない。 sudoers ファイルの所有者を変更したい場合には、sudo.conf(5) ファイルの sudoers Plugin 行に "sudoers_uid=N" ('N' は、 sudoers ファイルの所有者のユーザ ID) を付け加えていただきたい。

/etc/sudoers is world writable

sudoers ファイルのパーミッションがすべてのユーザに書き込みを許している。 sudoers ファイルは、誰にでも書き込み可であってはならず、 デフォルトのファイルモードは 0440 である (所有者とグループのみ読むことができ、 書き込み権限は誰にもない)。デフォルトのモードは、sudo.conf(5) ファイルの sudoers Plugin 行に "sudoers_mode" オプションを指定することで変更することができる。

/etc/sudoers is owned by gid N, should be 1

sudoers ファイルの所有グループが適切ではない。 sudoers ファイルの所有グループを変更したい場合には、 sudo.conf(5) ファイルの sudoers Plugin 行に "sudoers_gid=N" ('N' は、 sudoers ファイルの所有グループ ID) を付け加えていただきたい。

unable to open /var/run/sudo/ts/username

sudoers がユーザのタイムスタンプ・ファイルを読み込んだり、 作成したりすることができなかった。そうしたことは、 timestampowner が root 以外のユーザに設定されていて、 しかも /var/run/sudo のモードが、 グループやその他のユーザに対して検索不可になっている場合に起きることがある。 /var/run/sudo のデフォルトのモードは、0711 である。

unable to write to /var/run/sudo/ts/username

sudoers がユーザのタイムスタンプ・ファイルに書き込むことができなかった。

/var/run/sudo/ts is owned by uid X, should be Y

タイムスタンプ・ディレクトリの所有者が timestampowner 以外のユーザである。 そうしたことは、 timestampowner の値を変更した時に起きることがある。 sudoers は、ディレクトリの所有者が訂正されるまで、 タイムスタンプ・ディレクトリを無視することになる。

/var/run/sudo/ts is group writable

タイムスタンプ・ディレクトリがグループによって書き込み可能になっている。 書き込みが可能なのは、 timestampowner のみにするべきだ。 タイムスタンプ・ディレクトリのデフォルトのモードは、700 である。 sudoers は、ディレクトリのモードが訂正されるまで、 タイムスタンプ・ディレクトリを無視することになる。

syslog 経由でロギングするときの注意点

ファイルにロギングするときの注意点

1.

progname と hostname フィールドは存在しない。

2.

log_year オプションが有効な場合、日付には年度も含まれることになる。

3.

loglinelen (デフォルトでは 80) 文字よりも長い行は改行され、 4 文字分のインデントを付けて次の行に続くことになる。 そうすることで、記述情報が人間に読みやすくなるが、 ログファイルに対して grep(1) を使用することは難しくなる。 loglinelen オプションに 0 を指定すると (あるいは、頭に '!' をつけて、否定すると)、改行は行われなくなる。

入出力ログファイル

log

次のような情報を含むテキストファイル。コマンドが実行された日時、 sudo を実行したユーザの名前、変身対象ユーザ名、変身対象グループ名 (ないこともある)、 sudo が実行された端末、その端末の縦横のサイズ (何行何桁か)、 コマンドがそこから実行されたカレントディレクトリ、 それに、コマンドそのもののパス名 (引き数があれば、それも)

timing

入出力ログに記録される各事項間の時間間隔と各事項の入出力バイト数のログ (セッションの再生で使用される)

ttyin

ユーザが使用している端末からの入力 (ユーザがタイプしたこと)。

stdin

パイプやファイルからの入力

ttyout

擬似 tty の出力 (コマンドがスクリーンに書き出したこと)

stdout

パイプへ出力されたり、ファイルにリダイレクトされた標準出力

stderr

パイプへ出力されたり、ファイルへリダイレクトされた標準エラー

ファイル

/etc/sudo.conf

sudo フロントエンドの設定

/etc/sudoers

誰が何を実行できるかのリスト

/etc/group

ローカルのグループファイル

/etc/netgroup

ネットワークグループのリスト

/var/log/sudo-io

入出力のログファイル (訳注: 厳密には、 入出力のログを記録するファイル群をその下に格納するトップディレクトリ)

/var/run/sudo/ts

sudoers セキュリティポリシーが使用するタイムスタンプを格納するディレクトリ

/var/lib/sudo/lectured

sudoers セキュリティポリシーが使用する訓戒状態ファイルを格納するディレクトリ

/etc/environment

Linux や AIX で -i モードを使用するときの初期環境

用例

# sudo 経由で X アプリケーションを実行するとき、HOME は
# .Xauthority ファイルを探すために使用される。ほかのプログラムも
# 設定ファイルを探すのに HOME を使用するので、この指定が
# 権限の昇格を引き起こしかねないことに注意してほしい。
Defaults env_keep += "DISPLAY HOME"

# User alias の指定
User_Alias	FULLTIMERS = millert, mikef, dowdy
User_Alias	PARTTIMERS = bostley, jwfox, crawl
User_Alias	WEBMASTERS = will, wendy, wim

# Runas alias の指定
Runas_Alias	OP = root, operator
Runas_Alias	DB = oracle, sybase
Runas_Alias	ADMINGRP = adm, oper

# Host alias の指定
Host_Alias	SPARC = bigtime, eclipse, moet, anchor :\
		SGI = grolsch, dandelion, black :\
		ALPHA = widget, thalamus, foobar :\
		HPPA = boa, nag, python
Host_Alias	CUNETS = 128.138.0.0/255.255.0.0
Host_Alias	CSNETS = 128.138.243.0, 128.138.204.0/24, 128.138.242.0
Host_Alias	SERVERS = master, mail, www, ns
Host_Alias	CDROM = orion, perseus, hercules

# Cmnd alias の指定
Cmnd_Alias	DUMPS = /usr/bin/mt, /usr/sbin/dump, /usr/sbin/rdump,\
			/usr/sbin/restore, /usr/sbin/rrestore,\
			sha224:0GomF8mNN3wlDt1HD9XldjJ3SNgpFdbjO1+NsQ== \
			/home/operator/bin/start_backups
Cmnd_Alias	KILL = /usr/bin/kill
Cmnd_Alias	PRINTING = /usr/sbin/lpc, /usr/bin/lprm
Cmnd_Alias	SHUTDOWN = /usr/sbin/shutdown
Cmnd_Alias	HALT = /usr/sbin/halt
Cmnd_Alias	REBOOT = /usr/sbin/reboot
Cmnd_Alias	SHELLS = /usr/bin/sh, /usr/bin/csh, /usr/bin/ksh,\
			 /usr/local/bin/tcsh, /usr/bin/rsh,\
			 /usr/local/bin/zsh
Cmnd_Alias	SU = /usr/bin/su
Cmnd_Alias	PAGERS = /usr/bin/more, /usr/bin/pg, /usr/bin/less

# built-in defaults の変更
Defaults		syslog=auth
Defaults>root		!set_logname
Defaults:FULLTIMERS	!lecture
Defaults:millert	!authenticate
Defaults@SERVERS	log_year, logfile=/var/log/sudo.log
Defaults!PAGERS		noexec

root		ALL = (ALL) ALL
%wheel		ALL = (ALL) ALL

FULLTIMERS	ALL = NOPASSWD: ALL

PARTTIMERS	ALL = ALL

jack		CSNETS = ALL

lisa		CUNETS = ALL

operator	ALL = DUMPS, KILL, SHUTDOWN, HALT, REBOOT, PRINTING,\
		sudoedit /etc/printcap, /usr/oper/bin/

joe		ALL = /usr/bin/su operator

pete		HPPA = /usr/bin/passwd [A-Za-z]*, !/usr/bin/passwd root

%opers		ALL = (: ADMINGRP) /usr/sbin/

passwd username --expire

bob		SPARC = (OP) ALL : SGI = (OP) ALL

jim		+biglab = ALL

+secretaries	ALL = PRINTING, /usr/bin/adduser, /usr/bin/rmuser

fred		ALL = (DB) NOPASSWD: ALL

john		ALPHA = /usr/bin/su [!-]*, !/usr/bin/su *root*

jen		ALL, !SERVERS = ALL

jill		SERVERS = /usr/bin/, !SU, !SHELLS

steve		CSNETS = (operator) /usr/local/op_commands/

matt		valkyrie = KILL

WEBMASTERS	www = (www) ALL, (root) /usr/bin/su www

ALL		CDROM = NOPASSWD: /sbin/umount /CDROM,\
		/sbin/mount -o nosuid\,nodev /dev/cd0a /CDROM

[訳注]:

注意していただきたいが、 /etc/sudoers ファイルに「user1 ALL = (ALL) ALL」といった設定を書いても、 user1 が sudo 経由であらゆるコマンドを実行できるようになるのは、 自ホスト、すなわち、その /etc/sudoers が存在するホストだけであって、 telnet や ssh で接続したホストで sudo 経由でコマンドを実行できるとはかぎらない。 他ホストの sudo は、自分のところにある /etc/sudoers ファイルしか参照しないからである。 それでは、何故、上記の「用例」で自ホスト以外の設定が行われているのだろうか？ そもそも、 sudoers の書式で自ホスト以外のホストを指定できるのは、 何故なのか？ ホストに ALL を指定できるのは、何故なのか？ それは、管理しているサイトのすべてのホストの設定を記した sudoers ファイルを一つ作って、それをすべてのホストにコピーして使う、 そういった使い方を想定しているからだろう。昔の習慣の名残りかもしれない。 もし、サイト中のすべてのホストの設定を一ヶ所にまとめて置き、 それをすべてのホストに共有させたいのなら (すなわち、 sudoers セキュリティポリシー設定の集中管理がしたいのなら)、 LDAP の採用を考えるべきである。

セキュリティに関する注意点

'!' 演算子の限界

bill	ALL = ALL, !SU, !SHELLS

fast_glob の持つセキュリティ上の問題

john	ALL = /usr/bin/passwd [a-zA-Z0-9]*, /usr/bin/chsh [a-zA-Z0-9]*,\
              /usr/bin/chfn [a-zA-Z0-9]*, !/usr/bin/* root

シェル・エスケープの防止

制限

ユーザに任意のコマンドの実行を許すようなコマンドに対して、 ユーザがアクセスできないようにする。 エディタの場合は、制限モード (restricted mode) と称して、 シェル・エスケープが使えないモードを持っているものも多い。 とは言え、 sudo 経由でエディタを使うのなら、 sudoedit を使用する方がより優れた対策である。 シェル・エスケープを提供するプログラムはたくさんあるので、 それを提供しないプログラムのみを使用するようにユーザを制限するのは、 たいてい実現不可能である。

noexec

共有ライブラリをサポートしているシステムには、 環境変数 (たいていは LD_PRELOAD) で別の共有ライブラリを指定することによって、 デフォルトのライブラリ関数を置き換えることができるものが多い。 そういったシステムでは、 sudo の noexec 機能を使えば、 sudo から実行されるプログラムが、 何かほかのプログラムを実行するのを防ぐことができる。 とは言え、これが当てはまるのは、 動的にリンクされたネイティブなプログラムだけだということに留意してほしい。 静的にリンクされたプログラムや、 バイナリ・エミュレーションのもとで動くほかの OS のプログラムには効果がない。 noexec 機能は SunOS, Solaris, *BSD, Linux, IRIX, Tru64 UNIX, MacOS X, HP-UX 11.x、それに 5.3 以上の AIX で使えることがわかっている。 環境変数 LD_PRELOAD をサポートしているたいていのオペレーティングシステムが、 この機能に対応しているはずだ。 使用しているオペレーティングシステムのマニュアルページを調べて、 ダイナミック・リンカについて (通例 ld.so, ld.so.1, dyld, dld.sl, rld, loader といった名前になっている) LD_PRELOAD がサポートされているかどうか確認していただきたい。 あるコマンドに対して noexec を有効にするには、 上述の「ユーザ設定」セクションで解説したように、NOEXEC タグを使用する。 そのときの例を再掲しよう。

aaron	shanty = NOEXEC: /usr/bin/more, /usr/bin/vi

安全な編集作業

operator	ALL = sudoedit /etc/motd

$ sudoedit /etc/motd

タイムスタンプ・ファイルのチェック

デバッギング

alias

User_Alias, Runas_Alias, Host_Alias and Cmnd_Alias の処理

all

すべてのサブシステムにマッチする

audit

Solaris BSM (Basic Security Module) と Linux の監査コード

auth

ユーザの認証

defaults

sudoers ファイルの Defaults 設定

env

環境の取扱い

ldap

LDAP を使用する sudoers

logging

ロギングのサポート

match

sudoers ファイルにおけるユーザ、グループ、ホスト、ネットグループのマッチング

netif

ネットワークインターフェースの取扱い

nss

sudoers におけるネームサービス・スイッチの取扱い

parser

sudoers ファイルの解析

perms

パーミッションの設定

plugin

プラグインにとって main に相当する

pty

擬似 tty 関連コード

rbtree

赤黒木 (redblack tree) の内部情報

sssd

SSSD を使用する sudoers

util

ユーティリティ関数群

Debug sudoers.so /var/log/sudo_debug match@info,nss@info

関連項目

作者

警告

バグ

サポート

免責