stanford-oval/wikipedia huggingface dataset:
Windowsのセキュリティ機能
アクセス制御と監査 > WebDAV

WebDAV（Web-based Distributed Authoring and Versioning、ウェブダブ）はマイクロソフトが開発したHTTP拡張で、「ファイル システムなどの格納媒体を HTTP 接続で使用可能にする、HTTP 1.1 規格の拡張機能」で、WebサーバのIISなどに実装されている。WebDEVでは以下のアクセス権を設定できる：
ディレクトリおよびファイルとそのプロパティの検索
ディレクトリおよびファイルとそのプロパティの作成、変更、削除、および参照
ファイルおよびディレクトリのカスタム プロパティの保存および検索
共同作業環境でのファイルのロック
アクセス制御と監査 > AD環境のアクセス制御

AD環境ではグループアカウントを利用してアクセス制御を行うので、まずグループアカウントの種別について述べた後、AD環境のアクセス制御の基本方針である「AGUDLP」について述べる。
アクセス制御と監査 > AD環境のアクセス制御 > グループアカウントの分類

グループアカウントには個々のマシンで管理するローカルグループと、Active Directoryで管理されるセキュリティグループとがあり、これらに加えて配布グループというメールアプリケーションでメールの配布先を指定したりする為のグループの種類がある。なおドメイングループと配布グループはActive Directoryに関するグループの種類であるので、ドメインアカウントしかグループメンバーに出来ない。
セキュリティグループと配布グループはその有効範囲によってドメインローカルグループ、グローバルグループ、ユニバーサルグループに分かれる。ドメインローカルグループはドメイン内でのみ参照可能である。これに対しグローバルグループとユニバーサルグループはいずれも他のドメイン、ドメインツリー、フォレスト全体から参照可能であるが、グローバルグループはメンバー追加に制限があり、追加できるのは同一ドメインのアカウントやグローバルグループのみである。ユニバーサルグループにはそのような制限はない。
アクセス制御と監査 > AD環境のアクセス制御 > AGUDLP

AGUDLPはAD環境においてロールベースアクセス制御を行うためのマイクロソフト推奨の方針である。ここでAGUDLPはAccount（アカウント）、Grobal group(グローバルグループ)、Universal group（ユニバーサルグループ）、Domain Local group(ドメインローカルグループ)、Permission（パーミッション）の頭文字を集めたもので、これらを以下のように用いるとよいと推奨している：
| 頭文字 | 分類 | 使い方 |
| --- | --- | --- |
| A | アカウント | 各ユーザにアカウントを割り振る |
| G | グローバルグループ | 「開発部門管理職」のように企業の実組織の構造に従ったグローバルグループを作り、そこにユーザのアカウントを所属させる |
| U | ユニバーサルグループ | グローバルグループは、そのグローバルグループを作成したドメインからしかメンバーを追加できないので、それ以外のドメインからもメンバーを追加したい場合は1つ以上のグローバルグループを含むユニバーサルグループを作成する |
| DL | ドメインローカルグループ | 「ソースコードフォルダへの書き込み権限保持者グループ」のように、権限毎にドメインローカルグループを作り、そのドメインローカルグループにグローバルグループやユニバーサルグループを所属させる |
| P | パーミッション | 各ドメインローカルグループに書き込み権限や読み込み権限などのパーミッションを与える。 |
規模がより小さい企業では上述したA、G、U、DL、Pを全て用意する必要はなく、AUP、AGLP、AGDLPなどにする。
アクセス制御と監査 > 監査

Windowsではユーザやプロセスの振る舞いを監査するため、監視者が予め指定した行為をユーザが行った場合には監査ログに記述する事ができる。
何を監査ログに書き込むのかは管理者が監査ポリシーとして事前にしてする必要がある。監査ポリシーは
コンピュータの構成\Windows の設定\セキュリティの設定\ローカル ポリシー \監査ポリシー
で閲覧・設定が可能である。監査ポリシーに記述可能なイベントとしては
アカウントログオンイベント
アカウント管理イベント
Active Directoryのオブジェクトへのアクセスイベント
ポリシー変更
特権変更
プロセス追跡
システムイベント
Active Directoryでは監査ポリシーはSACL(システムアクセス制御リスト)として記述される。
認証とID連携 > Window 10へのサインイン方法

Window 10には以下の4通りのサインイン方法がある：
| 方法 | 概要 |
| --- | --- |
パスワード入力: 通常のパスワード認証
PIN: 暗証番号（4 桁～64 桁）の入力により認証
ピクチャ パスワード: パスワード用に指定した画像の上で、パスワードとして指定したジェスチャ（ドラッグやタップ）を行う事で認証
Windows Hello: 端末搭載の顔認証用のカメラや指紋認証リーダーと連携した生体認証
上記4種類のサインインのうち、PINは個々の端末にしか保管されない為、PINが漏洩しても攻撃者がユーザになりすまして他のPCからMicrosoft アカウントにサインインする事はできない。
またサインインの際、事前に指定した携帯電話やメール アドレスに送信されるセキュリティコードを入力する2段階認証もできる。
認証とID連携 > Active Directoryにおける認証

Active Directoryはユーザ認証としてケルベロス認証とNTLM認証が利用可能である。ただし、NTLMは（バージョン1、2双方とも）認証プロトコルそれ自身がセキュリティ上脆弱である事が知られているので、その利用は推奨されない。クライアント端末がWindows 7以降であればケルベロス認証に対応しているのでNTLM認証を停止可能である。
Azure ADは多要素認証にも対応している。
認証とID連携 > シングルサインオン > Active Directoryによるシングルサインオン

Active Directoryはケルベロス認証により、ドメイン内のシングルサインオンを実現する。ドメイン連携の仕組みやADFS（Active Directoryフェデレーションサービス）というを使えば、ドメインの垣根を超えてシングルサインオンが可能になる。
Azure ADの場合はSAMLやOpenID Connectなどでシングルサインオンを実現している。
Azure ADはシングルサインオン機能のよりマイクロソフトを含む各社のクラウドアプリケーションと連携可能で、Azure AD経由でアクセス可能なクラウドアプリケーションは2000種類以上ある（2016年現在）。
またWindow 10では事前にAzure ADにアカウントを登録しておくと、ユーザが端末にサインインしたときに透過的にAzure ADからも認証され、Azure ADの連携サービスにシングルサインオンできる。
認証とID連携 > シングルサインオン > Microsoft アカウントによるシングルサインオン

Microsoft アカウント（マイクロソフトアカウント、以前は Microsoft Wallet、Microsoft Passport、.NET Passport、Microsoft Passport Network、Windows Live ID）は、
マイクロソフトのウェブサイト（例：Outlook.com）
マイクロソフトのOS(例：Windows 10、Windows Phone、Xbox)が載っているデバイス
マイクロソフトのソフトウェア（例： Visual Studio、Skype）
にログインするためのシングルサインオンWebサービスである。OpenID、FIDO2をサポートしている。
認証とID連携 > Microsoft Identity Manager(MIM)

AD環境のAGUDLPではグループ管理が煩雑になる事を踏まえて作られたユーザープロビジョニングサービス。「ID統合」を行うためのサービスで、特に「「IDのライフサイクル管理を行う」ことで、管理者の作業・監査における省力化を目的」としている。下記のように、何度か名称が変更されている：
| 略称 | 正式名称 | 年 |
| --- | --- | --- |
| MIIS | Microsoft Identity Integration Server | 2003 |
| ILM | Identity Lifecycle Manager | 2007 |
| FIM | Forefront Identity Manager | 2010 |
| MIM | Microsoft Identity Manager | 2016 |
ポリシー管理・ポリシー制御 > Windowsにおける権限

Windowsにおけるユーザ権限は、シャットダウンやバックアップなどマシン全体に関わる権限である特権とローカルログインなど個々のユーザに関する権限である権利に分かれる。
ユーザの特権・権利はsecpol.msc(ローカル セキュリティ ポリシー)の「ユーザー権利の割り当て」から確認でき、グループポリシー（後述）はgpmc.msc（グループポリシーの管理）の「ユーザー権利の割り当て」から確認できる。
ポリシー管理・ポリシー制御 > ローカルセキュリティポリシー

各マシンローカルなセキュリティ設定はローカルセキュリティポリシーと呼ばれ、secpol.mscツールを使えばアカウントに対してどのような特権・権利が与えられているかを確認できる。
ポリシー管理・ポリシー制御 > グループポリシー

ADではグループポリシーという機能を用いて各ユーザアカウントの各端末における特権・権利を一括で設定できる。グループポリシーの管理はgpmc.mscツールを用いて管理できる。
各グループポリシーはGPO(グループポリシーオブジェクト）とリンクからなる。GPOにはユーザアカウントや端末に認可（ないし禁止）したい特権・権利を指定し、リンクはGPOを適用するOUを指定する。ユーザアカウントからなるOUやコンピュータアカウントからなるOUをリンクに指定する事で、ユーザや端末の特権・権利を一括で設定できる。
GPOとしては例えば以下のものが設定可能である：
| 設定 | 概要 |
| --- | --- |
セキュリティ周りの設定: 後述
ソフトウェアの配布: Windowsインストーラを利用したソフトウェアの自動的にかつ一律なインストールなど
スタートアップなどのスクリプト: コンピュータの起動時、終了時などのスクリプト実行
Internet Explorerの設定: セキュリティ・ゾーンとドメインのマッピングの定義、「お気に入り」へのリンクの追加・削除など
フォルダのリダイレクト: 各コンピュータのローカルなフォルダをファイル・サーバ上のフォルダへリダイレクト
セキュリティ周りでは例えば以下のものが設定可能である：
ファイルやレジストリのアクセス権などの設定
パスワードポリシーの設定
ローカルへのパスワード保存やパスワードキャッシュ保存の禁止
アカウントロックポリシーの設定
管理者グループメンバーの制限
ファイヤーウォールの受信ポート制御
シャットダウン時のページファイルの削除
サインイン時の利用規約の表示
グループポリシーはGPMCというツールで管理する事ができる。
ポリシー管理・ポリシー制御 > グループポリシー > セキュリティポリシーテンプレート

なお、Windows ServerにはセキュリティポリシーテンプレートというGPOの雛形が
%SystemRoot%\Security\Templates
に複数置いてあるので、必要に応じてテンプレートの中身を書き換えて自組織の環境用にカスタマイズした上でテンプレートをGPOに読み込む事で容易にポリシーを設定できる。
ポリシー管理・ポリシー制御 > グループポリシー > AppLocker

AppLockerはアプリケーションの実行の許可・不許可を設定できるツールである。具体的には、「「実行可能ファイル（EXE）」「Windowsインストーラ・ファイル」「スクリプト」「DLL」の各カテゴリに対して、それぞれ「ファイルのパス」「ハッシュ値」「発行元（デジタル署名）」を設定し、これに「許可」「拒否」「例外」という3種類のルールが適用できる」。「AppLockerによるプログラムの実行制御は、ローカル・セキュリティ・ポリシーかグループ・ポリシーを使って行う」。
またApplockerでは「規則の実施」か「監査のみ」を選ぶことができ、前者を選ぶと実行の許可・不許可がAppLockerにより制御されるが、後者を選んだ場合には、AppLockerは実行を制御せず、実行結果がログに記載されるのみである。
ポリシー管理・ポリシー制御 > Security Compliance Toolkit

Security Compliance Toolkitはマイクロソフト内外の専門家のフィードバックに基づいてベストプラクティスをまとめたセキュリティベースラインで、マイクロソフトが過去に公開していたベストプラクティス集Security Compliance Managerを置き換えるものである。各セキュリティ分野別の推奨設定がスプレッドシート形式で記載されており、分析テスト機能を使うと必要なGPO、テンプレート、クライアントインストールスクリプトが入手できる。
またSecurity Compliance Toolkitのページから、マイクロソフトのポリシーアナライザツールや、ローカルWindowsポリシーを管理する「Local Group Policy Object Utility」もダウンロードできる」。
暗号化 > BitLocker

→詳細は「BitLocker」を参照
BitLockerはディスク全体を暗号化することができるセキュリティ機能。他のPCにディスクを接続されても、中身を読むことはできない。コンピューターにTrusted Platform Module(TPM)が搭載されていれば、それを使用して暗号化を行う。BitLocker To GoはUSBメモリなどのリムーバブル・ディスクの暗号化を行える。
暗号化 > Encrypting File System

Encrypting File System(EFS)はNTFSバージョン3.0で追加された機能で、ファイルシステムレベルでの暗号化を提供する。この技術はコンピューターに物理的にアクセスする攻撃者から機密データを保護するために、ファイルの透過的暗号化を実現する。
暗号化 > DPAPI

→詳細は「DPAPI」を参照
暗号化 > Cryptographic API

→詳細は「Cryptographic API」を参照
暗号化 > Cryptographic API > Security Support Provider Interface

→詳細は「Security Support Provider Interface」を参照
セキュアなブートプロセス

Window 10では下記の仕組みによりブートキットやその他ルートキットに感染するのを防いでいる：
| 名称 | 概要 |
| --- | --- |
セキュアブート: マシンがファームウェアを読み込む際、ファームウェアに付いている署名を検証し、ファームウェアがブートローダーを読み込む際、ブートローダーに付いている署名を検証する事で、ブートキットの感染を検出する仕組み。UEFIとTPMを利用。
トラストブート: セキュアブート終了後、windows 10 カーネルのデジタル署名を検証し、Windows 10 カーネルがブート ドライバー、スタートアップ ファイル、ELAM （後述）を含むWindows スタートアッププロセスの他の全てのコンポーネントを検証する仕組み。
起動時マルウェア対策（ELAM）: 「Early Launch Anti-Malware」の略。マイクロソフト以外のブートドライバーとアプリケーションを読み込む前に（マイクロソフトの、もしくはそれ以外の）マルウェア対策ドライバーを読み込み、ブートドライバーが事前に登録されたリストにあるか否かをチェックする。  
メジャーブート: ファームウェア、ブートローダー、ブート ドライバー等マルウェア対策アプリの前に読み込まれるもの全てのハッシュ値をUEFI ファームウェアがTPMに格納。構成証明サーバーから送られてきた署名鍵を用いてTPMがUEFIのログに署名した上でログやハッシュ値をサーバに送る。これらを利用してサーバ側でPC の正常性を客観的に評価。
アンチウイルスソフトウェア > Microsoft Defender

→詳細は「Microsoft Defender ウイルス対策」を参照
Microsoft Defenderはその内容が時とともに変化したが、2018年現在はマイクロソフトがWindows向けに提供するセキュリティ機能のシリーズ名で、下記のものを含んでいる：
| 名称 | 概要 | 概要 |
| --- | --- | --- |
Windows Defender Security Center: セキュリティ関連のクライアントインターフェース
Windows Defender ウィルス対策: マルウェア対策ソフト
Windows Defender Offline: ブータブルCD/DVD、またはUSBフラッシュドライブにマルウェア駆除用のシステムをインストールし、Windows起動中に検出や削除ができないマルウェアに対処するために提供されている。
Windows Defender Smart Screen: 既報告済の悪意のある可能性のあるサイトにアクセスしようとしたり悪意のある可能性のあるファイルをダウンロードしようとしたりすると警告する。
Windows Defender Firewall: パーソナルファイアウォール
| Windows Defender Exploit Guard | Exploit Protection | データ実行防止(DEP)、ASLR、SEHOP(Structured Exception Handling Overwrite Protection、構造化例外処理の上書き保護)。EMETの後続。 |
| Windows Defender Exploit Guard | ASR（Attack Surface Reduction、攻撃表面の縮小） | 「Office ベースやスクリプトベース、電子メールベースの脅威をブロックし、マシンにマルウェアが侵入することを」防ぐ |
| Windows Defender Exploit Guard | ネットワーク保護 | 「Windows Defender SmartScreenを使って、デバイスから信頼されていないホストやIPへのアウトバウンドプロセスをブロック」 |
| Windows Defender Exploit Guard | フォルダー アクセスの制御 | 「信頼されていないプロセスによる、保護されたフォルダーへのアクセスをブロック」する事によるランサムウェア対策。 |
Windows Defender Device Guard: 後述
Windows Defender Application Control: 「ユーザーの実行が許可されるアプリケーションと、システム コア (カーネル) で実行されるコードを制限することによって」、「ファイルベースのマルウェア (.exe、.dll など) 」の脅威を軽減
Windows Defender Credential Guard: 後述
Windows Defender Application Guard: 「Microsoft Edge または Internet Explorer のいずれかから非信頼サイトを表示すると、Microsoft Edge では分離された Hyper-V 対応コンテナーに含まれるサイトが」開く
Windows Defender Advanced Threat Protection: EDR(Endpoint Detection and Response)
アンチウイルスソフトウェア > Microsoft Security Essentials

→詳細は「Microsoft Security Essentials」を参照
2009年9月29日～2020年1月14日にWindows XP, Vista, 7向けに提供していたアンチウイルスソフトウェア。
VBS(Virtualization-Based Security)

VBS(Virtualization-Based Security、仮想化ベースのセキュリティ)は仮想化基盤Hyper-Vを利用したハイパーバイザーベースのセキュリティ技術で、Windows Defender System Guardともいう。ハイパーバイザーが通常のWindows OS自身を1つの仮想マシンとして実行し、それとは別にもう一つの仮想マシンVSM（Virtual Secure Mode）を実行する。Windows OSとVSMはハイパーバイザーレベルで分離されている為、Windows OS側の特権が攻撃者に乗っ取られても、VSM側は乗っ取られない。
そこでVBSではVSMにWindows OS自身よりも高い特権レベルを要求する操作を割り振っており、Windows OS、VSMの特権レベルをそれぞれVTL 0、VTL 1という（VTLはVirtual Trust Levelの略）。（リングプロテクションと違い、数字が大きいほど特権レベルが高い事に注意）。
VTL 0、VTL 1はリングプロテクションのRing 0、Ring 3とは独立した特権レベル概念であり、VTLが0か1か、リングプロテクションレベルが0か3かの組み合わせで計4つの特権レベルがある事になる。
WindowsではVBSを使うことで以下の3つのセキュリティ機能を実現している：
| 名称 | 概要 |
| --- | --- |
Credential Guard: Active Directoryの資格情報を管理するセキュリティ認証サブシステム(Local Security Authority Subsystem Service : LSASS)をVSM側で実行し、さらに暗号化鍵をTPM(ない場合はUEFI)で保護する事で、Windowsの特権が攻撃者に取られても、Pass-the-Hash攻撃などで資格情報が窃取されないようにする。
Device Guard: アプリケーションやデバイスドライバのホワイトリスト機能。アプリケーションやデバイスドライバに正当な署名が付いている事を確認した上でこれらを実行する。「グループポリシーの「コードの整合性ポリシーを展開する」を使って、あらかじめ指定したアプリケーションだけしか動作しないように設定」する事も可能。カーネルモードで動くバイナリをチェックする「カーネルモードのコードの整合性(Kernel Mode Code Integrity:KMCI)」とユーザーモードで動くバイナリをチェックする「ユーザーモードのコードの整合性(User Mode Code Integrity:UMCI)」からなっている。　Windows Storeで配布されているアプリケーションは配布段階で署名が必須である。またPKIを用意して既存のアプリケーションに署名を行ってもよい。
仮想TPM: 仮想マシンでTPMを利用するための技術で、ソフトウェアベースでTPMを実現するためTPM対応プロセッサを必要としない
Windows 10 Fall Creators Update（バージョン1709）ではDevice Guardに代わる機能としてWindows Defender Application Guard（WDAG）が導入されている。WDAGと並び、AppLockerもWindowsが持つもう一つのアプリケーションホワイトリスト機能であるが、両者はいわば補完関係にある。WDAGは自組織にとって可能な制限レベルに対してのみ強制すべきで、それより低いレベルに関してはAppLockerによる保護で補完する。
更新プログラムの適用

マイクロソフトでは、自社が提供するWindows、Microsoft Officeなどのソフトウェアの更新プログラム（パッチ）、およびデバイスドライバのダウンロードと更新を行うためサービスであるWindows Updateを提供している。
個人用の端末の場合には、マイクロソフトが提供するWindows Updateのサイトから直接更新プログラムを入手するが、企業などではWSUSという中間サーバを社内に立て、WSUSが代表してマイクロソフトから更新プログラムを取り寄せ、各社員の端末はWSUSから更新プログラムを取り寄せる構成にするケースも多い。このような構成を取る目的は、企業の側が社員のPCにおける更新プログラムの適用状況を把握したり、マイクロソフトからの更新プログラムのダウンロードによる通信帯域の圧迫を避けたりする事にある。
Window UpdateやWSUSはバックグラウンドでBITS（Background Intelligent Transfer Service、バックグラウンド インテリジェント転送サービス）という仕組みを用いている。これはアイドル中のネットワーク回線の帯域幅を使用し、非同期にマシン間のファイル転送を行う事を可能にする。
更新プログラムの適用 > WSUS

WSUS（読みはダブルサス。Windows Server Update Services、ウィンドウズサーバーアップデートサービス）は、更新プログラムやデバイスドライバなどの適用制御用のサーバ・アプリケーションである。
クライアントPCは、グループポリシーまたはレジストリによって指定されたWSUSサーバに対して、指定された時間間隔（既定値は約22時間間隔）でアクセスしてローカルにダウンロードし、「自動更新」コンポーネントに表示する。なおダウンロードのタイミングは指定できない。
またユーザがクライアントPCにログインしていなくても更新プログラムのダウンロードや適用を行うよう設定可能である。
更新プログラムの適用が完了すると、クライアントPCは適用ステータスをWSUSサーバ（グループポリシー設定での名称は「イントラネット統計サーバ」）に報告する。WSUSサーバでは、このステータス報告をもとに更新プログラムやクライアントPCごとのレポートを作成する。
更新プログラムのダウンロードはBackground Intelligent Transfer Service (BITS) が実行しており、利用可能なネットワーク帯域に応じて回線がパンクしないように、また更新データの配布によって回線を独占し、ネットワークが使用不可になるような状況にならないように、通信量が自動的に調整される。
更新プログラムの適用 > WSUS > 更新プログラムの承認

WSUS管理者は、管理コンソール上で更新プログラムをどのように配布するか制御する事ができる。配布を許可する場合、更新プログラムに対して「承認」の作業を行う事が必要になる。WSUS 2.0 (SP1) においては、承認には以下の4つの状態がある。
| 名称 | 概要 |
| --- | --- |
インストール: 更新プログラムをクライアントPCがインストールする事を許可する承認状態である。
検出のみ: 更新プログラムの存在は公開するが、更新プログラムのダウンロードや適用は許可しない承認状態
削除: 更新プログラムの削除（アンインストール）を強制する承認状態
拒否: 検出を拒否する承認状態。「拒否」にした更新プログラムはWSUSの管理コンソールにおいても通常は表示されなくなる。
更新プログラムの適用 > WSUS > クライアントPCのグループ分け

WSUSでは、クライアントPCを「コンピュータ・グループ」という任意の管理グループに分類して、グループ毎に更新プログラムの承認を行う事が可能である。コンピュータ・グループの登録とグループ分けは、管理画面で管理者が手動で行うか、グループポリシーまたはレジストリによってクライアントPCに対して設定することで行う。
コンピュータ・グループによって、きめ細かな更新プログラムの適用管理が可能になる。例えば、更新プログラムをまず適用試験用のPCに適用して評価を行い、安全を確認した後に一般のクライアントPCに対して配布する、といった適用制御が容易に可能になる。
更新プログラムの適用 > WSUS > レポート

クライアントPCから報告されるステータス情報やWSUSサーバ自身のステータス情報を元に、WSUS 3.0 (SP1) では、以下のレポートを作成できる：
| 名称 | 概要 |
| --- | --- |
更新レポート: 更新プログラム毎に、クライアントPCの適用状況を表示。更新の状態の概要、更新の詳細な状態、更新の状態（表形式）が含まれる
コンピュータレポート: クライアントPC毎に、更新プログラムの適用状況を表示。コンピュータの状態の概要、コンピュータの詳細な状態、コンピュータの状態（表形式）が含まれる
同期レポート: WSUS 3.0サーバの、過去のMicrosoft Updateとの同期結果についてレポート
更新プログラムの適用 > WSUS > クラス

以下の種類の更新プログラムを配布する事ができる（2008年7月末日現在）。
Feature Packs : 新しく公開された機能。通常は時期リリース製品に含まれる。
Service Packs
セキュリティ問題の修正プログラム : 製品のセキュリティホールを修正する更新プログラム。
ツール : ユーティリティ類
ドライバ : デバイスドライバ
更新 : 重要性が低く、セキュリティに関連しない不具合を修正するための更新プログラム。
修正プログラム集 : 複数のホットフィックスやセキュリティ修正プログラムなどを集約した更新プログラム。
重要な更新 : 重要性が高く、セキュリティに関連しない不具合を修正するための更新プログラム。
定義自動更新プログラム : Windows DefenderやForefront Client Securityなどの定義ファイル。
バックアップ、復元 > バックアップ

Windowsにはバックアップを取る方法がいくつかある。
Windowsにはデフォルトでファイルのバックアップの機能が備わっている。例えばWindow 10では「更新とセキュリティ」の「バックアップ」を選択する事でバックアップが可能になる。この際バックアップしたいフォルダ全てを一覧から選択し、バックアップ先のドライブを選択する。
こうしたファイルごとのバックアップとは別にシステムイメージを作成する機能も備わっているが、Windows 10 バージョン1709 Fall Creators Updateからは非推奨の機能になった。
Windows Server 2008以降にはWindows Server Backupというバックアップ機能が標準で装備されており、そのコマンドラインインターフェースとしてwbadmin.exeが提供されている。（wbadmin.exeはクライアントWindowsにもデフォルトで入っている為、一部制限があるもののクライアントでもwbadmin.exeを使ったバックアップが可能）。
Azureを契約していれば、Azure Backupの機能を使う事でMicrosoft Cloudのデータ 、およびオンプレミスのWindows ServerやWindows Clientのデータをバックアップできる。
バックアップ、復元 > 復元

Windowsには「システムの復元」という機能が備わっており、システムに不具合が生じたとき、過去に作成した復元ポイントまでシステムの状態を巻き戻す事ができる。「システムの復元」で復元されるのは具体的には、OSの重要ファイル、レジストリ、設定、アプリケーションやデバイスドライバの追加・変更などである。
またWindows 10の「更新とセキュリティ」には「このPCを初期状態に戻す」という機能がついており、初期状態にリセットできる。
著作権保護・情報保護 > Information Rights Management

→詳細は「Information Rights Management」を参照
IRMは、デジタル著作権管理（DRM）の一種であり、機密情報を不正アクセスから保護する技術である。情報の暗号化や選択的機能拒否機能を使うことができ、企業の電子メール、 Microsoft Word文書、 ウェブページなどの文書へのアクセスを制限し、許可されたユーザーのみが閲覧、編集することができるようにする。Microsoft Officeなどの対応ソフトウェアを使うことで、情報を作成、表示、編集、配布できる権限を情報毎に個別に設定することができる技術である。
著作権保護・情報保護 > Active Directory Rights Management Services

→詳細は「Active Directory Rights Management Services」を参照
Windows Serverの機能であるInformation Rights Management (IRM)を利用するためのサーバソフトウェア。AD RMSと省略する。AD RMSはWindows Server 2003で新規に実装された。
著作権保護・情報保護 > PlayReady

→詳細は「PlayReady」を参照
その他 > Control flow guard

CFI(Control-Flow integrity)技術の一つ。インストラクション ポインタの制御を奪う攻撃に対策するため、「コンパイル時にIndirect Call(call eaxなど)を精査して、正当な呼び出しだけを「ホワイトリスト化」したうえで、呼び出し先アドレスにチェックするための関数を挿入する」。
その他 > Dynamic Lock

ユーザが所有しているスマートフォンとBluetoothをあらかじめペアリングしておくと、Bluetoothの電波強度を測り、ユーザ（が持っているスマートフォン）がPCから離れるとおよそ1分後に、自動で画面ロックがかかる。
ビル・マーレイ

| --- | --- |
: 「ビリー・マレー」とは別人です。
ビル・マーレイ（Bill Murray, 1950年9月21日 - ）は、アメリカ合衆国出身のコメディアン、俳優、映画監督、脚本家。
経歴 > 生い立ち

イリノイ州シカゴにて、アイルランド系の家庭に、9人兄弟の5番目として生まれる。彼を含めて4人が俳優になった。父親は木材のセールスマンで、母親は郵便室係だった。17歳の時に父親が亡くなり、高校時代はキャディのアルバイトに勤しみ、教育資金を受けながらカトリック系の高校へ進学。医学を学ぶためにコロラド州デンバーのレジス大学（英語版）に入学したが、後に退学した。1971年頃、シカゴの空港にてマリファナ所持にて逮捕された。
経歴 > キャリア

兄のブライアン・ドイル＝マーレイに勧められて即興劇団セカンド・シティに参加、そこでジョン・キャンディらと出会った。その後、ジョン・ベルーシからの誘いで生活の拠点をニューヨークへ移し、1977年から1980年まで、NBCの人気バラエティ番組『サタデー・ナイト・ライブ』に出演し人気を得る。日本では『ゴーストバスターズ』のピーター・ヴェンクマン博士役で知名度も上がる。その後もコンスタントに俳優として映画に出演しているが、エージェントやマネージャーを持っておらず、コンタクトが難しいとして映画の製作陣からはオファーが出しづらい俳優として認識されている。
これまで様々な役柄で打診されたことがあり、例に挙げるとピクサー製作の『モンスターズ・インク』でジョン・グッドマンが声を担当したサリーや、『トイ・ストーリー』のバズ・ライトイヤー役。ティム・バートン監督の『バットマン』のブルース・ウェイン役や『チャーリーとチョコレート工場』のウィリー・ウォンカ役。『キンダガートン・コップ』のキンブル刑事役や『ロジャー・ラビット』でボブ・ホスキンス演じた私立探偵のエディー役に、『スター・ウォーズ』のハン・ソロ役、ジョン・バダム監督の『ブルーサンダー』のリチャード・ライマングッド役や『ショート・サーキット』のニュートン・クロスビー役や『ハード・ウェイ』のジョン・モス役などがある。近年ではティム・バートン、ジム・ジャームッシュ、ソフィア・コッポラ、ウェス・アンダーソンなど、個性的な監督の作品に出て高い評価を得ている。また、アート・リンソン監督『バッファローの棲むところ』で、アメリカを代表するジャーナリスト、ハンター・トンプソンを演じたこともある。
2003年に東京を舞台にしたソフィア・コッポラ監督の『ロスト・イン・トランスレーション』では、CM撮影のために日本へやってきた中年のハリウッドスター、ボブ・ハリスをユーモラスに演じてアカデミー主演男優賞にノミネートされ、ゴールデングローブ賞（ミュージカル・コメディ部門）など多数の映画賞を受賞した。
経歴 > 私生活

1981年1月25日に女優のミッキー・ケリーと結婚。2人の子供が誕生するが、1994年に離婚。1997年7月4日に女優のジェニファー・バトラーと再婚。4人の子供が誕生するが、2008年6月13日に離婚。
ゴルフには熱心で、有名人のゴルフトーナメントなどには多く参加している。1999年にはゴルフに関するエッセイなどを載せた本も出版した。2007年にスウェーデンを訪れた際、ゴルフトーナメントの帰り道の公道でゴルフカートを運転していてストックホルムの警察に職務質問を受ける騒ぎも起きている。シカゴのプロスポーツチームが好きで、プロ野球チームのシカゴ・カブスやプロフットボールチームのシカゴ・ベアーズなどの大ファンである。
ギター演奏も趣味にしており、エリック・クラプトン主催の「クロスロード・ギター・フェスティヴァル」にて司会を務めライブで共演している。
主な出演作品 > テレビ

| 放映年 | 邦題 原題 | 役名 | 備考 | 吹き替え |
| --- | --- | --- | --- | --- |
| 1975 | Saturday Night Live with Howard Cosell | Various roles | 兼脚本 | N/A |
| 1977-1980 | サタデー・ナイト・ライブ Saturday Night Live | Various roles | 計72話出演 兼脚本 |  |
| 1981-1999 | サタデー・ナイト・ライブ Saturday Night Live | 本人（ホスト） | 計5話出演 |  |
| 1999 | サタデー・ナイト・ライブ Saturday Night Live | 本人 | 「25th Anniversary Special」 |  |
| 2013-2014 | アルファ・ハウス Alpha House | ヴァーノン・スミッツ上院議員 | 計3話出演 |  |
| 2014 | オリーヴ・キタリッジ Olive Kitteridge | ジャック・ケニソン | ミニシリーズ |  |
| 2015 | パークス・アンド・レクリエーション Parks and Recreation | ウォルター・ガンダーソン | 第7シーズン第11話「Two Funerals」 |  |
| 2016 | バイス・プリンシパルズ Vice Principals | ウェルズ | 第1シーズン第1話「次の校長は誰だ」 |  |
| 2018 | サタデー・ナイト・ライブ Saturday Night Live | スティーブン・バノン | 「Sam Rockwell/Halsey」 |  |
| 2021 | The Now | Dr. Robert Flaherty | 計5話出演 |  |
主な受賞

ゴールデングローブ賞
2003年度 主演男優賞（ミュージカル・コメディ部門） 『ロスト・イン・トランスレーション』
英国アカデミー賞
2003年度 主演男優賞 『ロスト・イン・トランスレーション』
全米映画批評家協会賞
1998年度 助演男優賞 『天才マックスの世界』
2003年度 男優賞 『ロスト・イン・トランスレーション』
ニューヨーク映画批評家協会賞
1998年度 助演男優賞『天才マックスの世界』
2003年度 男優賞『ロスト・イン・トランスレーション』
ロサンゼルス映画批評家協会賞
1998年度 助演男優賞 『天才マックスの世界』
2003年度 男優賞 『ロスト・イン・トランスレーション』
インディペンデント・スピリット賞
1998年度 助演男優賞 『天才マックスの世界』
2003年度 主演男優賞 『ロスト・イン・トランスレーション』
日本語吹き替え

主に担当しているのは、以下の二人である。
このほかにも、池田勝、青山穣、石住昭彦、野島昭生、樋浦勉、野田秀樹なども声を当てている。
エリック・クラプトン(左)と共演（2007年）
加地久勝

|  凡例加地久勝 |
| --- | --- |
時代:  戦国時代
生誕:  不明
死没:  不明
別名:  権助
主君:  三好長慶、義継
氏族:  加地氏
テンプレートを表示
加地 久勝（かじ ひさかつ）は、戦国時代の武将。三好氏の家臣。通称は権助（ごんのすけ）で、『フロイス日本史』でもゴノスケドノ(葡: Gonosuke-dono)と言及されている。
生涯

三好長慶の配下で、堺奉行を担当した。
『室町殿日記』には、天文12年12月3日（1543年12月28日）付けで室町幕府の人件費100貫文を堺の商人から借金する内容の書状が書き写されており、差出人は久勝と塩田高景（若狭守）の連名になっている。仮にこの写しの内容が正確であるなら、これは三好長慶が管領の細川晴元から離反する前の話であり、当時から堺の町衆と交際があって幕府の資金繰りに関わっていたことになる。
永禄4年（1561年）、三好義興と三好長慶が足利義輝を招いた際には、篠原左近丞とともに冠木門で出迎える御門役を務め、その後も接待に奔走した。
『細川両家記』によると、永禄9年（1566年）の上芝の戦いでは久勝の率いた部隊が敵の首を7つ取っており、野田・福島の戦いにも三好方で参加している。
レイランド・アトランティアン

レイランド・アトランティアン（Leyland Atlantean）は、英国のレイランド社で（ボディは様々な会社が架装）1958年から1986年まで製造された2階建バスである。
アトランティアンは、車掌の添乗が免除され「ワンマン運行」の導入が許可されたことにより可能となった前方乗車、リアエンジン型式バスの先駆者であった。
試作車

英国における第二次世界大戦直後のバス運行は搬送可能な乗客数の飽和状態に直面し、バス製造業者は製造コストの低減を模索していた。戦前にリアエンジン型式バスの実験車両が製造されていたが成功作と言えるものは無く、試作の域を出なかった。幾つかの床下エンジン型式の通常型バスよりも、乗客収容空間をエンジンが侵食する部分を最小限に抑えることに重点が置かれた。しかしながら、このような設計は車両の床の高さを嵩上げすることになり、乗降口の段差を増やすことになった。2階建バスにおいてこれは車両の全高を増大させ、室内高の不足を招くことになり問題が増幅された。
1952年にレイランド社はリアエンジン型式の2階建バス構想の実験を始めた。最大許容幅が7 ft 6 inのSARO社製ボディを架装した試作車が製造された。この車両は後部のサブフレーム上にレイランド・O.350エンジンを横置きに搭載していた。シャーシは厚みのあるサイドメンバーが付いた鋼と軽合金を使用したプラットフォーム型式のフレーム構造であった。自動クラッチと自動変速ギアボックス（self change gearbox）も備えていた。製造番号530001のこの試作車にはSTF90の登録番号が付けられ、型式名はPDR1（Rはリアエンジンを示す）とされた。
1956年にメトロポリタン・キャメル・キャリッジ・アンド・ワゴン社（Metropolitan Cammell Carriage and Wagon：MCCW）製ボディを架装し、再びO.350エンジンをフレーム上に横置きした2番目の試作車XTC684 (No. 542209)が製造された。この車両は遠心クラッチ、ニューマチック・サイクリック変速機（pneumatic cyclic gearbox）とアングルドライブを備えていた。全高は13 ft 2.75 in、ホイールベースは16 ft 2.875 in、全長は29 ft 10 inで乗客定員は78名であった。レイランドはこの試作車を「ローローダー（Lowloader）」と命名した。
2台の試作車は徹底的にテストされたが、これらの車両には車体後部の乗車口と運転手の横に無駄な空間がありフロントエンジン型式バスと同じ問題点が残されていた。
PDR1/PDR2

1956年に製造と使用に関する法令（Construction and Use Regulations）の改正が行われ、2階建バスの最大長が30 ftに伸ばされたことにより前車軸の前に幅広の乗車口を設けることが可能となった。これにより当初は運転手が乗客の乗車を確認し車掌が料金を収受することができるようになったが、直ぐにこの構造はワンマン運行が可能な形態であることが分かった。レイランド社は新しい法令に乗じて、アールズコート（Earls Court）で開催された1956年度の商業車ショー（Commercial Motor Show）で「アトランティアン」の最初の試作車を発表した。この車両はバス製造業者が規定した前方乗車口を備えていたが、幾つかの要因が市販に当たっての障害となっていた。主な問題は、ベンチシートを使用した車室内に相変わらずエンジンが置かれていたため下層の車室内でのエンジン騒音が酷いことであった。
機械的にはアトランティアンの試作車の281 ATCはローローダーに類似しており、車体後部にO.600エンジンを横置きに搭載し、ニューマチック・サイクリック変速機を横並びにエンジンと直列に結んでいた。アトランティアンは軽量で強靭なフレーム外皮構造であった。フレームの補強と客室の床の土台という双方の目的を満たすために、軽合金製の床板はフレームに直接リベットで留められた。試作車はローローダー出自のプラットフォーム型式のフレーム構造を踏襲しており、ドロップセンター式の後輪車軸のおかげでバスの全長に渡り地面から僅か1段の高さの段差の無い床を実現していた。
この試作車は国内中の様々なバス会社へ披露された。もう1台登録されなかった同型車がテストベッドとして使用され、最終的に2台共スクラップにされた。
1958年までにレイランド社は大部分の問題点を解決し、エンジンは車体後部の客室とは切り離され独立したエンジン室に収められた。ホイールベースが16ft 3inの最初の量産車「アトランテイアン PDR1/1」が1958年度の商業車ショーで発表された。この量産車は、リーフスプリングの通常型式の前後車軸、溝型鋼フレームを使用した試作車よりも簡潔な機械機構を有していた。このシャーシにグラスゴー社（Glasgow Corporation）、ジェームズ・オブ・アマンフォード社（James of Ammanford）、ウォラシー社（Wallasey Corporation）が各々架装した最初のバスが1958年12月に運行を開始した。
1964年以降アトランティアンにドロップセンター式の後輪車軸がオプションで提供された。この型式のアトランティアンは「アトランテイアン PDR1/2」として知られ、その後期型は「アトランテイアン PDR1/3」となった。1967年にレイランド社は全長33 ftのボディを架装できる「アトランテイアン PDR2/1」を発表した。
バス会社の中には当初その実績のある信頼性からフロントエンジンの車両を購入し続けるところもあったが、アトランティアンは成功作となった。国有バス会社（National Bus Company）とスコティッシュ・バス・グループ（Scottish Bus Group）は各々ブリストル・VR（Bristol VR）とデイムラー・フリートライン（Daimler Fleetline）を好んで使用したが、アトランティアンは地方自治体のバス会社でその人気の高さを証明した。アバディーン、グラスゴー、エディンバラ、ニューカッスル、マンチェスター、リヴァプール、ノッティンガムやサンダーランドの会社で多数のアトランティアンが購入された。
1972年までに6,000台以上のアトランティアンが運行された。
AN68/AN69

1972年2月にレイランド社はPDR1/PDR2に代わるAN68を発表した。この新しいシャーシはより幅広の乗降口と幾つかの新しい安全装備を備えていた。運転手にエンジンのオーバーヒートを防ぐために音声と視覚で知らせる警告装置やフェイルセーフになったパーキングブレーキが導入された。ステアリング・ギアボックスやブレーキ系統は激しい正面衝突に耐えられるものとなり、ステンレス製の配管は防錆能力が劇的に向上した。
AN68/1R（全長 9.4m）とAN68/2R（全長 10.2m）の2種類のモデルが提供され、パワーステアリングがAN68/2Rには標準でAN68/1Rにはオプションで装着された。パワーステアリング用のポンプは初期のベルト駆動から変更される一方、提供されるエンジンは新しいレイランド・O.680のみとなった。幾種類ものボディ型式が様々な架装業者で製造され提供され続けたことによりアトランティアンは小規模の独立系から大都市のバス会社まで幅広い要望に応えられる車両であった。
1978年にレイランド社はレイランド・O.690エンジンを搭載したAN69の販売を主に輸出用に開始した。
アトランティアンは多くのバス会社の買い替えに支えられて多数が売れ続けた。しかし、ロンドン・トランスポート社（London Transport：LT）は、AN68 を差し置いてデイムラー社（後にレイランド社と合併）のフリートラインを同社初の大型リアエンジン型式の2階建バスに採用したことが知られている。2,000台以上のフリートラインがLT社に購入されたが、信頼性の問題とLT社の硬直した整備体制によってフリートラインは非常に早い時期に引退させられた。
1968年のブリティッシュ・レイランド社の成立によりデイムラー社とブリストル社（Bristol）はレイランド社に合併され、2種のリアエンジン車のシャーシ（デイムラー・フリートラインとブリストル・VR）がアトランティアンに加わった。ブリストル・ブランドは存続したがデイムラーは廃止され、デイムラー製品はレイランドのバッジに付け替えられた。事業の再編成後にレイランド社はロンドンの路線向けに故障の多いフリートラインの代替となる新しいリアエンジン型式の2階建バスの開発を始めた。この新しい車両のタイタン B15（Titan B15）は、1980年に発売されたより簡潔な半完成車の派生車種オリンピアン（Olympian）を生み出した。オリンピアンはVR、フリートラインとアトランティアンの直接の代替車として企画されたが、ベテランのAN68の生産はオリンピアンと並行して1986年まで続いた。マーシーサイド・PTE社（Merseyside PTE）納入分の国内市場向け最後のアトランティアンは1984年に生産ラインを離れたが、輸出向けモデルの生産はもう2年間続いた。最後の車両はイラクの首都・バグダードのバス会社に納入された。
生産終了までに15,000台以上のアトランティアンが生産された。グレーター・マンチェスター PTE社（Greater Manchester PTE）とその前身会社は、ノーザン・カウンティーズ社（Northern Counties）製とそれよりは少数であったがパーク・ロイヤル社（Park Royal）製の'グレート・マンチェスター規格'ボディを架装したアトランティアンを運行する最大のバス会社であった。2番目に大きな顧客は、その多くがウォルター・アレクサンダー社（Walter Alexander）製のボディを架装したアトランティアンを使用したグラスゴー・コーポレーション／グレーター・グラスゴー PTE社（Glasgow Corporation/Greater Glasgow PTE）であった。3番目はマーシーサイド・PTE社で約800台のアトランティアンを購入し、ほとんどがウォルター・アレクサンダー社とイースト・ランクス社（East Lancs）のボディを架装していた。しかし僅かながらその中にメトロ・キャメル・ウェイマン社（Metro Cammell Weymann：MCW）とウィロウブルック社（Willowbrook）製のボディが含まれていた。4番目として知られているのがシンガポールのシンガポール・バス・サービス社（Singapore Bus Service）である。同社は1977年から1986年にかけてダップル・メトセック社（Metal Sections/Duple Metsec）、ブリティッシュ・アルミニウム社（British Aluminium Company）やウォルター・アレクサンダー社製のボディを架装したレイランド・アトランティアン AN68/2Rを520台購入した。