名前

説明

SUDOERS ファイルの書式

[ 訳注]:

訳者としては、「エイリアス、デフォルト設定、ユーザ設定の三種類のエントリから構成されている」と言った方が実態に合っているのではないかと思う。

一人のユーザに複数のエントリがマッチするときは、順番に適用される。複数の指定がマッチしている箇所については、最後にマッチしたものが使用される (それが一番明示的なマッチだとはかぎらないが)。

以下では sudoers の文法を拡張 Backus-Naur 記法 (EBNF) を用いて記述する。EBNF がどんなものか御存じないからといって、あきらめないでいただきたい。わりと簡単なものだし、以下に出てくる定義には詳しい説明を付けておきますから。

SUDOERS のオプション

フラグ (真偽値):

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 である。

env_editor

これをセットすると、 visudo はデフォルトのエディタ・リストを利用する前に、環境変数 EDITOR や VISUAL の値を使用するようになる。これがセキュリティホールになりかねないことに注意してほしい。ユーザが root として任意のコマンドを、ログに記録されることなく実行できるようになるからだ。こうした環境変数を利用するときの、 env_editor を有効にするよりも安全な方法は、 sudoers ファイルの editor オプションにコロンで区切ったエディタのリストを書いておくことだ。そうすれば、 visudo が EDITOR や VISUAL を使うのは、それが editor オプションに指定した値とマッチしたときだけになる。このフラグはデフォルトでは 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 オプションを付けて実行すれば、見ることができる。なお、 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

sudoers ファイルで完全修飾ホスト名を使用したかったら、このフラグをセットするとよい。すなわち、myhost ではなく、 myhost.mydomain.edu を使いたい場合だ。そのときでも、そうしたければ、短縮形も使える (両方を混ぜて使うこともできる)。気を付けてほしいのは、 fqdn を有効にすると、 sudo は DNS へ問い合わせをしなければならないので、 DNS サービスが稼働していない場合、 sudo が使えなくなるかもしれないということだ (たとえば、マシンがネットワークに接続していない場合)。もう一つ気を付けるべきことがある。 DNS が知っているホストの正式名を使わなければならないということだ。言い換えれば、ホストのエイリアス (CNAME のエントリ) を使ってはいけない。パフォーマンスの問題もあるし、 DNS からエイリアスをすべて取得する方法はないからでもある。マシンのホスト名が (hostname コマンドで返ってくるものが) すでに完全修飾名になっているならば、 fqdn をセットする必要はないだろう。このフラグはデフォルトでは off である。

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 に結びつけられていない場合も、その入力がキャプチャーされて、独立したログファイルに書き込まれることに変わりはない。

 

入力は、 iolog_dir オプションで指定したディレクトリに (デフォルトでは /var/log/sudo-io)、一意なセッション ID を使って記録される。このセッション ID は sudo の通常のログのエントリに、 TSID= に続く値として書き込まれているものだ。 iolog_file オプションを使えば、セッション ID の形式を変更することができる。

 

ユーザの入力には、パスワードのような (たとえ、画面にエコーされることはないにしても) 秘密情報が含まれていることがある。そういった情報も、暗号化されずに、ログファイルに記録されることに注意してほしい。たいていの場合、 log_output を使って、コマンドの出力をログに記録するだけで十分用が足りる。

log_output

これをセットすると、 sudo は 擬似 tty でコマンドを実行し、スクリーンに送られたすべての出力をログに取ることになる。 script(1) コマンドと似たことをやるわけだ。入出力がリダイレクトされているとか、コマンドがパイプラインの一部だとかいう理由で、標準出力や標準エラーがユーザの tty に結びつけられていない場合も、その出力がキャプチャーされて、それぞれ独立したログファイルに書き込まれることに変わりはない。

 

出力は、 iolog_dir オプションで指定したディレクトリに (デフォルトでは /var/log/sudo-io)、一意なセッション ID を使って記録される。このセッション ID は sudo の通常のログのエントリに、 TSID= に続く値として書き込まれているものだ。 iolog_file オプションを使えば、セッション ID の形式を変更することができる。

 

出力のログは sudoreplay(8) コマンドを使って、見ることができる。また、このコマンドは、利用できるログをリストしたり、検索したりするのにも使用できる。

log_year

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

long_otp_prompt

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

mail_always

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

mail_badpass

sudo を実行するユーザが正しいパスワードを入力しないと、 mailto ユーザにメールを送る。このフラグはデフォルトでは off である。

mail_no_host

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

mail_no_perms

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

mail_no_user

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

noexec

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

path_info

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

passprompt_override

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

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 リストの項目が 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 である。

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_pty

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

utmp_runas

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

visiblepw

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

整数:

closefrom

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

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 環境変数と一致したエディタを選択する。それができないときは、このリストにあるエディタで、実際に存在し、かつ実行可能な最初のエディタを使用する。デフォルトは "/usr/bin/vi"である。

iolog_dir

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

 

以下のパーセント (`%') エスケープシーケンスが使用できる。

iolog_file

iolog_dir を基点とする相対パス名であり、 log_input や log_output オプションが有効になっていたり、 LOG_INPUT や LOG_OUTPUT タグがコマンドに付いている場合に、入出力ログがこの中に格納される。 iolog_file の値がディレクトリ構成をなしていることがあるのに注意すること。デフォルトは "%{seq}"である。

 

使用できるパーセント (`%') エスケープシーケンスのリストについては、上記の iolog_dir オプションを参照してほしい。

 

エスケープシーケンスの展開とは別に、パス名が六個以上の X で終わっている場合、X の部分が、他と重複しない英数字の組み合わせに置き換えられる。 mktemp() 関数の場合と同様である。

mailsub

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

noexec_file

このオプションはもうサポートされていない。現在では、 noexec ファイルのパスは /etc/sudo.conf ファイルで設定するべきである。 (訳注: sudo-1.8.3 では、まだこのオプションが有効かもしれない。しかし、そこでも /etc/sudo.conf を使用することが推奨されている。)

passprompt

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

runas_default

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

syslog_badpri

ユーザが認証に失敗したときに使用する syslog の重大度 (priority)。デフォルトでは alert になっている。

 

syslog の重大度には、次のものが指定できる。 alert, crit, debug, emerg, err, info, notice, warning。

syslog_goodpri

ユーザが認証に成功したときに使用する syslog の重大度 (priority)。デフォルトでは notice になっている。

 

どんな syslog の重大度が指定できるかについては、 syslog_badpri を参照。

sudoers_locale

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

timestampdir

sudo がタイムスタンプ・ファイルを置くディレクトリ。デフォルトは /var/lib/sudo である。

timestampowner

タイムスタンプ・ディレクトリとそこに置かれるタイムスタンプの所有者。デフォルトは root である。

真偽値としても使用できる文字列:

env_file

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

exempt_group

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

group_plugin

このオプションの値となる文字列には、 sudoers が使用するグループ・プラグインと、必要ならその引き数を指定する。このオプションを使えば、前述した (訳注: 「エイリアス」セクション参照) 非 Unix グループの書式を使えるようにすることも可能だ。値となる文字列は、プラグインのパスに続けて、その設定に必要な引き数があれば、それを付け加えたものだが、パスは絶対パスか、 /usr/local/libexec を基点とする相対パスにするべきである。指定した引き数は (もし存在するなら) プラグインの初期化関数に渡される。引き数が存在する場合は、文字列をダブルクォート (") で囲まなければならない。

 

たとえば、 /etc/sudo-group という Unix グループの書式で書いたグループファイルがあるとしよう。次のようにすれば、sample group plugin を使用することができる。

 

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

 

詳細に付いては、 sudo_plugin(5) をご覧いただきたい。

lecture

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

lecture_file

標準の訓戒の代わりに使用する sudo の訓戒を書き込んだファイルがあるなら、 lecture_file でそのパスを指定する。 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

変数の値に % や / が含まれる場合に、ユーザの環境から取り除かれる環境変数。この機能は、出来のよくないプログラムに見られる printf 形式のフォーマットの脆弱性に対処するために利用できる。このオプションの引き数は、ダブルクォートで囲まれ、スペースで区切られたリストでもよく、ダブルクォートなしの単一の値でもよい。リストは、=, +=, -=, ! 演算子を使って、それぞれ置き換えたり、追加したり、削除したり、無効にしたりすることができる。 env_check で指定された変数は、 env_reset オプショの有効・無効にかかわらず、上記のチェックにパスすれば、環境に保存されることになる。チェックされる環境変数のデフォルトのリストは、root ユーザが sudo に -V オプションを付けて実行したときに表示される。

env_delete

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

env_keep

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

ファイル

/etc/sudoers

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

/etc/group

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

/etc/netgroup

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

/var/log/sudo-io

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

/var/lib/sudo

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
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

以下では、コンパイル時に埋め込まれたデフォルト値のいくつかを変更している。 sudo には syslog(3) 経由でログを記録し、ファシリティにはすべての場合に auth を使用させたい。フルタイムのスタッフには sudo の訓戒を出さないようにしたい。ユーザ millert はパスワードを入力しないでよい。コマンドを root として実行するときは、環境変数 LOGNAME, USER, USERNAME を変更したくない。さらに、 SERVERS という Host_Alias に属するマシンでは、ローカルなログファイルを副本として作り、ログの記入事項は数年に渡って保存されるので、ログの各行に間違いなく年度が入るようにする。最後に PAGERS という Cmnd_Alias に属するコマンド ( /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

root と wheel グループのすべてのユーザには、どのホストでも任意のユーザとしていかなるコマンドでも実行することを認める。

FULLTIMERS ALL = NOPASSWD: ALL

フルタイムのシステム管理者 ( millert, mikef, dowdy) は、どのホストでも任意のコマンドを認証なしで実行できる。

PARTTIMERS ALL = ALL

パートタイムのシステム管理者 (( bostley, jwfox, crawl) は、どのホストでも任意のコマンドを実行できるが、その際に認証をしなければならない (このエントリには NOPASSWD タグが指定されていないので)。

jack CSNETS = ALL

ユーザ jack は、 CSNETS というエイリアスに属するマシンで、任意のコマンドを実行できる (すなわち、ネットワークが 128.138.243.0, 128.138.204.0, 128.138.242.0 のマシンだ)。この内、128.138.204.0 にのみ class C のネットワークであることを示す明示的な (CIDR 表記の) netmask がある。 CSNETS のほかのネットワークについては、ローカルマシンの netmask がマッチングの際に使われることになる。

lisa CUNETS = ALL

ユーザ lisa は、エイリアスが CUNETS のいかなるホストでも、任意のコマンドを実行することができる (すなわち、 128.138.0.0 という class B ネットワークのマシンだ)。

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

ユーザ operator は、用途が簡単な保守管理に限定されたコマンドを実行できる。この場合それは、バックアップしたり、プロセスを kill したり、印刷システムを操作したり、システムをシャットダウンしたりするのに関係するコマンドと、 /usr/oper/bin/ ディレクトリにある任意のコマンドである。

joe ALL = /usr/bin/su operator

ユーザ joe は、 su(1) を使って operator になることしかできない。

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

opers グループのユーザは、 /usr/sbin/ にあるコマンドを、自分自身の資格で、 Runas_Alias ADMINGRP に属する任意のグループ (すなわち、 adm か oper グループ) として実行できる。

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

ユーザ pete は、 HPPA に属するマシンで root 以外なら誰のパスワードでも変更することを許されている。上記の指定は、 passwd(1) がコマンドラインで複数のユーザ名を受け付けないことを前提としている点に注意してほしい。

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

ユーザ bob は、 SPARC や SGI に属するマシンで Runas_Alias OP に登録されている任意のユーザとして ( root と operator である) どんなコマンドでも実行できる。

jim +biglab = ALL

ユーザ jim は、 biglab ネットグループに属するマシンで、どんなコマンドでも実行できる。 sudo は、"biglab"に '+' の接頭辞が付いているので、それをネットグループだと認識する。

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

secretaries ネットグループのユーザは、ユーザの追加や削除はもちろん、プリンタの管理にも協力する必要がある。そこで、すべてのマシンでその種のコマンドの実行を認められている。

fred ALL = (DB) NOPASSWD: ALL

ユーザ fred は、Runas_Alias DB の任意のユーザとして ( oracle か sybase だ) パスワードを入力しないでもコマンドを実行することができる。

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

ユーザ john は、 ALPHA に属するマシンで su(1) を使って root 以外の誰にでもなることができるが、 su にオプションを指定することは許されていない。

jen ALL, !SERVERS = ALL

ユーザ jen は、Host_Alias SERVERS に属するマシン (master, mail, www, ns) を除くいかなるマシンでも、任意のコマンドを実行できる。

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

jill は、Host_Alias SERVERS のいかなるマシンでも /usr/bin/ ディレクトリにある任意のコマンドを実行できるが、 SU や SHELLS という Cmnd_Aliases に属するコマンドは実行できない。

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

ユーザ steve は、ディレクトリ /usr/local/op_commands/ にある任意のコマンドを実行できるが、 operator というユーザとして実行できるだけだ。

matt valkyrie = KILL

matt も、自分用のワークステーション valkyrie で、ハングしたプロセスの kill ぐらいはできる必要がある。

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

ホスト www で User_Alias WEBMASTERS に属するいかなるユーザも (will, wendy, wim だ)、ユーザ www (web ページの所有者) として任意のコマンドを実行することができる。単に su(1) で www になってもよい。

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

いかなるユーザも、Host_Alias が CDROM のマシンで (orion, perseus, hercules)、パスワードを入力することなく CD-ROM をマウント、アンマウントできる。上記のコマンドを打ち込むのはユーザにとっていささか面倒なので、シェルスクリプトとしてカプセル化してしまうのがよいだろう。

[ 訳注]:

当然と言えば当然だが、sudo は自ホストの /etc/sudoers しか読まないし、制御の及ぶ範囲も自ホストだけである。そこで、こういうことになる。 AAA というホストに aaa というユーザがいるとしよう。ホスト AAA の /etc/sudoers に「ホスト BBB でユーザ aaa は sudo を介して /bin/ls を実行できる」という記述があったとしても、ユーザ aaa がホスト AAA から telnet や ssh でホスト BBB にログインし、 BBB 上で sudo を使って ls を実行できるわけではない。それができるためには、ホスト BBB の /etc/sudoers に「BBB でユーザ aaa は sudo を介して /bin/ls を実行できる」という記述がなければならないのだ。ホスト BBB で実行する sudo は BBB の sudo であり、 BBB の sudo は BBB の /etc/sudoers しか読まないのだから。

 

それでは、何故、上記の「用例」で自ホスト以外の設定が行われているのか？そもそも、sudoers の書式で自ホスト以外のホストを指定できるのは、何故なのか？ホストに ALL を指定できるのは、何故なのか？それは、管理しているサイトのすべてのホストの設定を記した sudoers ファイルを一つ作って、それをすべてのホストにコピーして使う、そういった使い方を想定しているからだ。もし、サイト中のすべてのホストの設定を一ヶ所にまとめて置き、それをすべてのホストに共有させたいのなら (すなわち、sudo の設定の集中管理がしたいのなら)、 LDAP の採用を考えるべきである。

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

bill ALL = ALL, !SU, !SHELLS

という行は、 SU や SHELLS に列記されているコマンドの bill による実行を、本当に阻止することにはならない。なぜなら、 bill としては、そうしたコマンドを単に名前を変えてコピーすればよいし、エディタやほかのプログラムからシェル・エスケープを利用することもできるからだ。だから、この種の制限はやった方がまし程度に考えておくべきである (そして、しっかりした運用方針によって制限の実効力を上げるべきだ)。

さらに言うと、 fast_glob オプションが使われている場合、パス名に glob 文字 (ワイルドカードとも言う) が含まれるコマンドを間違いなく無効にすることは不可能である。その理由は、C ライブラリの fnmatch(3) 関数が相対パスを解決することができないからだ。このことは、権限を許可するルールにとっては、たいていの場合不便なだけにすぎないが、権限を減らしたり、取り消したりするルールにとっては、セキュリティ上の問題をもたらしかねない。

たとえば、 sudoers に以下のエントリがあるとしよう。

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

fast_glob が有効になっていると、 john はこれでも /usr/bin/passwd root を実行できてしまう。 /usr/bin にカレント・ディレクトリを移動して、 ./passwd root と打ち込めばよいのだ。

シェル・エスケープを防止する

この問題に対処するには、基本的に二つの方法がある。

制限

ユーザに任意のコマンドの実行を許すようなコマンドに対して、ユーザがアクセスできないようにする。エディタの場合は、制限モードと称して、シェル・エスケープが使えないモードを持っているものも多い。とは言え、 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 がサポートされているかどうか確認していただきたい。

 

Solaris 10 以上の場合、 noexec は環境変数 LD_PRELOAD ではなく、Solaris 特権を使用している。

 

あるコマンドに対して noexec を有効にするには、上記「ユーザ設定」セクションで述べたように、 NOEXEC タグを使用する。そのときの例を再掲しよう。

 

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

 

この例では、ユーザ aaron 対して、 noexec を有効にした上で、 /usr/bin/more と /usr/bin/vi の実行を許可している。このようにすれば、この二つのコマンドから (シェルのような) ほかのコマンドを実行することができなくなるわけだ。使用しているシステムが noexec に対応する能力があるかどうかよくわからない場合でも、取りあえず試してみることなら、いつだってできる。 noexec を有効にして、シェル・エスケープが可能かどうか確かめてみればよいのだ。

注意してほしいが、シェル・エスケープの禁止は万能薬ではない。ルートの権限で動いているプログラムには、ほかにも、危険性のあるさまざまな作業 (ファイルの中身を変更するとか、上書きしてしまうとか) が可能であり、思いがけずに権限を拡大してしまうこともありえるのだ。特にエディタについて言うと、ユーザには sudoedit を実行する許可を与えるのが、より安全な方法である。

デバッグ・フラグ (sudo-1.8.4 の新機能)

sudoers プラグインは、 sudo そのものと同じデバッグ・フラグの書式を使用する。すなわち、 subsystem@ priority である。

sudoers が使用する priority (重大度) を深刻なものから挙げると、 crit, err, warn, notice, diag, info, trace, debug である。ある priority を指定すると、それより深刻なすべての priority も併せて指定したことになる。たとえば、 notice という priority を指定すれば、 notice レベル以上のデバッグメッセージがログに記録されるわけである。

sudoers では以下のサブシステムが使用できる。

alias

User_Alias, Runas_Alias, Host_Alias, 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) の内部情報

util

ユーティリティ関数群

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

sudoers はあまりにも未来に設定されたタイムスタンプを認めない。タイムスタンプが「現在時 + 2 * TIMEOUT」より新しい日時だった場合、そのタイムスタンプは無視され、 sudo がログに記録して、警告を発する。このようになっているのは、一般ユーザがファイルの所有者を変えられるシステムで、タイムスタンプ・ディレクトリが誰にでも書き込めるディレクトリにある場合に、ユーザがいい加減な日付を付けて勝手に自分のタイムスタンプを作れないようにするためである。

ブートタイムを参照できるシステムでは、タイムスタンプがマシンがブートするよりも前の日時になっている場合、 sudoers はそれを無視する。

タイムスタンプ・ファイルはファイルシステム中に作られるので、ユーザのログイン・セッションが終わっても、残っている。そのため、次のようなことが起こりえる。ユーザがログインし、認証してから sudo を使ってコマンドを実行して、ログアウトする。再びログインして、認証なしで sudo を実行する。タイムスタンプ・ファイルの内容更新日時 (modification time) が 5 分以内であれば (あるいは、 sudoers で設定されたタイムアウト時間以内であれば)、そういうことが可能になってしまうのだ。 tty_tickets オプションが有効になっている場合、タイムスタンプは tty ごとに別々に作られるが、それでも、ユーザセッションが終わった後まで生き残ってしまう。devpts ファイルシステムを使用している Linux や、devices ファイルシステムを持つ Solaris、それに、デバイスを作成するごとに、その inode 番号をひたすら増やしていく devfs ファイルシステムを利用しているシステム (たとえば、Mac OS X) では、 tty ごとのタイムスタンプ・ファイルがいつ用済みになるかを判定することができるので、 sudoers はそうしたタイムスタンプ・ファイルを無視することになる。だが、システムの管理者はこの機能を当てにしない方がよい。どのシステムでも利用できるとはかぎらないからだ。

もしユーザに許可するコマンドが ALL になっているならば、ユーザが自分でプログラムを作って (あるいは、シェルを自分専用に別の名前でコピーして)、ルート・シェルを獲得するのを防ぐことはできない。ユーザ設定でどんな項目に '!' を付けようとも防止不可能である。

関連項目

警告

ネットグループを (ユーザについてではなく) マシンについて使用し、 netgroup ファイルに完全修飾ホスト名を記載する場合は (たいていそうするものだが)、そのマシンのホスト名を hostname コマンドが出力する通りの完全修飾名で書くか、さもなければ、 sudoers ファイルで fqdn オプションを使うかしなければならない。

バグ

サポート

免責