カテゴリー: OS、関連

レジストリ

1月 2, 2024

コンピューター、関連, ＩＴ関連, OS、関連, Windows10、関連, Windows11、関連
レジストリ
https://ja.wikipedia.org/wiki/%E3%83%AC%E3%82%B8%E3%82%B9%E3%83%88%E3%83%AA

（※ https://atmarkit.itmedia.co.jp/ait/articles/0402/21/news005.html　図は、このサイトから）

『出典: フリー百科事典『ウィキペディア（Wikipedia）』

曖昧さ回避この項目では、Microsoft Windows の機能について説明しています。その他の用法については「レジストリー」をご覧ください。

レジストリ (registry) は、Microsoft Windows オペレーティングシステム(OS)で用いられている設定情報のデータベースである[1]。

OSに関する基本情報やアプリケーションの設定、拡張情報などのほか、拡張子の関連付け、ユーザパスワードなども保存されている。

Windows 95およびWindows NT以降で主流となった。これらのデータはシステムドライブ内に記録されている。

すべてのアプリケーションがレジストリを使用しているわけではなく、独自の設定ファイルを用いているものもある。

歴史

Windows 3.1までは、オペレーティングシステムの各種設定情報をINIファイル等の設定ファイルに保持させる方法で行われてきた。

しかし、この方法では大量の設定項目を処理するには非効率的であり無駄が多いため、レジストリに置き換えられた。

現在のようにレジストリが広く用いられるようになったのはWindows 95からであるが、レジストリ自体はそれ以前、Windows 3.1のころから存在した。ただし関連付けやOLE情報など小規模な利用にとどまっていた。

手動での編集

レジストリ情報の設定・更新・削除は、通常はOSやアプリケーションソフトウェアによって自動的に行われるが、レジストリエディタの使用により、手動での編集も可能である。
手動によるレジストリの編集は主に以下の場合を目的として行われる。
```
・ソフトウェアに設定を変更するインターフェースが実装されていない場合

・ソフトウェアのアンインストール後にアンインストーラが除去しなかった設定情報を除去する場合

・コンピュータウイルスなどのマルウェアによるレジストリの改変の除去・修復をする場合
```
システム設定情報を直接修正するため、レジストリエディタによる編集はオペレーティングシステムの動作に異常をきたす、システムが起動しなくなるなど高いリスクを伴う。

レジストリエディタ

Windowsには、レジストリを編集するアプリケーション、レジストリエディタが付属する。

その実行ファイル名は、3.x, 9xの場合、regedit.exeである。

Windows NT系の場合、regedit.exeとregedt32.exeの2つが存在する[2]。

NT系のregedit.exeは、3.x (NT 3.51の場合)または9x (NT 4.0/2000の場合)のレジストリエディタ互換のプログラムで、一部のレジストリの機能の使用に制限がある[2]。

Windows XPからは、regedit.exeにregedt32.exeの機能が統合され、regedt32.exeは単にregedit.exeを呼び出すだけのプログラムとなった[2]。

レジストリエディタを起動すると、左側に項目がツリー構造に並ぶのが確認できる。これをレジストリ・ハイブと呼ぶ。

レジストリは階層型データベースになっている。右側に各ハイブに置かれたレジストリ・キーが表示される。

レジストリの操作は、このキーを編集してデータ（設定値）を書き換えることである。データはソフトウェアが機能を起動するときに読み込まれるものが多いため、編集直後はシステムに異常をきたすことはほとんどない。

しかし、システムを再起動すると編集したデータが読み込まれ、この値によってはシステムが異常な動作を起こし、全く起動できないということも起こりうる。

このため多くのレジストリの解説書やWebサイトにも、そのような危険があることを喚起する注意書きが添えられている。

Registry 関数

OSやレジストリエディタがレジストリを変更する際は、レジストリAPIを使用する[3]。

直接アクセス

レジストリはファイルとしてハードディスクに保存されるため、OSが起動していない場合や、Windows以外からのアクセスの場合は、オフセットからレジストリを読み取ることができる。

このオフセットの値や説明は公式では発表されていない(2021/08/22現在)。

だがサードパーティからの文書はいくつか存在する[4]。

ただしレジストリを弄るどのオプションより危険で注意しなければならない。

また、Windowsが起動している間は、そのアクティブパーティションのレジストリファイルは排他的にロックされているのでアクセスすることすらできない。

レジストリの復旧

何らかの原因によりレジストリに不正な設定が書き込まれたり、レジストリデータベースが破壊された際、システムが自動的にバックアップしたデータベースから復旧できる場合がある。

Windows XPの場合、レジストリデータベースの本体は、\windows\system32\config\ の配下にある。

システムは、\windows\repair\ 配下にWindowsのインストール完了時点の設定データベースをバックアップしているため、回復コンソールなどを使用して、ファイルをコピーすることでレジストリの設定値を戻すことができる[5]。

脚注
[脚注の使い方]
```
^ "registry"の本来の語義は「登記」「登録」「登記所」「戸籍役場」といったものである。
^ a b c マイクロソフト株式会社 (2011年5月16日). “Regedit.exe と Regedt32.exe の相違点”. 2012年7月14日時点のオリジナルよりアーカイブ。2017年6月28日閲覧。
^ マイクロソフト株式会社 (2018年5月31日). “レジストリ関数”. 2021年8月22日閲覧。
^ “Windows Registry File Format Specification”. 2021年8月22日閲覧。
^ マイクロソフト株式会社 (2006年5月24日). “レジストリの破損により Windows XP を起動できなくなった場合の回復方法”. 2008年11月23日閲覧。
```
外部リンク

Microsoft Windows レジストリの説明
```
表話編歴
```
Windows コンポーネント
管理ツール
```
アプリインストーラ コマンドプロンプト コントロールパネル
    アプレット デバイスマネージャ ディスク クリーンアップ デフラグ Driver Verifier DxDiag イベントビューア IExpress 管理コンソール Netsh パフォーマンスモニタ リソースモニタ 設定 Sysprep システム構成 システム ファイル チェッカー システム情報 システムポリシーエディター システムの復元 タスクマネージャ Windows エラー報告 Windows Ink Windowsインストーラ PowerShell Windows Update
    Windows Insider WinRE WMI スキャンディスク
    CHKDSK 問題の報告と解決
```
アプリ
```
3Dビューアー アラーム & クロック 電卓 カメラ 外字エディタ Clipchamp Cortana Edge FAX とスキャン フィードバック Hub サポートに問い合わせる 拡大鏡 メール/カレンダー 地図 メッセージング 映画&テレビ モビリティセンター ナレーター メモ帳 OneDrive OneNote ペイント ペイント3D Pay アドレス帳 People フォト フォト ビューアー クイック アシスト スマホ同期 Snipping Tool 切り取り & スケッチ 音声認識 Skype Sticky Notes Microsoft Store メディア プレーヤー Windows Media Player ボイスレコーダ ワードパッド WinSAT 文字コード表 リモート アシスタンス
```
シェル
```
Aero ClearType エクスプローラ Windows サーチ スタートメニュー
    タスクバー 特殊フォルダ 関連付け シェル名前空間（英語版）
```
サービス
```
サービス コントロール マネージャー CLFS BITS Wireless Zero Configuration シャドウ コピー 自動再生 タスク スケジューラ マルチメディア クラス スケジューラ
```
ファイルシステム
```
CDFS DFS exFAT FAT12 FAT16 FAT32 IFS NTFS
    ジャンクション マウント ポイント リパース ポイント シンボリック リンク TxF EFS ReFS UDF
```
サーバ
```
Active Directory DFS レプリケーション DNS IIS MSDTC NAP AD RMS SharePoint Windows Media Services WSUS 移動ユーザー プロファイル グループ ポリシー ドメイン リモート デスクトップ サービス (Remote Desktop Protocol)
```
アーキテクチャ
```
NT系のアーキテクチャ スタートアップ プロセス (Vista) CSRSS DLL EXE HAL I/O Ntoskrnl.exe Svchost.exe WinPE NTLDR/ブート マネージャー アイドル プロセス カーネル パッチ保護 レジストリ IRP KTM LSASS SMSS Windows リソース保護 オブジェクト マネージャー Win32コンソール Winlogon セキュリティアカウントマネージャー（SAM）（英語版） 論理ディスク マネージャー
```
セキュリティ
```
Defender ファイアウォール Security Essentials 悪意のあるソフトウェアの削除ツール Safety Scanner DEP MIC UAC UIPI KPP セキュリティとメンテナンス BitLocker
```
互換性
```
互換モード COMMAND.COM 仮想DOSマシン WOW WOW64 Windows Subsystem for Linux
```
API
```
.NET Framework COM
    OLE OLE オートメーション（英語版） DCOM ActiveX 構造化ストレージ MTS DirectX DWM GDI Protected Media Path（英語版） PlayReady Windows Imaging Component Windows Imaging Format Windows Script Host
    VBScript JScript
```
開発終了
ゲーム
```
リバーシ ピンボール インクボール Chess Titans Mahjong Titans Purble Place スパイダ ソリティア ソリティア ハーツ フリーセル マインスイーパ
```
アプリ
```
Windowsアドレス帳 Anytime Upgrade Windows Calendar(Vista) CardSpace DVD メーカー Grooveミュージック Internet Explorer Windows Journal 画像とFAXビューア(XP) Windows Mail(Vista) Media Center Messenger Microsoft ActiveSync Windows Mobile デバイス センター NetMeeting Outlook Express WinHelp Write サウンド レコーダー デスクトップ ガジェット ハイパーターミナル バックアップと復元センター フォト ギャラリー プログラムマネージャ ミーティング スペース ムービー メーカー リソースメーター
```
その他
```
UNIX サブシステム
    Interix Video for Windows
```
カテゴリカテゴリ
カテゴリ:
```
Windowsのコンポーネントシステムソフトウェア

最終更新 2023年12月4日 (月) 04:37 （日時は個人設定で未設定ならばUTC）。
テキストはクリエイティブ・コモンズ 表示-継承ライセンスのもとで利用できます。追加の条件が適用される場合があります。詳細については利用規約を参照してください。
```
』
レジストリファイル

1月 2, 2024

コンピューター、関連, ＩＴ関連, OS、関連, Windows10、関連, Windows11、関連
レジストリファイル
https://learn.microsoft.com/ja-jp/windows/win32/sysinfo/registry-files

　※　ひょんな思いつきで、ちょっと調べてみた…。

　※　けっこう参考になる内容なんで、貼っておく。

　※　ただし、Windows 2000までの話しなのか…。

『レジストリファイル
```
[アーティクル]
2023/06/14
```
アプリケーションでは、レジストリの一部をファイルに保存し、ファイルの内容をレジストリに読み込み直すことができます。

レジストリファイルは、大量のデータが操作されている場合、レジストリで多数のエントリが作成されている場合、またはデータが推移的であり、再度読み込んでアンロードする必要がある場合に便利です。

レジストリの一部をバックアップおよび復元するアプリケーションでは、レジストリファイルを使用する可能性があります。

キーとそのサブキーと値をレジストリファイルに保存するには、アプリケーションで RegSaveKey または RegSaveKeyEx 関数を呼び出します。

RegSaveKey と RegSaveKeyEx は、archive 属性を使用してファイルを作成します。ファイルは、ローカルキーのプロセスの現在のディレクトリと、リモートキーの %systemroot%\system32 ディレクトリに作成されます。

レジストリファイルには、標準と最新の 2 つの形式があります。標準形式は、Windows 2000 でサポートされている唯一の形式です。また、下位互換性のために、新しいバージョンの Windows でもサポートされています。 RegSaveKey は、標準形式のファイルを作成します。

最新の形式は、Windows XP 以降でサポートされています。この形式で作成されたレジストリファイルは、Windows 2000 では読み込めません。

RegSaveKeyEx では、REG_STANDARD_FORMATまたはREG_LATEST_FORMATを指定することで、レジストリファイルをいずれかの形式で保存できます。したがって、標準形式を使用するレジストリファイルを最新の形式に変換するために使用できます。

レジストリファイルをレジストリに書き戻すには、アプリケーションで RegLoadKey、RegReplaceKey、または RegRestoreKey 関数を次のように使用できます。
```
RegLoadKey は、指定したファイルから、呼び出し元のアプリケーションのコンピューターまたはリモート コンピューター上 のHKEY_USERS または HKEY_LOCAL_MACHINE の下の指定したサブキーにレジストリ データを読み込みます。 指定したサブキーがまだ存在しない場合は、この関数によって作成されます。 この関数を呼び出した後、アプリケーションは RegUnLoadKey 関数を使用してレジストリを以前の状態に復元できます。

RegReplaceKey は、 レジストリ内のキーとそのすべてのサブキーと値を、指定されたファイルに含まれるデータに置き換えます。 新しいデータは、次回システムが開始されるときに有効になります。

RegRestoreKey は 、指定したファイルから、呼び出し元のアプリケーションのコンピューターまたはリモート コンピューター上の指定したキーにレジストリ データを読み込みます。 この関数は、指定したキーの下にあるサブキーと値を、ファイル内の最上位のキーに続くサブキーと値に置き換えます。
```
RegConnectRegistry 関数は、別のコンピューター上の定義済みのレジストリハンドルへの接続を確立します。

アプリケーションでは、主にこの関数を使用して、ネットワーク環境内の他のマシン上のリモートレジストリから情報にアクセスします。

これは、レジストリエディターを使用して行うこともできます。リモートレジストリにアクセスしてレジストリをバックアップしたり、レジストリへのネットワークアクセスを制御したりすることもできます。

この関数を使用してリモートレジストリにアクセスするには、適切なアクセス許可が必要であることに注意してください。』
新命令FREDの導入で、消滅するx86のRing 1/2特権

12月 30, 2023

コンピューター、関連, OS、関連

新命令FREDの導入で、消滅するx86のRing 1/2特権
https://pc.watch.impress.co.jp/docs/column/tidbit/1557303.html

　※　こういう「特権」の話しは、「特権」という用語自体は聞いていたが、その詳しい内容は、知らんかったので、非常に参考になった…。

　※　こういう風に、OSやカーネルの内部では、「アクセス」できる領域に「レベル」「制限」を設けて、ヘタに「格納しているデータ」を、変更されないように、設計されているわけだ…。

『大原雄介2023年12月27日 06:12

なんか毎月Intelの話を書いてる気がするのだが、今月もIntelの話。ただちょっと(だいぶ?)先の話である。

　つい先日、IntelがArchitecture Instruction Set Extensions and Future Features Programming Referenceを改定した。現時点での最新バージョンは319433-051である。

AIで記事を要約する(β)

　ちなみに前バージョンの319433-050は今年(2023年)9月にリリースされていた。これのリビジョン履歴を見ると、ついにCPUIDにFRED(Flexible Return and Event Delivery)対応のビットが追加されたことが明らかになった(図1)。

　ではこのFRED関連命令とかはどこの世代で搭載されるのか? というのがこちら(図2)で、Panther Lake(図3)とClearwater Forest(図4)世代からとなる。要するに2024年後半あたりからFREDが利用できるようになるので、アプリケーション側で対応してね、というわけだ。

【図2】とりあえずClearwater Forest/Panther Lake世代までの命令は概ね網羅された格好。RA0-INTはその次という形

【図3】Arrow Lake/Lunar Lakeの次がPanther Lake。Intel 18Aを使う筈であるが、Panther LakeはMobile向けのみでArrow Lakeの後継は(一度Arrow Lake Refreshを挟んで)Nova Lakeになるとかいう情報もあって、真偽は不明

【図4】Clearwater Forestは、以前の情報ではSierra Forestの後継という位置づけで、なのでE-Coreのみの構成になる筈。登場時期は確か2025年のはず
　もっともこれ、本当に2024年か? というとちょっと怪しい気もする。新しい命令セットの詳細を公開して、そこから1年で対応プロセッサが出るというのはちょっと急すぎるからだ。図3にはPanther Lakeが2025年になる前に投入されるように描かれているが、実質2025年以降と考えた方が自然である。

そもそもFREDとは

　まぁそんな対応CPUがいつ投入されるのかというのは今回の本題ではなく、本題はタイトルにも書いたFREDである。この仕様が最初にリリースされたのは2021年3月のことであり、その後煩雑にリビジョンを繰り返して今月には6.1が上がっている。

　そもそもFREDは何か? というと、あまり一般プログラマーには関係ない部分であるが、「特権レベルの変更に伴うオーバーヘッドを削減するための新命令群」である。

　x86で言えば、80286の時にRing 0～3という4種類の特権レベルが導入され、OSは一番特権レベルの高いRing 0で動作、アプリケーションは一番特権レベルの低いRing 3で動作するようになった、という話を聞いたことがある方は多いと思う。

　この辺は最終的にOSの作り方にも依存するわけだが、基本的にCPUのハードウェアを直接操作できるのは、Ring 0で動いている時だけである。

だから、たとえばキーボードのLEDを光らせたいと思ったら、Ring 3で動いているプログラムはOSが提供しているサービス(WindowsだとSetupAPI.libで提供されているAPIを組み合わせる格好になるだろう)を使ってキーボードデバイスを特定し、そのキーボードのLEDを点灯させるリクエストをOSに送る。

このリクエストを受けたOSは、Ring 0で動作するデバイスドライバにそのリクエストを渡し、デバイスドライバが実際にキーボードがつながっているデバイス(昔ならPS/2コネクタだが、今ならUSBコントローラだろう)にリクエストを出す、という格好だ。

　Arduinoと違い、直接Ring 3で動いているプログラムはハードウェアから触れないようになっているわけだ。

そもそも、なんでx86には4レベルの特権があるのか?

　ちょっと脇道に逸れるが、そもそもなんで80286は4レベルの特権メカニズムを実装したのか? という話は公式には不明(Intelがそれを明確に説明したことはなかったと思う。パット・ゲルシンガー氏あたりに聞けば覚えているだろうか?)である。

実際この4レベルの特権メカニズム、ほとんどのドキュメントが「普通はRing 0と3だけが使われる」くらいの説明に留まっている。

　で、確証はないのだが、多分これDECが「VAX」で実装した保護メカニズムをそのまま持ち込んだのだと筆者は考えている。

VAXは「VMS」というOSを組み合わせると、本当に4レベルの特権をフルに使うのだ(図5)。
【図5】出典はDECが出版していたVAX VMS 5.2 IDS(Internals and Data Structures)。厚さ5cm、重量約2.2Kgの本。殴られても死にはしないだろうが、かなり痛い。ちなみに古本なら米国Amazonでまだ入手できる

　VAXの場合、K(Kernel)/E(Executive)/S(Supervisor)/U(User)という名称で、これがRing 0～3にそのまま該当する格好だ。

KはVMSのKernelが動作するモード、Eはその外側でRMS(Record Management Service:ファイルシステムを扱う)やI/Oなどの管理を行なうモード、SはDCLと呼ばれるコマンドシェルが動作するモード、Uがユーザープログラムとなる。

　このVMSは、DECがVAX-11をリリースした1977年に合わせてリリースされており、いろいろな競合メーカーに影響を与えている。

ちなみにVMSの元になったのは、PDP-11上で動いていた「RSX-11M」で、ここにも特権の概念はあるのだが、VMSほど複雑ではない。おそらくRSX-11MをVMSに拡張するにあたって、担当者(言うまでもなくデヴィッド・カトラー氏である)が新たに盛り込んだのだろう。

　これも筆者の推察だが、80286を設計するにあたって、「本格的なOSに対応する」ことを目論んだものの、ではその本格的なOSには何が求められるのか? はまだ手探りだった時代だ(IBMのSystem/370上で動いていた「VS1」や「VS2」などは、根本的にアーキテクチャが違うのであまり参考にならなかっただろう)。

VAX-11とVMSの組み合わせは、技術的なヒントを得るのにちょうど適切だっただろうと思う。

　もっとも、この4レベルの特権メカニズムが本当に必要だったか? というとこれはちょっと怪しい。

同じVAXで動くUNIX(元々のUNIX/32Vとかその後継、BSD系に加え、DEC自身Ultrixという名称でUNIXをポーティングした)は、「Kernel Mode」と「User Mode」しか使っていない。

　またカトラー氏はMicrosoftに移籍後、「Windows NT」を開発したのもご存じの通り。

Inside Windows NT(その後Windows Internalsに改称した。日本語版だとインサイドWindowsである)を、先ほどのIDSと見比べながら読み解くと、結構OSの中身がVMSとよく似ている(そりゃまぁ開発者が一緒なんだから当然だ)ことに驚くが、それでも4レベルの特権メカニズムを持ってくることはせず、Ring 0と3だけでWindows NTを実装している。やっぱり4レベルの特権メカニズムは過剰だったのだろう、と思わなくもない。

　ただ、2000年台になって仮想化というかハイパーバイザが本格的に利用されるようになると、OSとハイパーバイザが同一特権レベルで動作するのは危険、という認識になり、なので、ハイパーバイザだけをRing 0で動かし、OS KernelはRing 1で動かすという技法が採用されるようになった。

　ところが、OSのコードの中には、Ring 0で動作することを前提とした部分が少なくない。

具体的には、CS(Code Segment)レジスタの扱い(CSの中には、どの特権レベルで動作しているかの情報も入るので、Ring 1で動かすと値が変わってしまう)とかPOPF命令(POP Flag命令:CPUのフラグレジスタを復元する。

なぜかこれは特権命令ではないため、特権レベルで保護できない)などいくつかの課題があり、これを解決するためにバイナリ変換(問題のある命令だけをほかの命令に置き換える)をハイパーバイザで動かすという、割と力業の実装が行なわれていた。

　もちろんこれは昔の話で、今は仮想化支援機能(IntelのVT-xとかAMDのAMD-V)があるので話はもっと楽になっているのだが。

だからこそ活きるFREDの価値

　話を戻すと、そんなわけで、大昔のMS-DOSとかはともかく、ちゃんとしたOS(それがWindowsかLinuxかは問わない)をバリバリ使う限りにおいては、ものすごく煩雑にRingの切り替えが発生することになる。

　1つのアイディアとしては、特定のコアをKernelに割り当てて、常時Ring 0に上げっぱなしという方法もなくはない(組み込み向けのある種の実装にそうした例は存在する)が、普通はそのコアがボトルネックになりがちなので一般的ではない。

そこで、もう少し特権の変更に掛かるコストを下げることで、レスポンスの改善やオーバーヘッド削減に伴う性能向上を図ろう、というのがFREDの意図である。

　そもそもx86で特権レベル(CPL:Current Privilege Level)を変更する場合

特権を増やす(CPLを減らす):SYSCALL/SYSENTER命令を使う、Call Gateを呼び出す(far CALL命令)、Interrupt & Trap Gateを呼び出す(これはIDT:Interrupt Descriptor Tableに登録しておくと、InterruptなりTrapが発生した際に自動的に変更される)
特権を減らす(CPLを増やす):SYSRET/SYSEXIT命令を使う、far RET命令を使う、IRET命令を使う

といった形で行なう。

SYSCALLの戻りはSYSRET、SYSENTERの戻りはSYSEXIT、という具合に、対になる命令が決まっている格好だ。

　まぁここまではいいのだが、このCPLの変更にはいろいろと制限がある。

　まず、現在のCPLの値を参照するのが面倒である。

32bitモードの場合、CPLはCSレジスタとSSレジスタに2bitのフィールドで格納されているのだが、CPLを変更するとCS/SSレジスタを書き換えてしまうので、結局ソフトウェアから直接参照できない。

　64bitモードだとGSレジスタにやはりCPLが含まれており、しかも幸運にもCPLが変更されてもGSレジスタは書き換わらない……のだが、64bit OSがTLS(Thread Local Storage)の管理をこのGSを使ってしまっており、GSのベースアドレスがTLSのロケーションを指している。

ということは、OSとユーザーでGSのセグメントが異なることになる(CPLが異なるから)。このためCPLを変更する際には、GSの値を退避/復元しておく必要があり、この目的でSWAPGS命令が用意されている。

　さて、この面倒くささを解消すべく考慮されたのがFREDである。

FREDを使うと

特権を増やす:IDTからInterrupt & Trap Gateを呼び出す場合、FREDは新プロセスを生成するが、この新プロセスは、IDTを含む既存のデータ構造を一切アクセスしない。これはSYSCALL/SYSENTER命令を利用した場合も同じである。

特権を減らす:新しくERETS及びERETU命令が提供される。

これは機能的にはSYSRETやSYSEXITと同じだが、ERETSはCPLを変化させない(つまりRing 0で動く)スーパーバイザーに制御を戻す命令、ERETUはCPLが3の、ユーザープロセスに制御を戻す命令である
と簡単化される。

またFREDを利用した場合、GSレジスタの変更はSWAPGSを使った場合と同じ仕組みで自動的に更新される(のでOS側でGSのハンドリングを考慮する必要がない)

　ただこの仕組みを使うと、今後はGSを変更する方法がなくなってしまう。

先にOSはTLSの格納にGSを使っていると説明したわけで、コンテキストスイッチングとかにこれまではSWAPGSを使ってGSの変更を行なっていた。ところがFREDを有効にすると、SWAPGSが使えなくなる(Invalid Exceptionが発生するようになる)。

　そこでSWAPGSに代わってGSを変更するのがLKGS命令である。

この命令を使うとIA32_KERNEL_GS_BASE MSRにベースアドレスをロードできるようになる。ただLKGS命令は別にFREDが有効でなくても利用可能となっている。

　ちなみにFREDを有効にした場合、Far CALLの振る舞いも変化する。同様に、FREDが有効になった場合、遷移できるCPLは0か3のみで、もう今後は1/2への遷移は行なえないことになる。

　この辺は影響が大きいためか、今のところFREDのターゲットとなるのは64bit OSであり、IA-32eモードでは利用できるが、旧来のプロテクトモードやリアルモードでは動作しない。

もう旧来のプロテクトモードやリアルモードはメンテナンスモードに入っており、新規の命令対応とか新メカニズムのサポートなどは行なわれないから、これは妥当な制限だろう。

　このFREDの導入で、どの程度ボトルネックが解消されるのか、については何の数字も示されていない。ただ、何しろ煩雑に使われる処理だから、ほんのわずかな改善であっても、トータルでは結構な差になるのかもしれない。

FREDの真の意味

　ただFREDの本当の意図は、Ring 1/2の廃止にあるのではないかと筆者は考える。

それこそVMSしか使った例がない(ちなみにOpenVMSをエミュレータを使ってx86に載せている例はあるが、こっちはエミュレータがRing 0～3をエミュレーションしてるだけで、エミュレータ本体はRing 0と3でのみ動いている)ようなRing 1/2をいつまでも残しておく技術的な意味はなく、ところがソフトウェア互換性を保つためにやむなく残していたというのが正直なところである。

　なので、廃止の最初のステップとして、まずFREDを導入してRing 1/2を使えないように変更。すべての現行OSがFREDを使うようになり、かつもう古いOSがほとんど死に絶えたであろうタイミングでRing 1/2を廃止、というあたりがIntelの思い描いている図式に思える。

　いや廃止ではなく、別の用途に割り当てるのかもしれないが。あまり深く考えずに(?)仕様を決めてしまうと、後で廃止するのにえらい苦労する、という好例なのかもしれない。　』
Windows10サポ終了でサポ切れOSのPCが1千万台も残存→重大リスク

11月 25, 2023

コンピューター、関連, ＩＴ関連, OS、関連, Windows10、関連

Windows10サポ終了でサポ切れOSのPCが1千万台も残存→重大リスク
https://biz-journal.jp/2023/11/post_365129.html

　※　おそらく、「一大DDos攻撃時代」が、到来するだろう…。

　※　あるいは、ランサムウェアが横行して、全世界、阿鼻叫喚の地獄となるか…。

　※　せいぜい、「自衛」しないとな…。

『マイクロソフトOS「Windows 10」のサポート終了が2025年10月に迫るなか、サポート終了時点で最新OSの「Windows 11」を搭載していないPCが1000万台も残る見通しであることがわかった。10搭載のPCは無償で11へアップグレードできるものの、スペック上の制約などから11へアップグレードができないPCが現時点で2000万台もあることなども大きな原因。OSサポート切れのPCが大量に使われ続ければ、広範囲におよぶセキュリティ事故が生じるリスクもあるだけに、警戒が高まっている。

　11は21年10月にリリースされ、その4年後にあたる25年10月に10のサポートが終了することになる。11では10から大きくデザインが変わり、スタートボタンがタスクバーの中央に置かれたり、スタートメニューではピン留めされたアプリのみが表示されるように変更。このほか、アプリのウィンドウをデスクトップ上の指定した位置に自動的に配置できるようになったり、タスクビューのタイムラインが廃止されたりした。

「細かい部分では、右クリックで表示されるコンテキストメニューにデフォルトで表示される項目が減ったり、スタートメニューにないアプリは『すべてのアプリ』を表示させて、そこにある一覧から使用するアプリを探して起動する必要があったりと、使い勝手がかなり変わった。何かをしようとするたびに、いちいち『あれ？』と手が止まってしまうので、それを嫌がって11にアップデートしないユーザは多い。リアルに仕事の効率が落ちるしストレスもたまるし、かといって大きくユーザビリティが改善するようなポイントもなく、要はユーザにとっては11にアップデートするメリットが見当たらない」（IT企業勤務のSE）

　11への移行が進まない理由としては、ハードウェア・ソフトウェア上の制約もある。特に問題になっている点として、CPUがインテル製の場合は基本的に第8世代以降であること、セキュリティチップとして「TPM 2.0」を搭載し、機能が有効になっていること、グラフィックスカードには10で新たに導入された「WDDM 2.0」対応のドライバーが必要となる。そのため、11を使用するにはPCを新たに購入しなければならないユーザも少なくない。
　マイクロソフトの発表によれば、現在国内コンシューマ市場にはWindows搭載PCは約4800万台あり、そのうち約2000万台が11にアップグレードできない。Windows搭載PCの年間販売台数は約500万台のため、今後約2年間で約1000万台の買い替えが進んでも、11を搭載しないPCが約1000万台残る計算になるという。

「10を使っているユーザは、現時点では特に支障はない。2年後にサポート切れがきた後に、10に対応していないウェブサービスなどが出てきたり、さすがにハードの寿命がきたりして、徐々に11への移行が進んでいくという感じだろう」（同）
古いOSを使い続けた場合に想定される問題

　なぜサポート切れOSを搭載したPCが大量に使用され続けるという事態が起きようとしているのか。ITジャーナリストの山口健太氏はいう。

「コロナ禍ではリモートワーク需要などを背景にPCの出荷台数が増加した時期があったものの、その後の反動や景気減速への備えから、PC市場は日本を含め世界的に縮小傾向にありました。2024年以降は回復が見込まれており、PCの買い替えはある程度進むと考えられます」

　OSサポートが切れたPCが大量に残ると、どのようなリスクが生じるのか。

「サポートが終了してもPCが即座に使えなくなるわけではありませんが、脆弱性に対するアップデートが提供されなくなるため、そこを狙った攻撃に晒されることになります。11なら絶対に安全というわけではありませんが、企業利用で古いOSを使い続けて問題が起きた場合、管理責任を問われる恐れがあります」

　11へのアップデートができないPCを使用しているユーザが、もしOSのサポートがされているPCを使いたいと考えた場合、買い替えるしかないのか。

「11ではハードウェアと連携したセキュリティ強化により、スペック要件が厳しくなっています。そのチェックを回避してインストールする方法が話題になることもありますが、本質的にはあまり意味がなく、基本は買い替えが推奨されています。今後の社会情勢の変化により、マイクロソフトが10のサポート期間を延長する可能性はあるものの、そういう可能性に賭けるよりは、計画的に置き換えを進めるのが無難です」

（文＝Business Journal編集部、協力＝山口健太／ITジャーナリスト）

山口健太／ITジャーナリスト

1979年生まれ。10年間のプログラマー経験を経て、フリーランスのITジャーナリストとして2012年に独立。主な執筆媒体は日経クロステック（xTECH）、ASCII.jpなど。取材を兼ねて欧州方面によく出かけます。

山口健太

Twitter:@yamaguc_k

ニュースサイトで読む: https://biz-journal.jp/2023/11/post_365129.html
Copyright © Business Journal All Rights Reserved.』
UNIX

10月 26, 2023

コンピューター、関連, コンピューターの歴史、関連, OS、関連
UNIX
https://ja.wikipedia.org/wiki/UNIX

　※　今日は、こんな所で…。

　※　「2038年問題」…。

　※　まさか、全銀ネットの改修は、これへの対処だったんじゃなかろうな…。

　※　註を見ると、英語だと「ユーニクス」と「ユ」にアクセントを置いて発音するんだと。

　※　日本語的には、「ユニックス」で、「ニ」にアクセントを置くのが一般だろう。

　※　「外人さん」と英語で交流する際には、ご注意を…。

『出典: フリー百科事典『ウィキペディア（Wikipedia）』

曖昧さ回避この項目では、オペレーティングシステムについて説明しています。日本マランツのブランド「unix」については「日本マランツ#ブランドの変遷」をご覧ください。

この記事には複数の問題があります。改善やノートページでの議論にご協力ください。
```
出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。（2021年3月）

古い情報を更新する必要があります。（2021年3月）
出典検索?: "UNIX" ? ニュース ・ 書籍 ・ スカラー ・ CiNii ・ J-STAGE ・ NDL ・ dlib.jp ・ ジャパンサーチ ・ TWL
```
Unix

UNIXおよびUnix系システムの系統図
開発者ケン・トンプソン, デニス・リッチー, ブライアン・カーニハン, ダグラス・マキルロイ, ジョー・オサンナ（英語版）（ベル研究所）

OSの系統 Unix

開発状況開発継続中
ソースモデル歴史的にはある時期からクローズドソースとなったが、近年のUnix系プロジェクトの一部はオープンソースである。

初版 1969年 (54年前)
カーネル種別モノリシック
既定のUI コマンドラインインタフェース & GUI (X Window System)
ライセンスプロプライエタリ
ウェブサイト opengroup.org/unix
テンプレートを表示

UNIX （ユニックス、Unix、英語発音: [ju?niks][1]）は、コンピュータ用のマルチタスク・マルチユーザーのオペレーティングシステムの一種である。

公式な商標は「UNIX」だが、商標以外の意味として「Unix」、またはスモールキャピタルを使用して「Unix」などとも書かれる。

Unixは1969年、AT&Tのベル研究所にて、ケン・トンプソン、デニス・リッチーらが開発を開始した[2]。

現代的なOSの始祖であり、あらゆる後発OSがUNIXで発明・実証された設計を参考にしている[要出典]。

開発開始から半世紀以上に渡る技術の進歩やプロジェクトの変遷により、オリジナルのUNIXのソースコードは既に使われなくなったが、現在でも派生OSの開発は続けられており、特にシステムのバックエンドで動くスーパーコンピュータやサーバ向けの市場では圧倒的な存在感を示している。

当初はアセンブリ言語のみで開発されたが、1973年にほぼ全体をC言語で書き直した。

このため、Unixは歴史上、初めて高水準言語で書かれたOSであると言われることがある[3]。

1973年の段階ではPDP-11に依存したコードが多く、移植性は低かったが、その後徐々にPDP-11に依存したコードを減少させ、1978年にInterdata 8/32への移植に成功して以降、徐々に他のプラットフォームにも移植されていった。

2021年現在では「Unix」という語は、Unix標準に準拠するあらゆるオペレーティングシステムの総称でもある。

既にUnixシステムは多数の系統に分かれており、AT&Tの開発停止後も、多数の商用ベンダーや非営利組織などによって開発が続けられている。

1970年代から1980年代の初期にかけて、Unixは大学や研究所などの教育機関で広範囲に採用され、特にカリフォルニア大学バークレー校をオリジナルとするBSD系統が誕生した。

また Version 7 Unix や UNIX System V の特徴を持つオペレーティングシステムは「伝統的なUNIX」(traditional Unix)とも呼ばれる。

2007年に、「UNIX」の商標の所有者である標準化団体のThe Open Groupは、Single UNIX Specificationを完全に満たすと認証を受けたシステムのみが「UNIX」の商標を得られるとした。

このためそれ以外のシステムは（ずっと以前から、AT&T版およびBSD以外を指して使われていた用語だが）「Unixシステムライク」または「Unixライク（Unix系）」と呼ばれるようになった。ただし The Open Groupはその呼称を気に入っていない[4]。

現在では多く使われているUnixとしてはmacOS、AIX、HP-UX、Solarisなどがある（いずれも商用）。

また認証を受けていないUnix系としてはLinux（派生OSにAndroid他）やMINIX、BSDの派生OS（FreeBSD、NetBSD、OpenBSD、DragonFly BSDなど）がある[5]。

概説

Unix系統の系統図

Unixオペレーティングシステムは、サーバやワークステーションだけでなく、携帯機器でも広く使われている[6]。

またUnix環境とクライアントサーバモデルは、個々のコンピュータによるコンピュータ処理を、コンピュータネットワークで連係されたコンピュータ処理に変革し、インターネット構築の重要な要素ともなった。

もともとUnixはベル研究所内部の開発プロジェクトであった。

1973年のOSに関するシンポジウム以降、このOSはベル研究所外部にも知られるようになる。

特に1980年代には、教育機関等でUnixが広がり、ユーザーが自前のツールをその上で作り、それを同僚などと共有する形が定着した[7]。

Unixは当初は、MulticsのようなマルチタスクOSではなく、一度に一つのプログラムしか動かせないシングルタスクOSであった。当初はパイプの概念もなかった。その後の発展の中で、徐々に「パイプ」「マルチタスク」などが実装されていった。

また、Unixは当初は移植性は低かったが、徐々に特定のプラットフォームへの依存性を減少させ、1978年には、PDP-11以外のプラットフォームで動作するようになった。その後移植が徐々に進み、Unixが動作するプラットフォームが増えていった。

Multicsで用いられていたコンピュータであるGE-645は約2MBのメモリを有していたが、最初にUnixが動作したコンピュータであるPDP-7は約16KBのメモリしか有していなかった。

このため、Unixの実装にあたっては、メモリ上に載せられる機能は制限され、当初Multicsで予定されていた多くの機能を諦めざるをえなかった。

また、メモリ上でUnixのカーネルが占める領域を除くと、各種のユーティリティやアプリケーションが使えるメモリは数KBしか残っていなかった[8]。

このため、高機能でサイズの大きいアプリケーションを動かすことは不可能であり、単機能で小さいアプリケーションを作成し、それらを順につないでいく方法をとらざるをえなかった。

このような、簡単なプログラムをコマンドラインインタプリタのパイプ等を使ってつないでいくという方法は、単一の多機能プログラムで同等機能を実装するのとは逆の発想である。

これらのコンセプトはUNIX哲学という言葉で表現されることがある。

しかしながら、Unixの開発者であるトンプソンやリッチーは、Unixの開発にあたって何らかの「哲学」や「開発理念」があったとは語っていない。むしろ、理念が先にあったのではなく、メモリ制約等の現実的問題があり、それに適合するために、そのような方法にならざるをえなかったという側面が強い。

また、商用Unixの中には、単一で多機能なアプリケーションも見られ、”Unix哲学”が一貫してUnixに関するすべての関係者で共有・実現されていたわけでもない。

その後、メモリの低価格化・大容量化によって、Unixは多くの機能を実現することが可能となった。

今日のUnixは移植性、マルチタスク、タイムシェアリング方式によるマルチユーザなどを重視して設計されている。

Unixでは、「オペレーティングシステム」は主となる制御プログラムであるカーネルと、多数のユーティリティより構成される。

カーネルは、プログラムの開始や停止、ファイルシステムの取り扱い、他の多くのプログラムが共用する共通的な「低レベル」のタスク、そして重要なスケジューリングなどのサービスを提供する。

これらのアクセスを調停するために、カーネルはシステムへの特権を持ち、システムは「ユーザー領域」と「カーネル領域」に分けられる。

カーネルの肥大化の潮流を逆転させ、より少ないユーティリティで最大のタスクを実行できるシステムに戻る目的で、マイクロカーネルのコンセプトが登場した。

またコンピュータが1つのハードディスクと入出力用の端末から構成されていた時代には、Unixのファイルモデル（ストリーミングデータ）は最適な入出力として働いた。

しかし現代のシステムではネットワークや新しい装置が求められ、グラフィカルユーザインタフェースが開発され、ファイルモデルはマウスなどが発生させる非同期イベントの取り扱いのタスクには不適当と判明し、1980年代には非同期入出力やIPCのメカニズムに加えて、ソケット、共有メモリ、メッセージキュー、セマフォなどが追加された。

また通信プロトコルなどの機能はカーネルの外に移動した。

Unixは現在では、サーバやパーソナルコンピュータの一部に加え、携帯電話などの組み込みシステムから、メインフレームやスーパーコンピュータなどの一部にも使われている。
歴史

詳細は「Unixの歴史」を参照

PDP-11で作業しているケン・トンプソン (座っている人物)とデニス・リッチー

Unixの歴史は、1960年代中ごろに、マサチューセッツ工科大学 (MIT)、ベル研究所、General Electric (GE) がGEのメインフレームコンピュータGE-645用にMulticsと呼ばれるタイムシェアリングオペレーティングシステムを共同開発していたことにさかのぼる[9]。

Multicsは多くの革新的技術を導入したが、同時に、多くの問題を抱えてもいた。Multics の目指すものに賛同しても、巨大で複雑なものになっていくことに嫌気がさしたベル研究所は、プロジェクトから徐々に距離をおくようになった。

最後までMulticsに関与していたケン・トンプソン等はファイルシステムを担当していたが、設計が行われただけで実装されていない段階であった。

トンプソン等は、実際にファイルシステムを実装してみたいと考えた。

この作業は、当時ベル研究所内に使われない状態でおいてあったPDP-7を借りて行われた。ファイルシステムが完成すると、それを活用するためのユーティリティを作成していった。こうして、おおむねOSの機能を有するものができあがった[8]。

この時点では、OSの開発はベル研究所に認知されたものではなく、彼らの私的な活動であった。研究所からの資金提供はなく、OSには名前も付けられていなかった。（※　スゲー話しだな…。）

できあがったOSは、MulticsのようなマルチタスクOSではなく、後のMS-DOSのような、一度に一つのプログラムしか動かせないシングルタスクのOSであった[8]。

この特徴から、新しいOSは、ブライアン・カーニハンによって、MulticsのMulti（多数の）をUni（単一の）に変えてUnicsと名付けられた[8][10][11][12]。
（※　なんと！「Unix」の「Uni」は、単一の「Uni」か！）後につづりがUnixと変更された。

このつづりの変更の経緯について、カーニハンは「思い出せない」と言っているが、当時の開発グループ内では比較的年長者であったピーター・ノイマンは「法務上の理由であろう」と語っている[12]。

PDP-7は古いマシンであり問題が多かった。

このため、開発グループでは、当時の最新機種であったPDP-11を購入し、その上でUnixが動作するようになった。

1971年のUnixバージョン1はPDP-11/20上で動作した。バージョン3までのUnixはアセンブリ言語で開発された。

1973年に公開されたバージョン4において、UnixはC言語で書き直された[8]。この時点でのUnixはPDP-11に依存したコードが多く含まれており、移植性は低かった。

UnixがPDP-11以外のコンピュータに移植されるまでには5年間を要し、1978年に、Interdata 8/32上で動作するようになった[13]。

ベル研究所ではその後もUnixの改良が続けられ、パイプやマルチタスクなどの機能が追加されていった。これらの、ベル研究所で開発された初期のUnixは、現在ではResearch Unixと呼ばれている。

1970年代末から1980年代初頭にかけて、Unixは学術分野だけではなく産業分野でも使われるようになっていき、HP-UX, SunOS/Solaris, AIX, Xenix等のOSが作られた。

1980年代の末には、AT&T Unixシステムズ・ラボラトリーズとサン・マイクロシステムズが共同でUNIX System V Release 4 (SVR4) を開発した。これは、後の多くの商用Unixの母体となった。（※　ここら辺が、「ワークステーション」の全盛期だな…。）

1990年代には、BSDやLinuxといったUnixあるいはUnix系OSが、コンピュータ・ネットワークを通じて世界中の開発者の協力を得て開発され、人気を得ることになった。

2000年には、AppleがUnixに基づいてDarwinというコアに基づくMac OS Xを開発した[14]。

今日、Unixはサーバ、ワークステーション、モバイル機器などで広く使われている[15]。
標準化

1980年代後半から始まったオペレーティングシステム標準化の動きはPOSIXとなって結実し、あらゆるオペレーティングシステムの共通のベースラインとなっている。

IEEEは主要なUnixシステムに共通する構造からPOSIXを作り、1988年に最初のPOSIX標準を公表した。

1990年代初め、よく似た標準化が業界団体Common Open Software Environment (COSE) イニシアティブによって開始され、The Open Groupの管理するSingle UNIX Specificationとなった。1998年、POSIXとSingle UNIX Specificationの共通定義を提供するため、IEEEとThe Open GroupはAustin Groupを立ち上げた。

1999年、互換性を達成するため、いくつかのUnixシステムベンダーはSVR4のExecutable and Linkable Format (ELF) をオブジェクトファイルおよび実行ファイルの標準規格とすることに合意した。これによって、同一CPUアーキテクチャでの各種Unixシステムでバイナリ互換性の大部分が確保されることになった。

Unix系オペレーティングシステム（特にLinux）におけるディレクトリ構成の標準としてはFilesystem Hierarchy Standardがある。

コンポーネント

Unixシステムは複数のコンポーネントから成っている。カーネルに加えて、開発環境、ライブラリ群、文書、ソースコードなどが含まれる。Unixは自己完結的ソフトウェアシステムだった。そのため重要な学習ツールとして頭角を現し、幅広い影響を及ぼすことになった。

各種コンポーネントを含めても初期のシステムは大きくはなかった。V7 UNIXの場合、全バイナリと全ソースにマニュアルなどの文書を含めても10MB以下であり、9トラックの磁気テープ一本で事足りた。文書を印刷したものも2巻にまとまっていた。

Unixコンポーネントの名前やファイルシステム上の位置は歴史と共に変化している。それでもV7の実装は多くの場合初期の正規な構造と見なされている。
```
カーネル ? /usr/sys配下にソースコードがあり、以下のようなサブコンポーネントから成る。

    conf ? ブート用コードを含む、コンフィギュレーションとマシン依存の部分
    dev ? ハードウェア（及び擬似ハードウェア）の制御用デバイスドライバ群
    sys ? カーネル本体。メモリ管理、スケジューリング、システムコールなど。
    h ? ヘッダファイル群。システム内のデータ構造やシステム定数を定義している。
開発環境 ? 初期のUnixには、ソースコードからシステム全体を作りなおせる程度の開発環境が含まれていた。

    cc ? C言語コンパイラ（V3 UNIXから）
    as ? アセンブラ
    ld ? リンカ（リンケージエディタ）
    lib ? ライブラリ（/libまたは/usr/libにインストールされる）。libcはC言語のランタイムをサポートするシステムライブラリ。他に数学ライブラリ (libm) などの各種用途のライブラリがある。V7 UNIX では、システムライブラリの一部として標準入出力ライブラリstdioが初めて導入された。その後機能が追加されるにしたがってライブラリの数も膨大なものになっていった。

    make ? ビルドマネージャ（PWB/UNIXから）。
    include ? ソフトウェア開発用ヘッダファイル群。標準インタフェースとシステム定数を定義している。

    その他の言語 ? V7 UNIXには、FORTRAN 77コンパイラ、任意精度演算言語（bc、dc）、スクリプト言語AWKが含まれており、その後のバージョンでさらに言語処理系が追加されていった。初期のBSDではPascal関連のツール群があり、最近のシステムではGNUコンパイラコレクションがある。

    他のツール群 ? ファイルアーカイバ (ar)、シンボルテーブルを表示するツール (nm)、コンパイラ開発ツール (lex, yacc)、デバッグ用ツールなどがある。

コマンド ? コマンドはUnixにおけるユーザープログラムの総称で、システム管理用（cronなど）、汎用ユーティリティ（grepなど）、テキストフォーマットや組版のパッケージといったアプリケーションに近いものなどが含まれる。

    sh ? 「シェル」はプログラム可能なコマンドラインインタプリタであり、ウィンドウシステムが登場する以前はUnixの主たるユーザインタフェースだった。GUIが主流となってからもよく使われている。

    ユーティリティ ? cp、ls、grep、find などUnixの中心的ツール群。さらに以下のように分類される。

        システムユーティリティ ? mkfs（英語版）、fsck などのシステム管理ツール群
        ユーザーユーティリティ ? passwd、kill などの環境管理ツール群

    文書整形 ? Unixは当初から文書作成と組版のシステムとして使われてきた。nroff、troff、tbl（英語版）、eqn（英語版）、refer（英語版）、pic といったコマンドがある。最近のUnixシステムでは、TeXやGhostscriptのパッケージもある。

    グラフィックス ? plotサブシステムは単純なベクター描画をデバイスに依存しない形で生成し、デバイス対応のインタプリタが実際の描画を行う。現代のUnixシステムでは標準ウィンドウシステムおよびGUIとしてX11を含んでいることが多く、またOpenGLをサポートしていることも多い。

    通信 ? 初期のUnixシステムにはシステム間通信機能は含まれていなかったが、ユーザー間の通信機能として mail と write があった。V7 UNIX でシステム間通信のためのUUCPが導入され、BSD 4.1c でTCP/IPユーティリティが追加された。

文書 ? Unix は付随する文書を全てオンラインの機械が読める形で含めた最初のOSである。
    man ? 各コマンド、ライブラリ関数、システムコール、ヘッダファイルなどのマニュアル。
    doc ? 主要サブシステムについての長めの文書。C言語やtroffに関するものなどがある。
```
影響

Unixシステムは他のオペレーティングシステムに大きな影響を及ぼした。成功の要因は以下の通りである。
```
・直接的な対話
・IBMやDECといった大きなベンダーの支配下にならなかった点
・当初、AT&Tが無料で提供していた点
・安価なハードウェアで動作する点
・採用が容易で、他のマシンへの移行が容易
```
初期の実装では必須とされていたアセンブリ言語ではなく高水準言語で書かれている。先例として Multics やバロース B5000 があるが、このアイデアを一般化したのはUnixである。

当時の他のOSに比べて大幅に単純化したファイルモデルを採用しており、あらゆるファイルを単純なバイト列として扱っている。

ファイルシステムの階層にサービスやデバイス（プリンター、端末、ディスクドライブなど）が含まれており、一様なインタフェースを提供しているが、単純なバイトストリームモデルに適さないハードウェア機能にアクセスする場合は、ioctlとモードフラグなどの追加機構を必要とすることがある。なおPlan 9ではこのモデルをさらに推し進め、追加機構を不要にしている。

Unixはまた、Multicsで導入された階層型ファイルシステムを一般化させた。

当時の主要なOSでもストレージを複数のディレクトリやセクションに分割していたが、その階層レベルは固定で、1レベルということが多かった。

いくつかの主要OSもMulticsにならってサブディレクトリを再帰的に追加する機能を備えるようになった。

DECのRSX-11Mは “group, user” 型階層を採用し、それがVMSのディレクトリに進化した。
CP/Mではボリューム単位であってディレクトリ階層がなかったが、MS-DOS 2.0 以降でサブディレクトリが利用可能となった。

HPのMPEにおける group.account 型階層や、IBMのSSPやOS/400のライブラリシステムもある。それらシステムがまとめられ、より広範囲なPOSIXのファイルシステム仕様となった。

Multicsはまた、コマンドラインインタプリタを通常のユーザーレベルのプログラムとし追加コマンドを個別のプログラムで提供したが、Unixがその方式を一般化させた。

Unixシェルはコマンドの対話的使用にもスクリプト言語としても使える（シェルスクリプト。IBMのJCLのようなジョブ制御専用言語は存在しない）。

シェルもOSコマンド群もそれぞれ独立したプログラムなので、ユーザーはシェルを選べるし、自分で書くこともできる。新たなコマンドを追加してもシェルを修正する必要はない。

また、Unixの独創的なコマンドライン構文により、パイプでコマンド同士を連結して使用することが可能となった。後のコマンドラインインタプリタの多くはUnixシェルに触発されている。

Unixの根本的な単純化想定は、ほぼあらゆるファイルフォーマットに改行コードで分割されたASCIIテキストを採用した点である。

初期のUnixにはバイナリエディタはなく、システムの設定は全てシェルスクリプトというテキストファイルで行われていた。

入出力もバイト単位が基本であり、Record-oriented filesystemとは異なる。

ほとんどあらゆるものをテキストで表したことでパイプの有効性が高まり、単純で汎用的なツール群を開発するだけで、それらを連結して複雑な処理が可能となった。

テキストとバイトに集中したことで、他のシステムよりもスケーラビリティと移植性が遥かに向上した。

その後、テキストに基づくインタフェースは様々に応用可能と判明し、印刷言語（PostScriptやODF）やインターネット・プロトコル・スイート上のアプリケーション層のプロトコル（FTP、SMTP、HTTP、SOAP、SIPなど）に採用されている。

Unixは正規表現を一般化させるのにも一役買っており、今では様々な場面で正規表現が見られる。

C言語はUnix以上に広がり、今ではシステムプログラミングやアプリケーションプログラミングで広く使われている。

初期のUnix開発者らは、モジュール性と再利用性の概念をソフトウェア工学に導入する重要な役目を果たし、「ソフトウェアツール」という考え方を生み出すことになった。

Unixは比較的安価なコンピュータにTCP/IPプロトコルをもたらし、それがインターネットの爆発的な広がりに貢献するとともに、他のプラットフォームへのTCP/IP実装の手本となった。これによりネットワークの実装における多数のセキュリティホールが明らかとなった。

当初からUnixがオンライン文書を揃え、ソースコードへのアクセスを可能にしていたことは、プログラマの期待を高めることにつながり、1983年のフリーソフトウェア運動立ち上げに貢献した。

Unixの主要な開発者ら（およびUnix上で開発されたプログラム群）は、ソフトウェア開発の文化的規範を徐々に確立していき、その規範群がUnixのテクノロジー自体と同じくらい重要で有力なものとなっていった。それをUNIX哲学と呼ぶ。

フリーなUnix系OS

UNIXが商用の「閉じた」OSとなっていく中で、現在につながるフリーソフトウェア/オープンソースのムーブメントが勃興し、UNIX同様の操作性と機能を提供するフリーなOSが生み出された。

多くのUNIX系OSがオープンソースで開発されているが、以下に挙げるOSは、ライセンスなどの問題からUNIXとは公称しない。

GNU/Linux

1983年にリチャード・ストールマンはフリーソフトウェア財団 (Free Software Foundation; FSF) を設立し、GNU (Gnu’s Not Unix) プロジェクトを開始した。

このプロジェクトの目的は、再配布自由・改変自由なUNIXクローンのOSを作成することであった。このプロジェクトにより、多くのUNIXシステム上で動作するソフトウェア、例えばEmacsやGCC等が作成され、これらソフトウェアは多くのUNIXシステムで使用されるようになった。しかしながら、OSの中核をなす “Hurd” の完成に手間取った（Hurdは現在も開発中）。

1991年にリーナス・トーバルズがLinuxカーネルを開発した。

Linuxカーネルの特徴として、POSIXに準拠するように設計されたこと、GNUプロジェクトによって開発された様々なツールが動作するように作成されたこと、またライセンスにGPLが採用されたこと等が挙げられる。

その結果、GNUプロジェクトの開発したソフトウェア等と共に、完全フリーのUNIXクローンとして利用されるようになった。有名な商用ディストリビューションとしてかつてRed Hat Linuxが存在し、現在ではRed Hat Enterprise LinuxやSUSE Linux等がある。

なおLinuxという名称は本来カーネルのみの名称にすぎず、OSとして完成させるための他のシステムの多くはGNUプロジェクトの産物である。

そのためFSF側ではOSとしての名称は「GNU/Linux」とすべきだと主張しており、この名称を採用した最も有名かつ完全にフリーなディストリビューションのひとつとして「Debian GNU/Linux」、およびそこから派生した「Ubuntu」などがある。

ただし、そのようなディストリビューションの多くは、FSF の唱えるフリーソフトウェアの精神と相容れない仕様を含むものが多いため、FSF からは「不自由」なディストリビューションと見なされている。[16]

Linuxカーネルを利用した派生OSにAndroid他がある。

オープンソース系BSD

4.3BSD Network Release 2 (Net/2) に起源を持つのがFreeBSD・NetBSD・OpenBSD・DragonFly BSD・TrueOSのいわゆるBSD系Unixである。

FreeBSDは安定性重視、NetBSDは新機能対応と移植性に優れ、OpenBSDはセキュリティを重視し、DragonFly BSDはマルチCPU構成での高性能という特徴を有し、TrueOSはカジュアルユーザにおいて簡単に導入して使えることを目指しており、特にFreeBSDはウェブ・ホスティングなどで標準的に使用されている。

USLとの和解以降これらBSD系UNIXはライセンス問題を排除した4.4BSD-Lite2をベースに移行し、いずれもフリーなOSとなっている。

オープンソース系BSDをベースとした商用OSとしてはAppleの「macOS」が知られており、中核部分を「Darwin」としてソース公開している。

2038年問題

詳細は「2038年問題」を参照

Unixでは、システム時刻の値を1970年1月1日の午前0時0分0秒からの秒数で表しており、これをUNIX時間と呼ぶ。

この値のデータ型は time_t で、歴史的に「符号つき long」と定義されている。

32ビットのシステムでは、2038年1月19日にこの値が1個の0に31個の1が続く最大値 (0x7FFFFFFF) となり、1秒後には1個の1と31個の0が続く値 (0x80000000) となる。

するとシステム時刻は、実装によって（符号ビットを無視するか否かによって）1901年または1970年にリセットされる。

1970年より前の時刻をUNIX時間で表すことは滅多にないため、time_t を符号なし32ビット整数と定義し直すという対策が考えられる。しかし、それでは単に問題を2106年2月7日に遅延させるだけであり、時刻の差を計算するソフトウェアでバグを生じる可能性がある。

この問題に対処しているバージョンもある。

例えば、SolarisやLinuxの64ビット版では、time_t は64ビットとなっており、OS自身も64ビットのアプリケーション群も約2920億年間正しく動作する。

64ビット版Solarisで既存の32ビットアプリケーションを動作させることもできるが、その場合は問題が残ったままである。

一部ベンダーは標準の time_t はそのままにして、64ビットの代替データ型とそれを使用するAPIを別途用意している。

NetBSDでは、次のメジャーバージョンである 6.x で32ビット版でも time_t を64ビットに拡張することを決定した。従来の32ビットの time_t を使用しているアプリケーションは、バイナリ互換性レイヤーを作って対応する。

ARPANET

1975年5月、DARPAは、ARPANETで使用するOSとしてなぜUnixが選ばれたのかを詳細に説明するRFC 681を文書化している。評価過程も文書化されている。

当時のUnixのライセンス料は教育機関以外には2万ドル、教育機関には150ドルとなっていた。ARPAネットワーク全体でライセンス供与を受けるという提案に対して、ベル研究所はそういった示唆についてオープンだったと記されている。

その中で特に長所とされたのは、以下の点である。
```
・ローカルな処理ファシリティ
・コンパイラ
・テキストエディタ
・roff
・効率的なファイルシステムとアクセス制御
・パーティションのマウント機能
・デバイスファイルによる周辺機器の抽象化
・Network Control Program (NCP) が統合されている点
・ネットワークコネクションをスペシャルファイルとして扱え、標準的なI/O用システムコールでアクセスできる点
・プログラム終了時に、オープンしていたファイルが全て自動的にクローズされる点
```
ブランディング

1993年10月、Unix System Vのソースについての権利を保有していたノベルは、登録商標の権利をX/Open（現在のThe Open Group）に移管し[17]、1995年にはUNIX関連事業をSCOに売却した[18]。

ノベルが実際のソフトウェアの著作権もSCOに売却したのかについては2006年に裁判となり、最終的にノベルが勝利した。SCO側は控訴したが、2011年8月30日に裁判所が棄却したため、裁判は終結した[19]。

アメリカなどで、登録商標としてのUNIXはThe Open Group が保有している。現在、日本における「UNIX」という商標は複数の区分で登録されており、電子計算機関連においてアメリカンテレフォンアンドテレグラムカムパニーやエックス/オープン・カンパニー・リミテッドの登録もある。

日本では、日本マランツ（現在は合併してディーアンドエムホールディングス）が、電気機器分野でUNIXという名前で先行して商標登録を行なっていたため、UNIXという商標の権利関係がはっきりしていなかったことがあった。

このことから、書籍などでの商品名などの登録商標についての断り書き一覧などで「UNIXオペレーティングシステムは,AT&Tのベル研究所が開発し,AT&Tがライセンスしています.」（『Life with UNIX』邦訳版での例）などのように書かれたことがあった。

現在も日本マランツは音響機器用に「unix」を使用している。他の国でも同様に分野を限定して同じ商標を別の意味で登録することができ、本棚、インクペン、瓶詰めの膠（にかわ）、おむつ、ヘアドライヤー、食品コンテナなどで登録された例がある[20]。

Single UNIX Specificationに完全に準拠しているとThe Open Groupに認められたシステムだけがUNIXを名乗ることができる。そのため認証を受けていないシステムは「Unix系」と呼ばれる。

The Open Groupは “UNIX” を特定のOS実装ではなく、OSのクラスを指すものと定義している。

すなわち、Single UNIX Specificationに準拠しているとThe Open Groupに認められたシステムのみがUNIX 98やUNIX 03といった登録商標を付けることを許されており、そのためにベンダーは認証料と毎年のロイヤルティを支払わなければならない[21]。認証を受けたOSとしては、AIX、HP-UX、IRIX、Solaris、Tru64（かつての “Digital UNIX”）、A/UX、macOS[22][23]、z/OSの一部などがある。

認証を受けていないシステムを表すため、（また、ジャーゴンファイルのUNXの項目によれば、商標であることを標示するための「TM」を避けるために）、「UNX」のようにグロブ記法を使って表記されることがある。

ジャーゴンファイルの記述によれば、法的にはUNIXと書いてもTMを付けることは強制されないのだが、この記法は広く使われてしまっている（ジャーゴンファイル訳本の『ハッカーズ大辞典』初版にある「逆にアスタリスクを使うと権利侵害になるらしい」という記述は誤訳なので注意）。

The Open Groupは商標の普通名称化を防ぐため、UNIX という語には常に「システム」などの語をつけて使って欲しいとしている。

本来の形は “Unix” なのだが、Unix という形もよく使われている。

これについてデニス・リッチーは、Association for Computing Machinery (ACM) の開催した第3回OSシンポジウムにUnixの論文を送る際「troffと新たな組版システムを開発したばかりでスモールキャピタルを印字できることに興奮して、それを使ってしまったため」だとしている[24]。

当時の多くのOSは大文字のみで名称を記述するのが一般的だったため、多くの人は習慣的に大文字のみで “UNIX” と記述した。

UnixやUnix系の複数のブランドを総称するため、Unixの複数形が時折使われることがある。

最も一般的な複数形は Unixes だが、Unixをラテン語の名詞の第3格変化として扱い複数形を Unices とする例もよく見られる。古英語的に Unixen とする例はまれだが、ときおり見かける。

主なUnix系OS

フリーなもの

Berkeley Software Distribution (BSD) およびBSDの子孫
現在主要なものに、FreeBSD、NetBSDがある。いずれも386BSDから生まれた。
```
FreeBSD
    BSDの子孫。多くの派生版がある（中には有償のものも含まれる）。

    Darwin
        AppleがDarwinプロジェクトによってオープンソース化したmacOSの中核。FreeBSDのソースコードをベースとし、中核にはMachが使われている。
    DragonFly BSD
        FreeBSDから派生したBSDの子孫。ハイブリッドカーネルを採用している。

NetBSD
    BSDの子孫。58以上のアーキテクチャに対応している。

    OpenBSD
        NetBSDから派生したBSDの子孫。
```
GNU/Linux
Linuxカーネルから派生した、Linuxディストリビューション全般やELIKS (en:Embeddable Linux Kernel Subset) を言う。中には有償のものも含まれる。Linux Standard Base仕様を元に設計されるため、ほぼPOSIX準拠となる。Linuxカーネルを利用した派生OSにAndroid他がある。

GNU/Hurd
GNUプロジェクトの公式OSとして現在開発中である。中核にはMachが使われている。
Solaris/OpenSolaris
```
サン・マイクロシステムズのOS。現在、最新版のSolaris 11が提供されているが、以前の版も最終リリースのものがダウンロード可能である(Solaris 8, Solaris 9)。もともとは有償版しかなかったが、SPARC版が無償化され、ついでx86版も（一度有償に戻ったが）無償化された。また、カーネル等の主要コンポーネントをオープンソース化したOpenSolarisもリリースされ、そこから多くの派生ディストリビューションも生まれている。
```
MINIX
IBM PCでも動作すること目的に開発された教育用Unix系OS。80386の仮想記憶には対応していなかったため、Linuxに仮想記憶が実装されるきっかけとなった事でも有名[25]。なお、当初はフリーではないライセンスでリリースされていたが、2000年にバージョン 2.0.2 が BSDライセンスのもとでリリースされ、フリーなOSとなった。

Haiku
BeOS互換のオープンソースOS。POSIXに準拠するよう開発されている。

フリーではないもの

AIX
IBMの、SVR4とBSD4.4をベースとしたUNIX。現在、最新版のAIX 7.2が提供されている。
ACIS（英語版）
IBMが6100RT/PCシリーズ用に提供していた4.2BSDベースのOS。アカデミック分野の顧客にのみ提供された。AT&T UNIXとBSDのライセンスを持つ顧客にはソースコードも提供された。

AOS
IBMが6100RT/PCシリーズ用に4.3BSDを移植したもの。アカデミック分野の顧客にのみ提供された。AT&T UNIXとBSDのライセンスを持つ顧客にはソースコードも提供された。

Domain/OS
アポロコンピュータが開発したワークステーションに搭載されたUNIXの機能も持つ独自OS。マイクロカーネル上のOS MiddlewareとしてBSD4.3とSVR3を搭載し同時独立動作を可能とした。ヒューレット・パッカード (HP) に買収されたその後は市場から姿を消した。

Ultrix
DECが同社のVAXやDECstation向けに出していた4.2BSD/4.3BSDベースのOS。初の64ビット実装を行ったUNIXとしても知られている

Tru64 UNIX
DECが開発した、Alphaアーキテクチャのサーバ/ワークステーション用のOS。当初は「OSF/1」と呼ばれ「Digital UNIX」を経て Tru64 UNIX となった。DECの買収とともに、コンパック、ヒューレット・パッカード (HP) へと引き継がれ、現在も販売されている。
DG/UX
DataGeneralのサーバ/ワークステーション用のOS製品の商標。System-V系をベースにしているが、一部BSD系の機能を付加

HP-UX
ヒューレット・パッカード (HP) のPA-RISCアーキテクチャによるサーバ/ワークステーション用のOS製品の商標。OSF/1への移行を前提にSVR3系をベースに実装されたが、そのまま発展したOS。HP-UX V10以降はSVR4ベースとなる。2002年リリースのHP-UX 11i v1.6では業界で初めてインテルItaniumプロセッサに対応する商用OSを提供した

OpenServer
SCOがマイクロソフトから引き継いだXENIXを発展させたIBM PC用のUNIX。一時期はPC用UNIXのトップシェアを誇っていた。

OS/390, z/OS
メインフレーム専用OSであるOS/390およびz/OSはPOSIX準拠OSである。通常UNIXと呼ばれないが、標準のUNIX環境(Unix System Services – USS)により、OS/390やz/OSのネイティブアプリケーションとPOSIX準拠アプリケーションを同時稼働できる。

macOS
独自改良のMachマイクロカーネルとFreeBSDのユーザランドによって実現されたOS (Darwin) 上にCocoa, Carbon, Core Foundationなどを実装したMac用OS。

なお、2007年10月に出荷されたMac OS X v10.5以降は、The Open Groupの認証を受けたUNIXである[26]。また、同じくDarwinを実装した派生OSにiOSがある。

A/UX
Apple Computerが開発した、SVR2ベースのMacintosh用OS。X11やコンソールのほかに、Mac OSによく似たインターフェイスのウィンドウシステムを備えていた。当時のMacintoshはMac OS以外をブートできないため、いったんSystem7が起動する。

MachTen
MachマイクロカーネルとFreeBSDをベースとした、Mac OS内で起動するOS。

BeOS
BeのワークステーションであるBeBox、またはPower Mac、PC/AT互換機で動作するUNIX互換OS。メディアOSとしてマルチメディアを扱うのに長けた。マイクロカーネルにはMachを使用しているが、ユーザカーネルなどのソースコードはオリジナルUNIXは使用せず、POSIX仕様をベースに新しくフルスクラッチされた。

BSD/OS
初期BSDから分岐し商業プロダクトとなったUNIX。BSDiが開発、後に組込み系でリアルタイム制御に対応したUNIX互換OS「LINX」を開発・販売していたWind Riverがソフトウェア部門ごと買収。当初の名前はBSD/386

XENIX
マイクロソフトがSVR2をベースに開発・販売していたIBM PC向けUNIX。仮想メモリをもたない8086とFDで動作するシンプルなシステム。教育用および安価なUNIX環境として高いインストールベースを誇った。1983年、SCOから販売されていたが、マイクロソフトがサーバOS戦略を独自路線（OS/2 → Windows NT）へ切り替えたため、後にSCOへ売却された。

PANIX
エー・アイ・ソフトが、SVR4をPC/AT互換機・PC-9800シリーズに移植して発売していたもの

UnixWare
USLの純正SVR4がノベルに売却され、ノベルの技術（Netwareのサポートなど）を取り入れられたUNIX。その後SCOへ売却される。

IRIX
シリコン・グラフィックス (SGI) のUNIX。GUIに優れる。映像製作分野でのシェアが高い。SVR4.2系

NeXTSTEP/OPENSTEP
NeXT ComputerのOS。当初は同社のワークステーション専用のOSで、Machに4.3BSD相当の機能を搭載したものであった。後にPC/AT互換機などで動作するOSとして単体販売もされた。

Coherent（英語版）
Marc Williams製。UNIXライクなOS。

UNICOS
Crayのスーパーコンピュータ用のUNIX。

RISC/os
ミップス・コンピュータシステムズのUNIXワークステーション/サーバ専用のUNIX。日本ではクボタコンピュータ（株）が代理店をしていた。

Σ
通産省主導の国策プロジェクトとして開発されたOS。開発当初はBSD系だったが後にSystem V (Release2) 系に路線変更。プロジェクト的には失敗に終わったとされ、また、その後も少なからず他の国策プロジェクトに悪影響を与えたとされる。

HI-UX
日立製作所のワークステーション、サーバで動作する。当初は68000系ワークステーションで稼働したSystem V系独自OSであったが、後にハードウェアアーキテクチャの変更(PA-RISC)に伴い、HP-UXをベースとした製品へ変更となった。

NEWS-OS
ソニー製のNEWSワークステーション専用のUNIX。当初は4.2BSDベースであったが、後に4.3BSDベースとなる。終末期にはSVR4.2ベースとなった(NEWS-OS6.x)。

OA/UX
シャープ製のOAシリーズ、IXシリーズのオフコン/ワークステーション専用のUNIX。当初はSystemIIIベースであったが、後にSystemVベースとなる。コンソール画面での漢字表示、オンボードの辞書ROMを用いたかな漢変換など独自の日本語化が行われていた。

UniOS-U/UniOS-B/UniOS-Σ
オムロンが開発・販売していたLUNAワークステーションのうちMC68030を用いたモデル専用のUNIX。SystemV系、BSD系、Σ準拠の3種類が供給された。MC88000を搭載したLUNA88k-WSのOSはMachマイクロカーネル（ユーザカーネルは4.xBSD）であった。

EWS-UX(UX/4800)
日本電気 (NEC) 製のEWS4800ワークステーション専用のUNIX。SVR3系のCISC版とSVR4（当初は、SVR4.0,後にSVR4.2、4.2MP）系のRISC版が存在する。その後、UP-UXをOSとするUP4800サーバ・シリーズが発売になり、これらが統合されてUX/4800に名前が変更となった。CPUをR10000シリーズ（64ビット）としたモデルの発売に伴い、32ビット版と64ビット版が提供されている。

PC/UX
NEC製PC-9800シリーズ（80286ベースのもの）専用のUNIX。SVR2ベース。

SUPER-UX
NEC製SXスーパーコンピュータ向けのUNIX。なお、地球シミュレータ向けには、このOSを地球シミュレータ向けに拡張したものが利用されている。

SX/A
富士通製ミニコンのFACOM Aシリーズ（A30など）・Σ-Station（Σプロジェクトとは無関係）シリーズ専用のUNIX。純正SVR3をベースに4.2BSDのTCP/IP機能を盛り込まれていた。

SX/G
富士通製ワークステーションのFACOM Gシリーズや後継のFMGシリーズのUNIX。Unix System Vをベースにしていた。

UXP/DS
富士通DS/90・GP7000Dシリーズ専用のUNIX、USL純正のSVR4をベースに開発された。

UXP/M
富士通製汎用機（FACOM後継機であるMシリーズ、GS (Gloval Server) シリーズ）で動作するSVR4互換のUNIX。他の富士通汎用機のOS (MSP/VSP) と同様に、VM上で稼動する。

RTU
MASSCOMP（英語版）製リアルタイムUNIX、世界で初めてUNIXをリアルタイム化したUNIX。SVR3系カーネルをベースに4.2BSDのTCP/IPを利用していた。コンカレント・コンピュータに買収後名前は消えるが、機能性は現在も継承されている。

CX/UX
ハリスコンピュータ製NHxxxxシリーズで動作する、SVR3系リアルタイムUNIX。SVR3系カーネルをベースに4.2BSDのTCP/IPを利用していた。コンカレント・コンピュータに買収後名前は消えるが、機能性は現在も継承されている。

PowerMAX OS
コンカレント・コンピュータ製PowerHawk、NightHawk、TurboHawkシリーズで動作する。SVR4ES/MP純正カーネル（USLのカーネルベース）にPOSIX1003.1b（リアルタイム）、POSIX1003.1c（POSIXスレッド）の拡張を行い、XPG4の認定も受けている。事実上、最後の商用UNIXにおけるリアルタイムUNIXである。（2011年現在、販売中）

NCR UNIX
NCRの発売するUNIX。

UNIX環境を提供するソフトウェア

OSではないが、UNIXに相当する環境を提供するソフトウェア。
```
BSD on Windows
Cygwin
Interix (Services for UNIX)

Windows NT系

    Windows NT系はPOSIX準拠のサブシステムをもつ。Windows 2000ではInterixサブシステムを導入することで、UNIX環境を構築することができる。
```
Windows XPおよびWindows Server 2003ではPOSIXサブシステムがServices for UNIXとして別配布である。

Windows Server 2003 R2、Windows Vista (Ultimate、Enterprise) およびWindows Server 2008では、Subsystem for Unix-based Applications として、標準搭載されている。

Windows 10 Anniversary Update以降はWindows Subsystem for Linuxとして搭載されている。[27]

脚注
[脚注の使い方]
```
^ 英語の発音は「U」にアクセントを置くので、「ユーニクス」に近い発音となる。『ジャーゴンファイル』でも「U」にアクセントを置いて発音するとしている（→Eric S. Raymond (ed.) (2004年10月4日). “Unix”. The Jargon File, version 4.4.7. 2010年12月15日閲覧）。しかし日本人のアクセントは異なることがある（「ニ」にアクセント）。
^ 村井 純、井上 尚司、砂原 秀樹『プロフェッショナルUNIX』アスキー出版局、1986年1月15日、14-15頁。ISBN 4-87148-184-0。
^ 実際にはMulticsを書くのにPL/I（のサブセット）が使われた、といったような先行例はある。
^ What is a "Unix-like" operating system? Unix.org FAQ
^ “Operating system market share”. Marketshare.hitslink.com. 2012年8月22日閲覧。
^ 8:30 AM (2010年9月29日). “Unix's Revenge”. asymco. 2010年11月9日閲覧。
^ Powers, Shelley; Peek, Jerry; O'Reilly, Tim; Loukides, Mike (2002). Unix Power Tools. ISBN 0-596-00330-7
^ a b c d e Ritchie, Dennis M. (1984). “The Evolution of the Unix Time-sharing System”. AT&T Bell Laboratories Technical Journal 63 (6 Part 2): 1577?93 2018年9月2日閲覧。.
^ Stuart, Brian L. (2009). Principles of operating systems: design & applications. Boston, Massachusetts: Thompson Learning. p. 23. ISBN 1-4188-3769-5
^ Dolya, Aleksey (2003年7月29日). “Interview with Brian Kernighan”. Linux Journal. 2017年10月18日時点のオリジナルよりアーカイブ。2018年9月2日閲覧。
^ McIlroy, M. D. (1987). A Research Unix reader: annotated excerpts from the Programmer's Manual, 1971?1986 (PDF) (Technical report). CSTR. Bell Labs. 139. 2017年11月11日時点のオリジナルよりアーカイブ (PDF)。
^ a b Rik Farrow. “An Interview with Peter G. Neumann”. ;login: 42 (4): 38. "That then led to Unics (the castrated one-user Multics, so- called due to Brian Kernighan) later becoming UNIX (probably as a result of AT&T lawyers)."
^ “Portability of C Programs and the UNIX System”. Bell-labs.com. 2018年8月24日閲覧。
^ “Loading”. Developer.apple.com. 2012年6月5日時点のオリジナルよりアーカイブ。2012年8月22日閲覧。
^ “Unix’s Revenge”. asymco (2010年9月29日). 2010年11月9日時点のオリジナルよりアーカイブ。2010年11月9日閲覧。
^ “自由なGNU/Linuxディストリビューション”. 2020年7月22日閲覧。
^ Chuck Karish   View profile    More options. “The name UNIX is now the property of X/Open ? comp.std.unix | Google Groups”. Groups.google.com. 2010年11月9日閲覧。
^ “HP, Novell and SCO To Deliver High-Volume UNIX OS With Advanced Network And Enterprise Services”. Novell.com (1995年9月20日). 2010年11月9日閲覧。
^ Jones, Pamela. “SCO Files Docketing Statement and We Find Out What Its Appeal Will Be About”. Groklaw. Groklaw.net. 2011年4月12日閲覧。
^ “Autres Unix, autres moeurs (OtherUnix)”. Cm.bell-labs.com (2000年4月1日). 2010年11月9日閲覧。
^ The Open Group. “The Open Brand Fee Schedule”. 2011年12月26日閲覧。 “The right to use the UNIX Trademark requires the Licensee to pay to The Open Group an additional annual fee, calculated in accordance with the fee table set out below.”
^ The Open Group. “Mac OS X v10.5 Leopard on Intel-based Macintosh computers certification”. 2007年6月12日閲覧。
^ The Open Group. “Mac OS X v10.6 Snow Leopard certification”. 2012年10月16日閲覧。
^ “Unix”. Catb.org. 2010年11月9日閲覧。
^ MOODY 2002, p. 56.
^ The Open GroupのOS XへのUNIX 03製品認証
^ “ズバッと解決! Windows 10探偵団 ― 第97回 ネイティブで動作するWindows上でLinuxが使えるようになった!（ASCII.jp）”. KADOKAWA (2016年4月13日). 2016年4月25日閲覧。
```
参考文献
```
ローレンス・レッシグ 著、山形浩生 訳『コモンズ―ネット上の所有権強化は技術革新を殺す』翔泳社、2002年。ISBN 4-7981-0204-0。
Ritchie, D.M.; Thompson, K., The UNIX Time-Sharing System (The Bell System Technical Journal, July?August 1978, Vol. 57, No. 6, Part 2)
“UNIX History”. www.levenez.com. 2005年3月17日閲覧。 - Unix系オペレーティングシステムの詳細な系図、関係する人物の公式サイトや関連資料へのリンクなど
“AIX, FreeBSD, HP-UX, Linux, Solaris, Tru64”. UNIXguide.net. 2005年3月17日閲覧。
“Linux Weekly News, February 21, 2002”. lwn.net. 2006年4月7日閲覧。
Lions, John: Lions' Commentary on the Sixth Edition UNIX Operating System with Source Code, Peer-to-Peer Communications, 1996; ISBN 1-57398-013-7

S.R. Bourne 著、三好 彰, 木下 恂(共訳) 編『UNIXシステム』マイクロソフトウェア、1985年。
GLYN MOODY 小山祐司監訳『ソースコードの反逆』株式会社アスキー、2002年6月11日。
```
関連文献

書籍
```
Salus, Peter H.: A Quarter Century of UNIX, Addison Wesley, 1 June 1994; ISBN 0-201-54777-5
```
映像
```
Computer Chronicles (1985). "UNIX".
Computer Chronicles (1989). "Unix".
```
関連項目
ウィキメディア・コモンズには、UNIXに関連するカテゴリがあります。
ウィキブックスにUNIX関連の解説書・教科書があります。
ウィキポータルオペレーティングシステム
ポータルオペレーティングシステム
```
POSIX
Mach
C言語
UNIX時間
Plan 9 from Bell Labs
```
外部リンク
```
The UNIX System[リンク切れ], at The Open Group.
The Evolution of the Unix Time-sharing System
The Creation of the UNIX Operating System
The Unix Tree: files from historic releases
UNIX - Curlie（英語）
The Unix 1st Edition Manuals.
The UNIX System - 1982年のUNIXに関する映画。デニス・リッチー、ケン・トンプソン、ブライアン・カーニハン、アルフレッド・エイホらが出演している。
A History of UNIX before Berkeley: UNIX Evolution: 1975-1984
Unix and Linux Forums - free technical support for unix and linux operating systems

表話編歴
```
Unixコマンド
```
表話編歴
```
UNIXおよびUnix系
```
表話編歴
```
オペレーティングシステム
典拠管理: 国立図書館ウィキデータを編集
```
フランス BnF data カタルーニャ ドイツ イスラエル チェコ
```
カテゴリ:
```
UNIXオペレーティングシステムアセンブリ言語1969年のソフトウェアOSファミリケン・トンプソンデニス・リッチー

最終更新 2023年10月19日 (木) 15:18 （日時は個人設定で未設定ならばUTC）。
テキストはクリエイティブ・コモンズ 表示-継承ライセンスのもとで利用できます。追加の条件が適用される場合があります。詳細については利用規約を参照してください。』
```
Windows 11が9月26日に大型アップデート。

9月 26, 2023

コンピューター、関連, ＩＴ関連, OS、関連, Windows11、関連
Windows 11が9月26日に大型アップデート。メモ帳やペイント、フォトが機能強化、Windows Copilot実装
https://pc.watch.impress.co.jp/docs/news/1533387.html

　※　ま～た、くそ重く、ならなきゃいいんだが…。

　※　それより、「不具合連発」が心配だ…。

　※　マンスリーですら、「プリントアウト、できんぞー！」が、お約束だしな…。

『　米Microsoftは、9月26日に行なわれるWindows 11の大型無料アップデートの一環としてAIコンパニオン「Windows Copilot」をプレビューとして実装すると発表した。

　Windows Copilotを使えば、煩雑なタスクを、チャットのようなやり取りで簡単に行なえる。

動画では、「作業に集中できる音楽を再生して」でSpotifyアプリを開いてFocus Mixのプレイリストを提案したり、「ウィンドウを整理して」と打つと複数ウィンドウの一括整理を自動で行なったり、ダークモードへの切り替えを一発で行なったり、文章の下書きを自動で生成したり、切り抜いた画像の背景をAIで自動処理して削除したりする様子が明らかにされた。

　Windows Copilotのほかに、26日のアップデートでは、一部Insiderで先行プレビューされた「ペイント」アプリの背景自動消去機能やレイヤー機能、「Windows フォト」アプリの被写体以外の背景をぼかす機能、「Snipping Tool」のテキスト抽出コピー/機密情報編集機能、「Clipchamp」の自動作成機能、「メモ帳」のセッション状態の自動保存、「メールアプリ」に代わる「Outlook for Windows」の実装が行なわれる。

関連記事
```
Windows 11のペイントがレイヤーに対応。透過処理も可能に

「ペイント」が超進化で"被写体切り抜き機能"実装へ

Snipping Toolで画像内のテキストがコピーできるように

Windows 11、フォトアプリに背景ぼかし機能

標準メールアプリが新しいOutlookへと変更、Windows 11プレビュー版
```
　「ファイルエクスプローラー」の画面が刷新され、ホーム、アドレスバー、検索ボックスが導入される。ファイルを開かなくても重要で関連性があるコンテンツにアクセスできるという。また、「ナレーター」の新しい自然音声の実装、アプリやファイル、設定を簡単に移行できる「Windows バックアップ」が実装される。

　「Bing」と「Edge」のAI機能も刷新され、過去の会話に基づくパーソナライズされた回答が行なえるようになったほか、買い物に関してもCopilotから推奨事項を表示するようになった。

　画像生成AIの「Bing Image Creator」に関してはDALL-E 3モデルに刷新され、より美しい作品、指や目の細部のレンダリングの向上を実現した。なお、生成AIで作成された画像には暗号化手法を用いて、作成された日付を含む電子透かしを追加する。

　このほか、「Bing Chat Enterprise」がEdgeのモバイルアプリでも利用可能になり、マルチモーダルビジュアル検索とBing Image Creatorが利用可能になった。』
ワードパッドが将来的にWindowsから削除

9月 4, 2023

コンピューター、関連, ＩＴ関連, OS、関連, Windows11、関連

ワードパッドが将来的にWindowsから削除
https://pc.watch.impress.co.jp/docs/news/1528541.html

　※　『将来のWindowsリリース』って、Windows12のことか…。

　※　『今後、リッチテキストの編集にはMicrosoft Wordを、プレーンテキストの編集にはWindows標準のメモ帳を使用するよう、ユーザーに推奨している。』…。

　※　「Microsoft Word」に囲い込む戦略か…。

『宇都宮充　2023年9月4日 10:45

Microsoftは1日(米国時間)、Windowsに標準で付属するテキストエディタ「ワードパッド」について、将来的に削除する予定であることを明らかにした。

　同社では、ワードパッドは将来のWindowsリリースで削除される予定で、更新も行なわれなくなるとしている。なお、削除の時期などについては現時点で予告されていない。

　今後、リッチテキストの編集にはMicrosoft Wordを、プレーンテキストの編集にはWindows標準のメモ帳を使用するよう、ユーザーに推奨している。』
ファーウェイOS、普及へ厳しい道　伸び鈍く改良急ぐ

8月 22, 2023

コンピューター、関連, スマホ、関連, OS、関連

ファーウェイOS、普及へ厳しい道　伸び鈍く改良急ぐ
ASIA TECH
https://www.nikkei.com/article/DGXZQOGM1876O0Y3A810C2000000/

　※　「ホンモン」…。そう言えば、あったな…。

　※　iOSも、アンドロイドも、Linuxカーネルなんで、似たようなものを「作る」のは、そんなに難しいことじゃない…。

　※　しかし、それを「組み込んだ製品」が、売れるかと言うと、「？」だ…。

　※　この先ずっと、「製品として、成立し」「改良し続けていける」かと言うことが、問題となる…。

　※　大体、「ＩＴ技術」の大元の米国と対立してしまっていては、「大疑問符」をつけざるを得ない…。

　※　どこまで行っても、「中華OS」というレッテルと、「情報の管理は、大丈夫？」という問題がつきまとう…。

『華為技術（ファーウェイ）が独自開発した基本ソフト（OS）「鴻蒙（ホンモン、英語名ハーモニー）」の改良を重ねている。このほど発表した第4世代では人工知能（AI）への対応を広げて機能を強化。スマートフォンなどの搭載・対応機器数は7億台を超えた。ただ伸びは鈍化しつつあり、事業として成功できるか不透明感が強まる。

「2019年にホンモンを発表して以来、多くの人に愛され、最も速く発展したOSとなった」。4…

この記事は会員限定です。登録すると続きをお読みいただけます。』
「Windows 12」まもなく登場か

3月 6, 2023

コンピューター、関連, OS、関連

「Windows 12」まもなく登場か、AI統合で飛躍的進化も最新プロセッサ必須に
https://buzzap.jp/news/20230302-windows-12-with-ai-new-cpu-gpu/

　※　今日は、こんな所で…。

　※　久々で、この画像を貼っておくか…。

『マイクロソフトがAIの統合を進めた新たなOSをリリースする見通しであることが明らかになりました。

「Windows 10が最後のバージョンになる」という話は一体何だったのでしょうか。詳細は以下から。

著名な海外メディア「The Verge」の報道によると、Intelの次世代プロセッサ「Meteor Lake」が未発表の最新OS「Windows 12」をサポートしているそうです。

これは発売前のプロセッサについて完全な仕様を当ててのけることで知られる人物が明かしたもの。

マイクロソフトはWindows 12について公式にコメントしていませんが、すでに同社のコンシューマーマーケティング責任者が将来のWindowsにAIを用いた機能を統合する方針であることを言及しています。

しかし一方で本格的にAIに対応する場合、IntelやAMDと緊密に連携してプロセッサを最適化する必要があることから、今回の「Intelの次世代プロセッサがWindows 12に対応する」というリークが信憑性を帯びてきます。

なお、マイクロソフトは2022年にWindowsのリリースサイクルを3年周期に戻したと伝えられていることから、Windows 12のリリースは2024年となる見通し。

事実であれば今年後半にも何らかの正式発表が行われる可能性があるようです。』

「Windows 12」まもなく登場か
http://blog.livedoor.jp/bluejay01-review/archives/60259472.html

『「Windows 12」まもなく登場か、AI統合で飛躍的進化も最新プロセッサ必須に

マイクロソフトがAIの統合を進めた新たなOSをリリースする見通しであることが明らかになりました。

「Windows 10が最後のバージョンになる」という話は一体何だったのでしょうか。詳細は以下から。

著名な海外メディア「The Verge」の報道によると、Intelの次世代プロセッサ「Meteor Lake」が未発表の
最新OS「Windows 12」をサポートしているそうです。

これは発売前のプロセッサについて完全な仕様を当ててのけることで知られる人物が明かしたもの。

マイクロソフトはWindows 12について公式にコメントしていませんが、すでに同社のコンシューマーマーケティング責任者が将来のWindowsにAIを用いた機能を統合する方針であることを言及しています。

全文はソース元で
https://buzzap.jp/news/20230302-windows-12-with-ai-new-cpu-gpu/』

『3: バロキサビルマルボキシル(東京都) [CA] 2023/03/05(日) 09:32:27.20 ID:lH4HSscN0
またセブンだは

7: ミルテホシン(東京都) [GR] 2023/03/05(日) 09:33:08.65 ID:0ULyLfuF0
10で終わりと入ったな、あれは嘘だ

8: イドクスウリジン(兵庫県) [US] 2023/03/05(日) 09:33:58.93 ID:0x4DMD5H0
OSももっと選択肢増えていいと思う

9: ファムシクロビル(茸) [US] 2023/03/05(日) 09:34:01.74 ID:LBm6ipjn0
余計なことしそうだから2年は様子見だなAIが勝手に再起動しそう

12: ファビピラビル(神奈川県) [US] 2023/03/05(日) 09:34:21.37 ID:Ei6Z8tvt0
いいねはよ出して

14: メシル酸ネルフィナビル(静岡県) [NO] 2023/03/05(日) 09:35:29.95 ID:o+K19/Yi0
OS商法再び

17: ガンシクロビル(大阪府) [US] 2023/03/05(日) 09:35:47.22 ID:E8tH7TMc0
またUI変えてくるから覚え直しなんだろうなクソが

20: ダサブビル(ジパング) [ﾆﾀﾞ] 2023/03/05(日) 09:36:45.96 ID:ibupimVf0
11とはいったい・・・

32: ピマリシン(新潟県) [RU] 2023/03/05(日) 09:40:11.87 ID:alNPWzrt0
分かりやすいように西暦にしてくれない？
Windows2023とかWindows2024とか

38: バルガンシクロビル(宮城県) [US] 2023/03/05(日) 09:42:35.03 ID:pu4Qqg0j0

32
Officeも年号は止めたから今更じゃない

37: ガンシクロビル(埼玉県) [CN] 2023/03/05(日) 09:42:27.38 ID:Yk+gisre0
Windows10+2って名前にすれば問題解決w

39: ビダラビン(長野県) [DE] 2023/03/05(日) 09:42:57.88 ID:h0YZC5l/0

37
頭いい

40: エムトリシタビン(群馬県) [ﾆﾀﾞ] 2023/03/05(日) 09:43:09.63 ID:Wj5Phemj0

39
ありがとう

86: テノホビル(茸) [US] 2023/03/05(日) 10:09:51.00 ID:D7HQGGze0

37
ワロタ

36: ビダラビン(長野県) [DE] 2023/03/05(日) 09:42:16.15 ID:h0YZC5l/0
AIか面白そう
PC新調しないと10止まりのマシンだからどのみち様子見
できるだけ長く見物したいところ

48: インターフェロンβ(神奈川県) [FR] 2023/03/05(日) 09:47:21.43 ID:EPw0d2jm0
○95
×98
○98se
×Me
○XP
×VISTA
○7
×8,8.1
○10
×11
？12

65: ガンシクロビル(埼玉県) [CN] 2023/03/05(日) 09:57:55.59 ID:Yk+gisre0

48
まず8と8.1をまとめて書いてるところに欺瞞がある
10が○ならば、8.1と10でマルが2回続くし
10が✕ならば、10と11でバツが2回続くよ

ってか95もosr1とosr2、さらにosr2.5があって
特にosr2.5はOS的には別モノというかほぼ98な訳だがw

80: インターフェロンβ(神奈川県) [FR] 2023/03/05(日) 10:06:37.84 ID:EPw0d2jm0

65
まあね
98と98seは別だし
交互だと言われているが多少無理やり感はある
本当に交互ではないが大体交互ではある

78: ロピナビル(神奈川県) [BR] 2023/03/05(日) 10:05:56.39 ID:lARA4kKm0

48
２ｋは史上最強すぎて今後どんなOSでも
勝ち目がない殿堂入りってことかな

85: インターフェロンβ(神奈川県) [FR] 2023/03/05(日) 10:09:32.40 ID:EPw0d2jm0

78
2000はhome editionがないじゃん
プロ用だから除外
それを別格と認識したいのならすればいい

57: オムビタスビル(東京都) [US] 2023/03/05(日) 09:50:03.08 ID:3sPHe1/K0
11で大量のCPU切り捨てたのに今度はAIかよ
そういうのはオプションでやれよ

59: プロストラチン(東京都) [US] 2023/03/05(日) 09:51:32.29 ID:qJH7FEGG0
もう、ファイナルファンタジーだなｗ
ファイナルWindowsが出ても、その後にまたナンバリングが付くんだろ。

70: ペラミビル(富山県) [NL] 2023/03/05(日) 10:00:34.22 ID:eT6VkbcK0
もう行き着くところまで来てしまった
これ以上進化のしようがない
スマホと同じだ

これからは使いもしない無駄な機能を無理やり組み入れて値段低下を防ぐだけのもの

75: エトラビリン(東京都) [GB] 2023/03/05(日) 10:02:28.98 ID:kFT7FaSs0
一々UIを劇的に変えなくていいんだけどな
UI変わらないならバージョンアップしてもええで

77: ダルナビルエタノール(福岡県) [US] 2023/03/05(日) 10:05:47.99 ID:s58jsrd40
AIが目玉になるならいいな
ゲーミングPC買ったけどAIお絵かきとかゲーム以外にも凄い楽しめてるし

82: ペンシクロビル(埼玉県) [JP] 2023/03/05(日) 10:07:40.44 ID:teKjwILg0
MSもしつこいね
AIとかOSレベルでやることじゃねーだろ

95: プロストラチン(東京都) [US] 2023/03/05(日) 10:14:47.60 ID:qJH7FEGG0
AI導入って、ChatGPTを入れるんかな。
それなら面白そうだけど。

96: バロキサビルマルボキシル(神奈川県) [DE] 2023/03/05(日) 10:14:49.96 ID:/by3nnEM0
無料でアップグレードできるならいいよ

100: ホスカルネット(富山県) [US] 2023/03/05(日) 10:16:25.64 ID:wjB58+QX0
スペックで移行絞るのやめてくれ

123: アタザナビル(東京都) [US] 2023/03/05(日) 10:35:13.99 ID:ucyYiYch0
インターフェースころころ変えんな

128: マラビロク(茸) [IT] 2023/03/05(日) 10:39:35.31 ID:7SrMD0C+0
11は右クリした時のメニューが改悪過ぎて使いにくい

134: ビダラビン(愛知県) [US] 2023/03/05(日) 10:44:19.06 ID:F4gHtVri0
何でもいいけど取り敢えずタスクバーの位置を下固定にするのやめてくれ

137: テノホビル(山口県) [EU] 2023/03/05(日) 10:46:13.92 ID:huMcfU6E0
Win11は空気の存在になるか、悪評はあまりないけど
過去の例から言って、この12がまた業界標準になりそうね

138: レテルモビル(長野県) [PL] 2023/03/05(日) 10:46:16.73 ID:1Ny0pDgT0
11を頑なに拒んだ俺のPCは先見の明があったようだ

151: リバビリン(東京都) [CA] 2023/03/05(日) 10:58:50.67 ID:UFrAjc6n0
初回起動時に、「AI機能を有効にしますか？」→「いいえ」と選択する未来しか見えない。

154: ファビピラビル(東京都) [IT] 2023/03/05(日) 11:00:44.93 ID:cPQZ5vg00

151
Windowsアップデートするたびに、勝手にAIが有効になる未来

167: インターフェロンα(東京都) [US] 2023/03/05(日) 11:05:04.37 ID:4WxCZYdw0

151
「おまえを消す方法」を何度も訊いてれば学習して勝手に自己消滅してくれるんじゃねぇか

181: ビダラビン(東京都) [US] 2023/03/05(日) 11:13:14.98 ID:UqxaiHRc0

151
コルタナ「だよな」

153: マラビロク(茨城県) [GB] 2023/03/05(日) 11:00:23.98 ID:QimDLFWD0
検索エンジン組み込まれるだけだろう
プラグインで充分

168: ビダラビン(東京都) [JP] 2023/03/05(日) 11:05:53.75 ID:89/vq9Em0
11など触れもしないうちにもう12か
早いな

173: ガンシクロビル(京都府) [US] 2023/03/05(日) 11:08:55.31 ID:c5EIM3E40
11にすらしてないのに　』
TPM の推奨事項

1月 25, 2023

コンピューター、関連, CPU、関連, OS、関連
TPM の推奨事項
https://learn.microsoft.com/ja-jp/previous-versions//mt604232(v=vs.85)?redirectedfrom=MSDN

『このトピックでは、Windows 10 のトラステッドプラットフォームモジュール (TPM) テクノロジに関する推奨事項を示します。

概要

トラステッドプラットフォームモジュール (TPM) テクノロジは、ハードウェアベースのセキュリティ関連機能を提供します。TPM は、さまざまなデバイスやフォームファクターで暗号化操作を実行するために設計された、セキュリティ関連の暗号プロセッサです。TPM には、複数の物理的なセキュリティメカニズムが搭載されています。TPM のセキュリティ機能は、悪意のあるソフトウェアによる改ざんを防ぐのに役立ちます。TPM テクノロジを使う主な利点は次のとおりです。
```
暗号化キーを生成、格納、使用、保護します。
一意の保証キー (EK) を使うことで、TPM テクノロジをプラットフォーム デバイスの認証に利用できます。
セキュリティ対策を取得して格納することで、プラットフォームの整合性を高めます。
```
TPM の最も一般的な機能はシステム整合性の測定とキーの作成に使われます。システムのブートプロセスの実行時、読み込まれたブートコード (ファームウェア、オペレーティングシステムコンポーネントを含む) は TPM で測定して記録できます。整合性の測定値は、システムがどのように起動されたかの証拠として使えます。また、正しいソフトウェアによるシステムの起動にのみ TPM ベースのキーが用いられたことの確認としても使えます。

Trusted Computing Group (TCG) の仕様には、TPM のさまざまなバージョンが定義されています。

注

一部の情報はリリース前の製品に関することであり、正式版がリリースされるまでに大幅に変更される可能性があります。ここに記載された情報について、Microsoft は明示または黙示を問わずいかなる保証をするものでもありません。

TPM 1.2 と 2.0 の比較

業界標準から、Microsoft は TPM 2.0 への移行と標準化について業界をリードしています。以下の表に示すように、TPM 2.0 にはアルゴリズム、暗号化、階層、ルートキー、承認、NV RAM にわたって数多くのメリットがあります。
TPM 2.0 を使う理由

TPM 2.0 の製品やシステムは TPM 1.2 と比較して次の重要なセキュリティ上の利点があります。
```
TPM 1.2 仕様では、RSA と SHA-1 ハッシュ アルゴリズムの使用のみが許可されます。
セキュリティ上の理由から、一部のエンティティは SHA-1 の使用を避け始めています。 特に、2014 年現在、NIST は多くの連邦機関に対して SHA-256 への移行を要請しています。Microsoft や Google などのテクノロジ リーダーも、SHA-1 ベースの署名と証明書のサポートを 2017 年に終了することを発表しました。
TPM 2.0 は暗号化アルゴリズムをより柔軟にすることで、より高速な暗号化を実現しました。
    TPM 2.0 では、SHA-256 と ECC がサポートされます。ECC は、署名とキー生成のパフォーマンスを高める場合に重要です。
    TPM 2.0 は、ISO 標準 (ISO/IEC 11889:2015) として承認されました。
    TPM 2.0 の使用は、OEM において、特定の国や地域のために標準構成に例外を設ける必要をなくすために役立つ場合があります。
TPM 2.0 は、異なる実装間でより一貫性のあるエクスペリエンスを実現します。
    TPM 1.2 の実装は、ディスクリートとファームウェアでポリシー設定に違いがあります。ロックアウトのポリシーが異なるため、サポートの問題が生じることがあります。
    TPM 2.0 で標準化されたポリシー要件は、デバイス間で一貫したロックアウト エクスペリエンスを確立するために役立ちます。これにより、Windows 全体にわたってより優れたユーザー エクスペリエンスが提供されます。
TPM 1.2 の部品は、一般的にマザーボード上にはんだ付けされたディスクリートなシリコン コンポーネントでした。これに対して TPM 2.0 は、ディスクリート (dTPM) なシリコン コンポーネントとして提供されるものと、次のようなシステムのメイン SoC 上の信頼された実行環境 (TEE) で動作する、ファームウェア (fTPM) ベースのコンポーネントとして提供されるものがあります。
    Intel のチップでは、Intel Management Engine (ME) または Converged Security Engine (CSE) です。
    AMD のチップでは、AMD Security Processor です。
    ARM のチップでは、Trustzone Trusted Application (TA) です。
    デスクトップ Windows システム用のファームウェア TPM の場合、チップ ベンダーは、ファームウェア TPM の実装を他のチップ ファームウェアと共に OEM に提供します。
```
ディスクリート TPM かファームウェア TPM か

Windows では、ディスクリート TPM とファームウェア TPM が同じように使われます。どちらを選んでも機能的なメリットやデメリットはありません。

セキュリティの観点からも、ディスクリートとファームウェアの特性は同じです。
```
両方とも、ハードウェア ベースのセキュリティで保護された実行を使います。
両方とも、TPM 機能の一部にファームウェアを使います。
両方とも、改ざんに対して抵抗する機能が備わっています。
両方とも、セキュリティに関する固有の制限事項/リスクがあります。
```
詳しくは、ファームウェアベースの TPM 2.0 の実装 (fTPM) に関するページをご覧ください。
今後の Windows 10 の TPM 2.0 への準拠

2016 年 7 月 28 日以降に出荷されるすべての Windows 10 デバイスは、すべての種類の SKU において、TPM 2.0 ディスクリートまたはファームウェアを使用している必要があります。この要件は、Windows ハードウェア認定プログラムを通じて適用されます。
Windows 10 デスクトップエディション (Home、Pro、Enterprise、Education)
```
Windows 10 と Windows 8 のすべてのコネクト スタンバイ システムに TPM 2.0 のサポートを含める必要があります。
Windows 10 以降では、統合された fTPM2.0 を含む SoC を選択する場合、デバイスは fTPM FW をサポートするか、ディスクリート TPM 1.2 または 2.0 と共に出荷する必要があります。
2016 年 7 月 28 日以降、Windows 10 デスクトップを搭載するすべてのデバイスは、TPM 2.0 を実装し、TPM を有効にした状態で出荷する必要があります。
```
Windows 10 Mobile
```
Windows 10 Mobile を搭載するすべてのデバイスは、TPM 2.0 を実装し、TPM を有効にした状態で出荷する必要があります。
```
IoT Core
```
IoT Core では、TPM はオプションです。
```
Windows Server 2016 Technical Preview
```
Windows Server の SKU については TPM はオプション、ただしその SKU が Host Guardian Services のシナリオの追加条件 (AQ) を満たしている場合は TPM 2.0 が必要です。
```
TPM と Windows の機能

次の表では、TPM サポートが必要な Windows の機能を定義します。一部の機能は Windows 7/8/8.1 には適用されませんが、それについては記載されていません。
Windows の機能 Windows 7/8/8.1 TPM 1.2 Windows 10 TPM 1.2 Windows 10 TPM 2.0 詳細
メジャーブート必須必須必須メジャーブートには TPM 1.2 か 2.0 および UEFI セキュアブートが必要です。
BitLocker 必須必須必須 TPM 1.2 以降、またはフラッシュドライブなどのリムーバブル USB メモリデバイスが必要です。
Passport: ドメイン AADJ への参加該当なし必須必須両方のバージョンの TPM をサポートしますが、キーの構成証明のサポート用に HMAC および EK の証明書付きの TPM が必要です。
Passport: MSA またはローカルアカウント該当なし必須ではない必須 TPM 2.0 およびキーの構成証明のサポート用に HMAC と EK の証明書が必要です。
デバイスの暗号化該当なし必須ではない必須 TPM 2.0 は InstantGo のすべてのデバイスに必要です。
デバイスガード/構成可能なコードの整合性該当なし省略可能省略可能
Credential Guard 該当なし必須必須 Windows 10、バージョン 1511 では、TPM 1.2 または 2.0 を強くお勧めします。TPM がインストールされていない場合でも Credential Guard は有効になりますが、Credential Guard を暗号化するために使われるキーは TPM によって保護されません。
デバイスの正常性の認証該当なし必須ではない必須
Windows Hello 該当なし必須ではない必須ではない
UEFI セキュアブート必須ではない必須ではない必須ではない
プラットフォームのキー記憶域プロバイダー該当なし必須必須
仮想スマートカード該当なし必須必須
証明書ストレージ (TPM バインド) 該当なし必須必須

TPM 2.0 のチップセットオプション

ディスクリートとファームウェアの両方について、さまざまな TPM 製造元が存在します。
ディスクリート TPM
サプライヤー
```
Infineon
Nuvoton
NationZ
ST Micro
```
ファームウェア TPM
サプライヤーチップセット
AMD
```
Mullins
Beema
Carrizo
```
Intel
```
Clovertrail
Haswell
Broadwell
Skylake
Baytrail
```
Qualcomm
```
MSM8994
MSM8992
MSM8952
MSM8909
MSM8208
```
TPM 2.0 のシステムの可用性に関する OEM のフィードバックとステータス
認定済みの TPM パーツ

政府関連のお客様や規制のある業界の大企業のお客様は、場合によっては調達基準により一般的に認定済みの TPM パーツを使う必要があります。このため、デバイスを提供する OEM では、認定済みの TPM コンポーネントだけを使って商用クラスのシステムを構築することが必要になる可能性があります。ディスクリート TPM 2.0 のベンダーは、2015 年末に認定を完了することを目指しています。
Windows 7 32 ビット版のサポート

TPM 2.0 の仕様や製品が存在する以前に出荷された Windows 7 であっても、マイクロソフトは Windows 7 64 ビット版に対して TPM 2.0 のサポートをバックポートして、2014 年の夏に UEFI ベースの Windows 7 システム用のダウンロード可能な Windows 修正プログラムをリリースしました。現在、マイクロソフトでは、Windows 7 32 ビット版へのバックポートサポートの提供は検討しておりません。

この記事の内容
```
概要
TPM 1.2 と 2.0 の比較
TPM 2.0 を使う理由
ディスクリート TPM かファームウェア TPM か　』
```