スーパーユーザー

コンピューティングにおいて、スーパーユーザーはシステム管理に使用される特別なユーザーアカウントです。オペレーティングシステム (OS) に応じて、このアカウントの実際の名前は、root、 administrator、admin、supervisorのいずれかになります。場合によっては、アカウントの実際の名前が決定要因にならないことがあります。たとえば、Unix 系システムでは、ユーザー識別子(UID) が 0 のユーザーは、そのアカウント名に関係なくスーパーユーザー [つまり、uid=0] です。^[1]また、ロールベースのセキュリティモデルを実装しているシステムでは、スーパーユーザー (またはその同義語) の役割を持つすべてのユーザーは、スーパーユーザーアカウントのすべてのアクションを実行できます。最小権限の原則では、スーパーユーザーアカウントは、システム全体に及ぶ無制限の、潜在的に有害な変更を実行できるため、ほとんどのユーザーとアプリケーションは、通常のアカウントで作業を実行するように推奨されています。

UnixおよびUnixライク

Unix系コンピュータOS（ Linuxなど）では、 rootは、すべてのモード（シングルユーザーまたはマルチユーザー）で（すべてのファイルとプログラムに対して）すべての権利または許可を持つユーザーの慣例的な名前です。別名には、BeOSではbaron、一部のUnixバリアントではavatarがあります。 ^[2]BSDでは、 rootアカウントに加えてtoor （「root」を逆に書いたもの）アカウントが提供されることがよくあります。 ^[3]名前に関係なく、スーパーユーザーのユーザーIDは常に0です。rootユーザーは、ファイルの所有権の変更や1024未満のネットワークポートへのバインドなど、通常のユーザーができない多くのことを実行できます。

rootという名前は、 root がUnix システムのルートディレクトリを変更する権限を持つ唯一のユーザーアカウントであることに由来していると考えられます。このディレクトリはもともと root のホームディレクトリであると考えられていましたが^[4]、UNIX Filesystem Hierarchy Standard では現在、root のホームを/rootにすることを推奨しています^[5]。Unix系システムで最初にブートストラップされるプロセス (通常はinitと呼ばれる) は、root 権限で実行されます。このプロセスは他のすべてのプロセスを直接的または間接的に生成し、それらのプロセスは親の権限を継承します。root として実行されているプロセスだけが、ユーザー ID を別のユーザーの ID に変更できます。一度変更すると、元に戻すことはできません。これを行うことは、root 権限のドロップと呼ばれることもあり、プロセスの汚染による損害を制限するセキュリティ対策として行われることがよくあります。別の例としては、ユーザーに資格情報を要求し、認証に成功した場合はアカウントの権限でプログラムを実行できるようにするloginなどのプログラムがあります。

多くの場合、 root を通常のユーザーアカウントとして使用しないことが推奨されています。 ^[6]^[7]コマンド入力時の単純なタイプミスがシステムに重大な損害を与える可能性があるためです。代わりに、通常のユーザーアカウントを使用し、su (substitute user) またはsudo (substitute user do) コマンドのいずれかを使用します。suアプローチでは、ユーザーが root パスワードを知っている必要がありますが、sudo方法では、ユーザーが/etc/sudoersファイル内で「root として」実行する権限を持つように設定されている必要があります。これは通常、 wheel 、^[8]adm、^[9]admin、またはsudoグループのメンバーになることによって間接的に行われます。

いくつかの理由から、sudoアプローチは現在では一般的に好まれています。たとえば、誰がコマンドを使用したか、どのような管理操作を実行したかの監査証跡が残ります。 ^[10]

macOSや一部のLinuxディストリビューション（特にUbuntu ^[6] ）などの一部のOSでは、作成された最初のユーザーにsudo経由でrootとして実行する権限が自動的に付与されますが、これは管理操作を行う前にパスワードを要求するように設定されています。実際のrootアカウントがデフォルトで無効になっている場合があり、その場合は直接使用できません。^[6]Apple iOSやAndroidなどのモバイルプラットフォーム指向のOSでは、スーパーユーザーアクセスは設計上アクセスできませんが、一般的にセキュリティシステムを悪用してスーパーユーザーアクセスを取得することができます。^[^要出典^]Plan 9などのいくつかのシステムでは、スーパーユーザーは存在しません。^[11]

マイクロソフトウィンドウズ

Windows NTおよびそれ以降の派生システム（Windows 2000、Windows XP、Windows Server 2003、Windows Vista / 7 / 8 / 10 / 11など）では、少なくとも1つの管理者アカウント（Windows XP以前）またはスーパーユーザーに権限を昇格できるアカウント（ユーザーアカウント制御を介してWindows Vista/7/8/10/11 ）が必要です。^[12] Windows XPおよび以前のシステムには、ユーザー管理者と同等のアカウントが存在する場合に非表示のままになる組み込みの管理者アカウントがあります。^[13]この組み込みの管理者アカウントは、空のパスワードで作成されます。^[13]パスワードが空白のままになっていると、ローカルユーザーが組み込みの管理者アカウントを介してコンピューターにアクセスできるため、セキュリティ上のリスクが発生します。そのため、Windows Vista以降のシステムでは、ユーザーアカウント制御（UAC）の導入により、このアカウントはデフォルトで無効になっています。^[13]リモートユーザーは組み込みの管理者アカウントにアクセスできません。

Windows 管理者アカウントは、 Unixのルートアカウントとまったく同じではありません。管理者、組み込みの管理者アカウント、およびユーザー管理者アカウントには、同じレベルの権限があります。Windows システムで作成されるデフォルトのユーザーアカウントは、管理者アカウントです。macOS、Linux、および Windows Vista/7/8/10 の管理者アカウントとは異なり、UAC のない Windows システムの管理者アカウントでは、完全なルートアクセスの落とし穴のほとんどからシステムを保護できません。これらの落とし穴の 1 つに、マルウェア感染に対する耐性の低下があります。これを回避し、UAC 以前の Windows システムで最適なシステムセキュリティを維持するには、組み込みの管理者アカウントに設定されたパスワードまたは別の管理者アカウントを介して、必要なときに標準ユーザーアカウントから認証することをお勧めします。

Windows Vista/7/8/10/11 の管理者アカウントでは、昇格された権限でプロセスを実行することを認証するためのプロンプトが表示されます。通常、管理者アカウントで UAC プロンプトを認証するためにユーザー資格情報は必要ありませんが、標準ユーザーアカウントで UAC プロンプトを認証するには、管理者のユーザー名とパスワードを入力する必要があります。Windows XP (およびそれ以前のシステム) の管理者アカウントでは、昇格された権限でプロセスを実行するために認証は必要ありません。これはセキュリティリスクとなり、UAC の開発につながりました。ユーザーは、プロセスを「管理者として実行」するように設定するか、runasコマンドを使用して管理者アカウントの資格情報 (ユーザー名とパスワード) でプロンプトを認証することにより、標準アカウントから昇格された権限でプロセスを実行するように設定できます。使用されている管理者アカウントの資格情報に空のパスワードがある場合 (Windows XP およびそれ以前のシステムの組み込み管理者アカウントのように)、標準アカウントから認証する利点の多くは無効になります。そのため、組み込み管理者アカウントにパスワードを設定することをお勧めします。

Windows NT、2000以降では、ルートユーザーは管理者アカウントです。 ^[14]

ノベルネットウェア

Novell NetWareでは、スーパーユーザーは「スーパーバイザー」と呼ばれ、^[15]後に「管理者」と呼ばれるようになりました。

オープンVMS

OpenVMS では、「SYSTEM」は OS のスーパーユーザーアカウントです。

古い個人システム

個人や家庭での使用を目的としたコンピューターの古い OS の多くでは、システムを使用するすべてのユーザーに完全な権限が与えられていました。DOS などの多くのシステムには複数のアカウントの概念がなく、Windows 95などのシステムでは複数のアカウントが許可されていましたが、これは各アカウントが独自の設定プロファイルを持つためだけで、すべてのユーザーがマシンを完全に管理できました。

参照

参考文献

^ “getpwuid”. opengroup.org . 2015年8月22日時点のオリジナルよりアーカイブ。2019年1月12日閲覧。
^ The Jargon File (バージョン 4.4.7) 2021-04-18 に Wayback Machineにアーカイブ、catb.org
^ 「UID 0 toor アカウントとは何ですか?」2020 年 12 月 22 日にWayback Machineにアーカイブ、freebsd.org
^ 「ルートとは何か? - The Linux Information Project による定義」。LINFO。2021 年 5 月 8 日時点のオリジナルよりアーカイブ。2012年 8 月 7 日閲覧。
^ 「/root : root ユーザーのホームディレクトリ (オプション)」。2005 年 5 月 25 日時点のオリジナルよりアーカイブ。2015年 5 月 11 日閲覧。
^ abc "RootSudo". ubuntu.com . 2011年11月5日時点のオリジナルよりアーカイブ。2015年9月16日閲覧。
^ 「4.4. 管理制御」。redhat.com。2015年6月5日時点のオリジナルよりアーカイブ。2015年9月16日閲覧。
^ 「2.3. sudo アクセスの構成」。redhat.com。2019年 12 月 22 日時点のオリジナルよりアーカイブ。2015 年9 月 16 日閲覧。
^ “difference adm - root”. 2016年11月5日時点のオリジナルよりアーカイブ。 2016年8月1日閲覧。
^ Brian Wotring (2005). Osiris と Samhain を使用し たホスト整合性モニタリング。Elsevier。p. 32。ISBN 978-0-08-048894-3. 2024年5月24日時点のオリジナルよりアーカイブ。2018年12月17日閲覧。
^ Cox, Russ; Grosse, Eric; Pike, Rob ; Presotto, Dave; Quinlan, Sean、「Security in Plan 9」、Bell Labs、2018年7月11日時点のオリジナルよりアーカイブ
^ 「Microsoft Corporation」。Microsoft.com。2012年7月11日時点のオリジナルよりアーカイブ。2012年8月7日閲覧。
^ abc 「組み込みの Administrator アカウントを有効または無効にする」。microsoft.com。2008 年 7 月 25 日。2013 年 11 月 27 日時点のオリジナルよりアーカイブ。2014年 2 月 26 日閲覧。
^ 「LocalSystem アカウント」。microsoft.com。Microsoft。2016年 3 月 13 日時点のオリジナルよりアーカイブ。2015 年9 月 16 日閲覧。
^ 「すべての NetWare 4 サーバーにスーパーバイザ (バインダリ) ユーザーが作成される」2017 年 11 月 7 日に Wayback Machineにアーカイブ、1996 年 2 月 1 日、novell.com

外部リンク

ルートの定義 – Linux 情報プロジェクト (LINFO)
Mac OS X セキュリティ入門

[1] “getpwuid”. opengroup.org . 2015年8月22日時点のオリジナルよりアーカイブ。2019年1月12日閲覧。

[2] ^ The Jargon File (バージョン 4.4.7) 2021-04-18 に Wayback Machineにアーカイブ、catb.org

[3] 「UID 0 toor アカウントとは何ですか?」2020 年 12 月 22 日にWayback Machineにアーカイブ、freebsd.org

[4] 「ルートとは何か? - The Linux Information Project による定義」。LINFO。2021 年 5 月 8 日時点のオリジナルよりアーカイブ。2012年 8 月 7 日閲覧。

[5] 「/root : root ユーザーのホームディレクトリ (オプション)」。2005 年 5 月 25 日時点のオリジナルよりアーカイブ。2015年 5 月 11 日閲覧。

[rootsudo-6] "RootSudo". ubuntu.com . 2011年11月5日時点のオリジナルよりアーカイブ。2015年9月16日閲覧。

[7] 「4.4. 管理制御」。redhat.com。2015年6月5日時点のオリジナルよりアーカイブ。2015年9月16日閲覧。

[8] 「2.3. sudo アクセスの構成」。redhat.com。2019年 12 月 22 日時点のオリジナルよりアーカイブ。2015 年9 月 16 日閲覧。

[9] “difference adm - root”. 2016年11月5日時点のオリジナルよりアーカイブ。 2016年8月1日閲覧。

[10] ^ Brian Wotring (2005). Osiris と Samhain を使用し たホスト整合性モニタリング。Elsevier。p. 32。ISBN 978-0-08-048894-3. 2024年5月24日時点のオリジナルよりアーカイブ。2018年12月17日閲覧。

[11] Cox, Russ; Grosse, Eric; Pike, Rob ; Presotto, Dave; Quinlan, Sean、「Security in Plan 9」、Bell Labs、2018年7月11日時点のオリジナルよりアーカイブ

[microsoft1-12] 「Microsoft Corporation」。Microsoft.com。2012年7月11日時点のオリジナルよりアーカイブ。2012年8月7日閲覧。

[microsoft2-13] 「組み込みの Administrator アカウントを有効または無効にする」。microsoft.com。2008 年 7 月 25 日。2013 年 11 月 27 日時点のオリジナルよりアーカイブ。2014年 2 月 26 日閲覧。

[14] 「LocalSystem アカウント」。microsoft.com。Microsoft。2016年 3 月 13 日時点のオリジナルよりアーカイブ。2015 年9 月 16 日閲覧。

[15] ^ 「すべての NetWare 4 サーバーにスーパーバイザ (バインダリ) ユーザーが作成される」2017 年 11 月 7 日に Wayback Machineにアーカイブ、1996 年 2 月 1 日、novell.com