/etc/securettyエントリの影響

Question

/etc/securettyモジュール協議を通じて、ログインが許可されるpam_securetty仮想端末（tty*）を決定します。root

以前は/etc/securettyプログラムを直接コンサルティングしたが、login今はPAMで処理する。したがって/etc/securetty、PAMへの変更は使用だけでなく使用にも影響しますpam_securetty.so。したがって、loginデフォルトではプログラムのみが影響を受けます。

/etc/pam.d/loginローカルログインや/etc/pam.d/remoteリモートログイン（Telnetなど）に使用されます。

主な立場の種類と効果は次のとおりです。

/etc/securetty存在しない場合は、rootすべてのログインを許可します。tty
/etc/securetty存在し、空の場合、シングルユーザーモードまたは制限されていないプログラム（たとえば、、、、、、）rootにアクセスが制限されます。pam_securettysusudosshscpsftp
devfs廃止予定のファイルシステム（処理用）を使用している場合は、フォーム/devエントリを追加すると、vc/[0-9]*指定された仮想コンソール番号からルートログインが許可されます。
udev（動的デバイスの管理と交換用）を使用している場合は、フォームエントリを追加すると、ルートが指定されdevfsたtty[0-9]*仮想コンソール番号からログインできます。
リストは通常、現在のコンソールを指し、通常はシングルユーザーモードではファイル名としてのみ使用され、次の影響を受けないため、通常はconsole効果/etc/securettyがありません。/dev/consoletty/etc/securetty
このような項目を追加すると、割り当てられた端末がリストされている端末の1つであると仮定し、疑似端末（）を使用してログインするプログラムがpts/[0-9]*許可されます。ptypam_securettyrootptyいいえこれらの項目はセキュリティリスクを提供するため含まれます。たとえば、誰かがTelnetを介してルートにログインできるようになると、パスワードはプレーンテキストで送信されます（このpts/[0-9]*形式はRHEL 5.5で使用されている形式です。管理を使用している場合）。、udev違います）。devfs

シングルユーザーモードでは代わりに使用されるため、参照は作成されませ/etc/securettyん（詳細はマニュアルページを参照）。各ランレベルで使用されるログインプログラムを変更することもできます。suloginloginsulogin/etc/inittab

ログインを/etc/securetty制御するために使用しないでください。これを行うには、inの値を変更します。デフォルトでは、問い合わせを行うように設定されていません（だから）。これを行うには行を追加できますが、実際の値はステップが終了してから一定時間が経過した後に設定されるため、期待どおりに機能しません。 Inとステップ - 少なくともfor -（）がハードコーディングされています。rootsshPermitRootLogin/etc/ssh/sshd_config/etc/pam.d/sshdpam_securetty/etc/securettysshttyauthauthaccountopensshttyPAM_TTYssh

上記の回答はRHEL 5.5に基づいています。これらの多くは他の* nixシステムの現在のディストリビューションと関連していますが、違いがあります。そのうちのいくつかは私に気づきましたが、すべてではありません。

他の回答が不完全または不正確であるため、この質問に直接回答しました。他の多くのオンラインフォーラムやブログなどにも、このトピックに関する不正確で不完全な情報があり、正確な詳細を得るために広範な調査とテストを行いました。私が言ったことの間に間違った部分があれば教えてください。

源泉：

Answer 1