保存データ暗号化 - 版の履歴

Kusanaginoturugi: カテゴリの修正

2024-06-08T04:50:32Z

カテゴリの修正

← 古い版		2024年6月8日 (土) 13:50時点における版
1行目:		1行目:
	[[Category:デ~~ィスク~~暗号化]]		[[Category:保存データ暗号化]]
	[[en:Data-at-rest encryption]]		[[en:Data-at-rest encryption]]
	[[es:Data-at-rest encryption]]		[[es:Data-at-rest encryption]]

Kgx: /* Block device vs stacked filesystem encryption */ 翻訳

2024-02-22T11:18:15Z

Block device vs stacked filesystem encryption: 翻訳

← 古い版		2024年2月22日 (木) 20:18時点における版
105行目:		105行目:
	選択するレイヤーの実用性については、下の[[#実用性\|比較表]]を見て下さい。[http://ksouedu.com/doc/ecryptfs-utils/ecryptfs-faq.html#compare eCryptfs] についての記事も参照。		選択するレイヤーの実用性については、下の[[#実用性\|比較表]]を見て下さい。[http://ksouedu.com/doc/ecryptfs-utils/ecryptfs-faq.html#compare eCryptfs] についての記事も参照。

			=== ブロックデバイスとスタックファイルシステムの暗号化 ===
	=== Block device vs stacked filesystem encryption ===

	{\| class="wikitable left-align-row-headers" style="text-align:center;"		{\| class="wikitable left-align-row-headers" style="text-align:center;"
	! ~~Aspect~~		! 特徴
			! {{B\|デバイスの暗号化をブロックする}}
	! {{B\|Block device encryption}}
			! {{V\|スタックされたファイルシステムの暗号化}}
	! {{V\|Stacked filesystem encryption}}
	\|-		\|-
			! 暗号化
	! Encrypts
			\| ブロック全体のデバイス
	\| whole block devices
			\| ファイル
	\| files
	\|-		\|-
			! 暗号化されたデータのコンテナは次の可能性があります...
	! Container for encrypted data may be...
			\| ループデバイスとしてのディスクまたはディスクパーティション/ファイル
	\| a disk or disk partition / a file as loop device
			\| 既存のファイルシステム内のディレクトリ
	\| a directory in an existing file system
	\|-		\|-
			! ファイルシステムとの関係
	! Relation to filesystem
			\| ファイルシステム層の下で動作します。暗号化されたブロックデバイスの内容がファイルシステム、パーティションテーブル、LVM セットアップ、またはその他のものであるかどうかは関係ありません。
	\| operates below filesystem layer: does not care whether the content of the encrypted block device is a filesystem, a partition table, a LVM setup, or anything else
			\| 既存のファイルシステムに追加のレイヤーを追加し、ファイルの書き込み/読み取りのたびに自動的にファイルを暗号化/復号化します。
	\| adds an additional layer to an existing filesystem, to automatically encrypt/decrypt files whenever they are written/read
	\|-		\|-
			! ファイルのメタデータ (ファイル数、ディレクトリ構造、ファイルサイズ、権限、mtimes など) は暗号化されます。
	! File metadata (number of files, dir structure, file sizes, permissions, mtimes, etc.) is encrypted
	\| {{Yes}}		\| {{Yes}}
			\| {{No}}<br>(ファイル名とディレクトリ名は暗号化できます)
	\| {{No}}<br>(file and dir names can be encrypted though)
	\|-		\|-
			! ハードドライブ全体 (パーティションテーブルを含む) をカスタム暗号化するために使用できます。
	! Can be used to custom-encrypt whole hard drives (including partition tables)
	\| {{Yes}}		\| {{Yes}}
	\| {{No}}		\| {{No}}
	\|-		\|-
			! スワップスペースの暗号化に使用可能
	! Can be used to encrypt swap space
	\| {{Yes}}		\| {{Yes}}
	\| {{No}}		\| {{No}}
	\|-		\|-

			! 暗号化されたデータコンテナ用に固定量のスペースを事前に割り当てずに使用可能
	! Can be used without pre-allocating a fixed amount of space for the encrypted data container
	\| {{No}}		\| {{No}}
	\| {{Yes}}		\| {{Yes}}
	\|-		\|-
			! NFS や Samba 共有、クラウドストレージなど、デバイスアクセスをブロックせずに既存のファイルシステムを保護するために使用できます。
	! Can be used to protect existing filesystems without block device access, e.g. NFS or Samba shares, cloud storage, etc.
	\| {{No}}		\| {{No}}
	\| {{Yes}}		\| {{Yes}}
	\|-		\|-
			! 暗号化されたファイルのファイルベースのオフラインバックアップが可能
	! Allows offline file-based backups of encrypted files
	\| {{No}}		\| {{No}}
	\| {{Yes}}		\| {{Yes}}

Kgx: /* システムデータ暗号化 */ 同期

2024-01-29T13:54:14Z

システムデータ暗号化: 同期

← 古い版		2024年1月29日 (月) 22:54時点における版
48行目:		48行目:
	=== システムデータ暗号化 ===		=== システムデータ暗号化 ===

	; データ暗号化
	: データ暗号化は、ユーザーのデータ ({{ic\|/home}} ディレクトリの中や、データ DVD などのリムーバブルメディア) だけの暗号化と定義され、一番シンプルで込み入ったところがないディスク暗号化の利用法ですが、致命的な欠点があります。		: データ暗号化は、ユーザーのデータ ({{ic\|/home}} ディレクトリの中や、データ DVD などのリムーバブルメディア) だけの暗号化と定義され、一番シンプルで込み入ったところがないディスク暗号化の利用法ですが、致命的な欠点があります。
	: 最近の計算システムでは、ユーザーデータに関する情報や、またはデータそれ自体の一部を以下のようなハードドライブの暗号化されていない領域にキャッシュ・保存するバックグラウンドプロセスが多数存在します:		: 最近の計算システムでは、ユーザーデータに関する情報や、またはデータそれ自体の一部を以下のようなハードドライブの暗号化されていない領域にキャッシュ・保存するバックグラウンドプロセスが多数存在します:

Kgx: 項目を整理

2024-01-29T13:53:05Z

項目を整理

@@ 46行目: / 46行目: @@
 あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー) おそらく[[Wikipedia:Hardware-based full disk encryption|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing|トラステッドコンピューティング]]が最善策でしょう。
-=== データ暗号化 vs システム暗号化 ===
+=== システムデータ暗号化 ===
 ; データ暗号化
@@ 60行目: / 60行目: @@
 :さらに、データ暗号化だけではオフラインのシステムのタンパリング攻撃にたいして隙を残すことになります (例: 暗号化されたデータを解除するために使用するパスフレーズを[[Wikipedia:ja:キーロガー|記録]]するプログラムや、ロックを解除するのを待ってから密かに攻撃者がデータを回収できる場所にデータをコピー/送信するプログラムのインストール)。
 あらゆるディスク暗号化の手段というのは、ディスクは暗号化されたデータを保持しながら、暗号コンテナ (つまり暗号化されたデータを保持するディスクの論理部) が"解除"されてマウントされているときにかぎり、オペレーティングシステムやアプリケーションからは通常の読み込み可能なデータとして見えるようにするという方法で働きます。

Kgx: /* なぜ暗号化を使うのか? */ 情報を更新

2024-01-18T20:23:23Z

なぜ暗号化を使うのか?: 情報を更新

← 古い版		2024年1月19日 (金) 05:23時点における版
22行目:		22行目:
	フルディスク暗号化 (FDE) については、[[dm-crypt/システム全体の暗号化]]を参照してください。		フルディスク暗号化 (FDE) については、[[dm-crypt/システム全体の暗号化]]を参照してください。

	==なぜ暗号化を使うのか?==		== なぜ暗号化を使うのか? ==

	ディスク暗号化は確実にファイルを常に暗号化された状態でディスクに保存することができます。ファイルにアクセスできるのは、システムが動いていて信頼されたユーザーによってロックを解除された間だけで、その場合にのみオペレーティングシステムやアプリケーションは読み取れる状態でファイルにアクセスすることができるようになります。権限のないユーザーが直接ディスクの中身を見たとしても、わかるのは意味がわからないランダムなデータだけで、実際のファイルを読み取ることは不可能です。		ディスク暗号化は確実にファイルを常に暗号化された状態でディスクに保存することができます。ファイルにアクセスできるのは、システムが動いていて信頼されたユーザーによってロックを解除された間だけで、その場合にのみオペレーティングシステムやアプリケーションは読み取れる状態でファイルにアクセスすることができるようになります。権限のないユーザーが直接ディスクの中身を見たとしても、わかるのは意味がわからないランダムなデータだけで、実際のファイルを読み取ることは不可能です。
34行目:		34行目:
	さらに、ディスク暗号化を使うことで、オペレーティングシステムを改竄しようとする不正アクセスに対するセキュリティの強化にもなります。例えば、システムへの物理的なアクセスを手に入れた攻撃者によるキーロガーやトロイの木馬のインストールへの防衛手段になります。		さらに、ディスク暗号化を使うことで、オペレーティングシステムを改竄しようとする不正アクセスに対するセキュリティの強化にもなります。例えば、システムへの物理的なアクセスを手に入れた攻撃者によるキーロガーやトロイの木馬のインストールへの防衛手段になります。

	{{Warning\|ディスク暗号化はあらゆる脅威からデータを保護するわけではないので注意してください。}}		{{Warning\|ディスク暗号化はあらゆる脅威からデータを保護するわけではないので注意してください。
	ディスク暗号化によっても以下のような場合には対処できません:		ディスク暗号化によっても以下のような場合には対処できません:
	* システムが動いていて、あなたがロックを解除してディスクの暗号化している部分をマウントしてしまった後に (インターネットなどを介して) 攻撃者がシステムに侵入した場合。		* システムが動いていて、あなたがロックを解除してディスクの暗号化している部分をマウントしてしまった後に (インターネットなどを介して) 攻撃者がシステムに侵入した場合。
	* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。		* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。
	* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。		* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。
	* [[Wikipedia:Rubber-hose_cryptanalysis\|締め上げ暗号分析]]。[https://xkcd.com/538/ XKCD #538] も参照してください。		* [[Wikipedia:Rubber-hose_cryptanalysis\|締め上げ暗号分析]] [https://xkcd.com/538/ XKCD #538] も参照してください。

		⚫	ディスク暗号化をしたとしても[[ディスクの完全消去\|ディスクの消去]]からは保護されません。データを安全に保つため[[バックアッププログラム\|定期的なバックアップ]]を推奨します。
⚫	あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー)。おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。
			}}

		⚫	あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー) おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。
⚫	~~{{Warning\|~~ディスク暗号化をしたとしても[[ディスクの完全消去\|ディスクの消去]]からは保護されません。データを安全に保つため[[バックアッププログラム\|定期的なバックアップ]]を推奨します。}}

	=== データ暗号化 vs システム暗号化 ===		=== データ暗号化 vs システム暗号化 ===

Kgx: /* クラウドストレージの最適化 */ 翻訳

2024-01-18T20:18:10Z

クラウドストレージの最適化: 翻訳

← 古い版		2024年1月19日 (金) 05:18時点における版
106行目:		106行目:
	==== クラウドストレージの最適化 ====		==== クラウドストレージの最適化 ====

			クラウドストレージサービスなど、サードパーティが管理する場所とのゼロ知識同期を実現するためにスタックファイルシステムの暗号化を導入している場合は、eCryptfs や EncFS の代替手段を検討することをお勧めします。これらは、インターネットを介したファイルの送信用に最適化されていないためです。代わりに、この目的のために設計されたソリューションがいくつかあります。
	If you are deploying stacked filesystem encryption to achieve zero-knowledge synchronization with third-party-controlled locations such as cloud-storage services, you may want to consider alternatives to eCryptfs and EncFS, since these are not optimized for transmission of files over the Internet. There are some solutions designed for this purpose instead:

	* [[gocryptfs]]		* [[gocryptfs]]
	* {{AUR\|cryptomator}} or {{AUR\|cryptomator-bin}} (~~multi-platform~~)		* {{AUR\|cryptomator}} もしくは {{AUR\|cryptomator-bin}} (マルチプラットフォーム)
	* {{Pkg\|cryfs}}		* {{Pkg\|cryfs}}

			一部のクラウドストレージサービスは、独自のサービスを通じてゼロ知識暗号化を直接提供していることに注意してください。[[アプリケーション一覧/インターネット#クラウド同期クライアント\|クライアントアプリケーション]]
	Note that some cloud-storage services offer zero-knowledge encryption directly through their own [[アプリケーション一覧/インターネット#Cloud synchronization clients\|client applications]].

	===ブロックデバイスの暗号化===		===ブロックデバイスの暗号化===

Kusanaginoturugi: カテゴリを変更

2023-09-09T09:20:07Z

カテゴリを変更

← 古い版		2023年9月9日 (土) 18:20時点における版
1行目:		1行目:
	[[Category:暗号化]]		[[Category:ディスク暗号化]]
	[[Category:ファイルシステム]]
	[[en:Data-at-rest encryption]]		[[en:Data-at-rest encryption]]
	[[es:Data-at-rest encryption]]		[[es:Data-at-rest encryption]]

Shota: /* スタックファイルシステムの暗号化 */ クラウドストレージの最適化の節をコピー

2022-02-05T09:43:10Z

スタックファイルシステムの暗号化: クラウドストレージの最適化の節をコピー

← 古い版		2022年2月5日 (土) 18:43時点における版
103行目:		103行目:
	ホストファイルシステムにある暗号化されたファイルが保存されたフォルダをロック解除するため、(特殊なスタック擬似ファイルシステムを使って) それ自体または別の場所にマウントされ、同じファイルが読み込める形で現れます。アンマウントしたり、システムの電源が落とされるまでその状態は維持されます。		ホストファイルシステムにある暗号化されたファイルが保存されたフォルダをロック解除するため、(特殊なスタック擬似ファイルシステムを使って) それ自体または別の場所にマウントされ、同じファイルが読み込める形で現れます。アンマウントしたり、システムの電源が落とされるまでその状態は維持されます。

	スタックファイルシステム暗号化で利用できるソリューションは~~以下の3つで~~す:		スタックファイルシステム暗号化で利用できるソリューションには [[eCryptfs]] や [[EncFS]] があります。

			==== クラウドストレージの最適化 ====
	;eCryptfs: [[eCryptfs]] を参照。

			If you are deploying stacked filesystem encryption to achieve zero-knowledge synchronization with third-party-controlled locations such as cloud-storage services, you may want to consider alternatives to eCryptfs and EncFS, since these are not optimized for transmission of files over the Internet. There are some solutions designed for this purpose instead:
	;EncFS: [[EncFS]] を参照。

			* [[gocryptfs]]
	;fscrypt: [[fscrypt]] を参照。
			* {{AUR\|cryptomator}} or {{AUR\|cryptomator-bin}} (multi-platform)
			* {{Pkg\|cryfs}}

			Note that some cloud-storage services offer zero-knowledge encryption directly through their own [[アプリケーション一覧/インターネット#Cloud synchronization clients\|client applications]].

	===ブロックデバイスの暗号化===		===ブロックデバイスの暗号化===

Kusanaginoturugi: /* なぜ暗号化を使うのか? */ 記事を▼追加

2021-12-27T03:36:34Z

なぜ暗号化を使うのか?: 記事を▼追加

← 古い版		2021年12月27日 (月) 12:36時点における版
40行目:		40行目:
	* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。		* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。
	* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。		* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。
			* [[Wikipedia:Rubber-hose_cryptanalysis\|締め上げ暗号分析]]。[https://xkcd.com/538/ XKCD #538] も参照してください。

	あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー)。おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。		あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー)。おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。

Kusanaginoturugi: リンクを訂正

2021-12-27T03:31:59Z

リンクを訂正

← 古い版		2021年12月27日 (月) 12:31時点における版
3行目:		3行目:
	[[en:Data-at-rest encryption]]		[[en:Data-at-rest encryption]]
	[[es:Data-at-rest encryption]]		[[es:Data-at-rest encryption]]
	[[ja:ディスク暗号化]]
	[[pl:Data-at-rest encryption]]		[[pl:Data-at-rest encryption]]
	[[pt:Data-at-rest encryption]]		[[pt:Data-at-rest encryption]]

← 古い版		2021年12月27日 (月) 12:36時点における版
40行目:		40行目:
	* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。		* [[Wikipedia:Cold boot attack\|コールドブートアタック]]に必要な手段を攻撃者が手に入れていて、(画面ロックを使っていたとしても) コンピュータが動作している、または動作していたすぐ後に攻撃者が物理的にアクセスできる場合。
	* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。		* 政府機関が、上記の攻撃を簡単に行える資力を持っているだけでなく、もっとシンプルに、様々な[[Wikipedia:ja:強制\|強制執行]]を使って無理矢理キーやパスフレーズを明かさせることができる場合。世界中の非民主的な国々、さらにアメリカやイギリスでも、何か興味深いものをあなたが隠していると法執行機関が疑いをかけた場合、法執行機関によってロックの解除を合法的に迫られる可能性があります。
			* [[Wikipedia:Rubber-hose_cryptanalysis\|締め上げ暗号分析]]。[https://xkcd.com/538/ XKCD #538] も参照してください。

	あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー)。おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。		あなたがシステムを使う前にシステムに細工を施すことができるプロの攻撃者にまともに対抗するには非常に強固なディスク暗号化が必要になります (例: 平文のブートパーティションがなく真正の確認があるフルシステム暗号化)。それでもあらゆるタイプの改竄を押しとどめることができるかというと疑問です (例: ハードウェアキーロガー)。おそらく[[Wikipedia:Hardware-based full disk encryption\|ハードウェアベースの完全ディスク暗号化]]と[[Wikipedia:Trusted_Computing\|トラステッドコンピューティング]]が最善策でしょう。