GnuPG - 版の履歴

KrisWalton: 使用できなくなったウェブインターフェースを置き換え

2025-07-05T14:56:25Z

使用できなくなったウェブインターフェースを置き換え

← 古い版		2025年7月5日 (土) 23:56時点における版
175行目:		175行目:
	# gpg --recipient ''user@example.org'' --auto-key-locate --encrypt ''doc''		# gpg --recipient ''user@example.org'' --auto-key-locate --encrypt ''doc''

	WKD をサポートしているメールプロバイダーの一覧は [https://wiki.gnupg.org/WKD#Implementations GnuPG Wiki] を参照してください。メールアドレスのドメインを自分で管理している場合は、[https://wiki.gnupg.org/WKDHosting このガイド]に従って、自分のドメインで WKD を有効にすることができます。あなたの鍵が WKD で見つかるかどうかを確認するには、[https://~~metacode~~.~~biz/openpgp~~/~~web-key-directory~~ このウェブインターフェイス]が使用できます。		WKD をサポートしているメールプロバイダーの一覧は [https://wiki.gnupg.org/WKD#Implementations GnuPG Wiki] を参照してください。メールアドレスのドメインを自分で管理している場合は、[https://wiki.gnupg.org/WKDHosting このガイド]に従って、自分のドメインで WKD を有効にすることができます。あなたの鍵が WKD で見つかるかどうかを確認するには、[https://wkd.dp42.dev/ このウェブインターフェイス]が使用できます。

	=== 暗号化と復号化 ===		=== 暗号化と復号化 ===

Kgx: 関連記事を同期

2025-03-06T12:28:16Z

Kgx: /* Rotating subkeys */ 翻訳

2025-03-06T12:18:01Z

Rotating subkeys: 翻訳

← 古い版		2025年3月6日 (木) 21:18時点における版
344行目:		344行目:
	秘密鍵の再エクスポートやバックアップの更新は必要ありません。マスター秘密鍵自体に有効期限がなく、公開鍵やサブ鍵に残された有効期限の署名があればよいのです。		秘密鍵の再エクスポートやバックアップの更新は必要ありません。マスター秘密鍵自体に有効期限がなく、公開鍵やサブ鍵に残された有効期限の署名があればよいのです。

			=== サブキーのローテーション ===
	=== Rotating subkeys ===

			{{Warning\|'''絶対に'''期限切れまたは失効した自分のサブキーを削除しないでください。削除すると、古いサブキーで暗号化されたファイルを復号できなくなります。他のユーザーの期限切れまたは失効したキーを削除してキーリングを整理する場合のみ行ってください。}}
	{{Warning\|'''Never''' delete your expired or revoked subkeys unless you have a good reason. Doing so will cause you to lose the ability to decrypt files encrypted with the old subkey. Please '''only''' delete expired or revoked keys from other users to clean your keyring.}}

			また、期限切れのサブキーを完全に使用しないようにすることもできます。その場合、新しいサブキーを作成します。キーリングの更新期間を考慮し、数週間前に行うことを推奨します。
	Alternatively, if you prefer to stop using subkeys entirely once they have expired, you can create new ones. Do this a few weeks in advance to allow others to update their keyring.

			{{Tip\|期限切れになったからといって、新しい鍵を作成する必要はありません。有効期限を延長することも可能です。詳細は [[#有効期限の延長]] を参照してください。}}
	{{Tip\|You do not need to create a new key simply because it is expired. You can extend the expiration date, see the section [[#Extending expiration date]].}}
			新しいサブキーの作成(署名用と暗号化用の両方に対して実行)

	Create new subkey (repeat for both signing and encrypting key)

	$ gpg --edit-key ''user-id''		$ gpg --edit-key ''user-id''
	> addkey		> addkey

			その後、表示される質問に答えます(推奨設定については [[#鍵ペアの作成]] を参照)
	And answer the following questions it asks (see [[#Create a key pair]] for suggested settings).

			変更の保存
	Save changes

	> save		> save

			キーサーバーへの更新
	Update it to a keyserver.

	$ gpg --keyserver pgp.mit.edu --send-keys ''user-id''		$ gpg --keyserver pgp.mit.edu --send-keys ''user-id''

			また、秘密鍵のバックアップのために、新しい秘密鍵のコピーをエクスポートする必要があります。詳細は [[#秘密鍵のバックアップ]] を参照してください。
	You will also need to export a fresh copy of your secret keys for backup purposes. See the section [[#Backup your private key]] for details on how to do this.

			{{Tip\|期限切れのサブキーを失効させる必要はなく、むしろ悪い印象を与える可能性があります。頻繁に鍵を失効させると、他者からの信用を失う原因となることがあります。}}
	{{Tip\|Revoking expired subkeys is unnecessary and arguably bad form. If you are constantly revoking keys, it may cause others to lack confidence in you.}}

	=== 鍵の取り消し ===		=== 鍵の取り消し ===

Kgx: /* pcscd との共有アクセス */ 同期

2024-08-24T03:24:34Z

pcscd との共有アクセス: 同期

← 古い版		2024年8月24日 (土) 12:24時点における版
647行目:		647行目:
	==== pcscd との共有アクセス ====		==== pcscd との共有アクセス ====

			GnuPG {{ic\|scdaemon}} は、{{ic\|pcscd}} への接続時に {{ic\|PCSC_SHARE_EXCLUSIVE}} フラグを使用する唯一の一般的な {{ic\|pcscd}} クライアントです。[[Electronic identification\|電子識別]] にリストされているブラウザやプログラムで使用される OpenSC PKCS#11 などの他のクライアントは、単一のスマートカードへの同時アクセスを許可する {{ic\|PCSC_SHARE_SHARED}} を使用しています。{{ic\|pcscd}} は、他のクライアントが接続されている間はスマートカードへの排他的アクセスを与えません。これは、GnuPG スマートカード機能を使用するには、開いているブラウザウィンドウをすべて閉じるか、その他の不便な操作を行う必要があることを意味します。バージョン 2.2.28 LTS および 2.3.0 以降では、{{ic\|scdaemon.conf}} ファイルを変更し、その行末に {{ic\|pcsc-shared}} を追加することで共有アクセスを有効にできます。
	GnuPG {{ic\|scdaemon}} is the only popular {{ic\|pcscd}} client that uses {{ic\|PCSC_SHARE_EXCLUSIVE}} flag when connecting to {{ic\|pcscd}}. Other clients like OpenSC PKCS#11 that are used by browsers and programs listed in [[Electronic identification]] are using {{ic\|PCSC_SHARE_SHARED}} that allows simultaneous access to single smartcard. {{ic\|pcscd}} will not give exclusive access to smartcard while there are other clients connected. This means that to use GnuPG smartcard features you must before have to close all your open browser windows or do some other inconvenient operations. Starting from version 2.2.28 LTS and 2.3.0 you can enable shared access by modifying your {{ic\|scdaemon.conf}} file and adding {{ic\|pcsc-shared}} line end of it.

	===== マルチアプレットスマートカード =====		===== マルチアプレットスマートカード =====

			OpenSC PKCS#11 で [[YubiKey]] または他のマルチアプレット USB ドングルを使用すると、OpenSC が Yubikey を OpenPGP から PIV アプレットに切り替えて、{{ic\|scdaemon}} が壊れるという問題が発生する可能性があります。
	When using [[YubiKey]]s or other multi applet USB dongles with OpenSC PKCS#11 may run into problems where OpenSC switches your Yubikey from OpenPGP to PIV applet, breaking the {{ic\|scdaemon}}.

	~~You can hack around the problem by forcing~~ OpenSC ~~to also use the~~ OpenPGP ~~applet. Open~~ {{ic\|/etc/opensc.conf}} ~~file, search for~~ Yubikey ~~and change the~~ {{ic\|1=driver = "PIV-II";}} ~~line to~~ {{ic\|1=driver = "openpgp";}}~~. If there is no such entry, use~~ {{ic\|pcsc_scan}}~~. Search for the Answer to~~ ~~Reset~~ {{ic\|ATR: 12 34 56 78 90 AB CD ...}}. ~~Then create a new entry.~~		OpenSC に OpenPGP アプレットも使用させることで、この問題を回避できます。{{ic\|/etc/opensc.conf}} ファイルを開き、Yubikey を検索して、{{ic\|1=driver = "PIV-II";}} 行を {{ic\|1=driver = "openpgp";}} に変更します。そのようなエントリがない場合は、{{ic\|pcsc_scan}} を使用します。リセットするための答えを検索して {{ic\|ATR: 12 34 56 78 90 AB CD ...}} 次に、新しいエントリを作成します。

	{{hc\|/etc/opensc.conf\|2=		{{hc\|/etc/opensc.conf\|2=
664行目:		664行目:
	}}		}}

			その後、{{ic\|pkcs11-tool -O --login}} を使用して、OpenPGP アプレットがデフォルトで選択されていることをテストします。この変更を適用するには、ブラウザなどの他の PKCS#11 クライアントを再起動する必要があります。
	After that you can test with {{ic\|pkcs11-tool -O --login}} that the OpenPGP applet is selected by default. Other PKCS#11 clients like browsers may need to be restarted for that change to be applied.

	===== SSH 経由でリモートクライアント上のスマートカードを使用する =====		===== SSH 経由でリモートクライアント上のスマートカードを使用する =====

			SSH 経由でマシンにログインし、pcscd 経由で接続されたデバイスを使用しようとすると、次のようなエラーが発生します:
	If you log into a machine via SSH and try to use an attached device via pcscd, you will notice errors such as:

	gpg: selecting card failed: No such device		gpg: selecting card failed: No such device
	gpg: OpenPGP card not available: No such device		gpg: OpenPGP card not available: No such device

			これは、[[Polkit]] がローカルクライアントへのアクセスを制限しているためです。これを修正するには、特定のユーザーを許可するルールを追加します。以下のルールにより、{{ic\|wheel}} グループ内のすべてのユーザーが {{ic\|pcscd}} 経由でデバイスにアクセスできます:
	This is due to [[Polkit]] restricting access to local clients. To fix this, you can add a rule to allow certain users in all cases. The below rule allows all users in the {{ic\|wheel}} group to access devices via {{ic\|pcscd}}:

	{{hc\|/etc/polkit-1/rules.d/99-pcscd.rules\|2=		{{hc\|/etc/polkit-1/rules.d/99-pcscd.rules\|2=
690行目:		690行目:
	}}		}}

			ファイルを作成したら、必ず {{ic\|polkit.service}} を [[再起動]] してください。
	After creating the file, make sure to [[restart]] {{ic\|polkit.service}}.

	== OpenPGP の互換性 ==		== OpenPGP の互換性 ==

Kgx: /* トラブルシューティング */ 同期

2024-08-24T03:15:41Z

トラブルシューティング: 同期

@@ 811行目: / 811行目: @@
 == トラブルシューティング ==
 === su ===
@@ 934行目: / 924行目: @@
  $ mkdir -m 700 ''gnupg_home''
 == 参照 ==

Kgx: /* ヒントとテクニック */ 同期

2024-08-23T21:39:17Z

ヒントとテクニック: 同期

@@ 713行目: / 713行目: @@
 == ヒントとテクニック ==
 === 他のアルゴリズム ===
@@ 744行目: / 772行目: @@
 新しく {{ic|''your_password_file''.asc}} ファイルが作られます。
 === 信頼モデルの変更 ===

Kgx: 同期

2024-08-23T21:33:09Z

同期

← 古い版		2024年8月24日 (土) 06:33時点における版
16行目:		16行目:

	:GnuPG は [https://tools.ietf.org/html/rfc4880 RFC4880] (別名 PGP) で定義される [http://openpgp.org/about/ OpenPGP] 標準の完全でフリーな実装です。GnuPG を使うことでデータや通信を暗号化したり署名することができます。多目的の鍵管理システムであり、あらゆる種類の公開鍵ディレクトリのアクセスモジュールです。GnuPG (またの名を GPG) は他のアプリケーションとの簡単に連携できる機能を備えたコマンドラインツールです。豊富なアプリケーションとライブラリが利用可能です。GnuPG のバージョン2は S/MIME と ssh のサポートも含んでいます。		:GnuPG は [https://tools.ietf.org/html/rfc4880 RFC4880] (別名 PGP) で定義される [http://openpgp.org/about/ OpenPGP] 標準の完全でフリーな実装です。GnuPG を使うことでデータや通信を暗号化したり署名することができます。多目的の鍵管理システムであり、あらゆる種類の公開鍵ディレクトリのアクセスモジュールです。GnuPG (またの名を GPG) は他のアプリケーションとの簡単に連携できる機能を備えたコマンドラインツールです。豊富なアプリケーションとライブラリが利用可能です。GnuPG のバージョン2は S/MIME と ssh のサポートも含んでいます。

			{{Warning\|GnuPG は [[OpenPGP]] 形式の実装として始まりました。しかし、近年、そのメンテナは [[OpenPGP#Standardization\|OpenPGP 標準化の取り組み]]、GnuPG 固有の方法で形式を個別に拡張しています ([https://datatracker.ietf.org/doc/draft-koch-librepgp/ draft-koch-librepgp] を参照) これらの変更により、バージョン 2.4 以降の他の実装との互換性の問題が発生します。[[#OpenPGP の互換性]] を参照してください。}}

	== インストール ==		== インストール ==
132行目:		134行目:

	{{Warning\|		{{Warning\|
	* 誰でも鍵サーバーに鍵を送ることができます。そのため、ダウンロードした鍵が本当にその人のものであると信用してはいけません。入手した鍵の指紋を、持ち主が別の場所（ブログ、サイト、メール・電話で連絡するなど）で公開している指紋と比較してその鍵の真正性を確かめるべきです。複数の情報源を使うことでその鍵の信頼性は増します。[[Wikipedia:Public key fingerprint]] を参照。		* 誰でも鍵サーバーに鍵を送ることができます。そのため、ダウンロードした鍵が本当にその人のものであると信用してはいけません。入手した鍵の指紋を、持ち主が別の場所(ブログ、サイト、メール・電話で連絡するなど)で公開している指紋と比較してその鍵の真正性を確かめるべきです。複数の情報源を使うことでその鍵の信頼性は増します。[[Wikipedia:Public key fingerprint]] を参照。
	* ID が短いと衝突する可能性があります。インポートされた鍵には全て短い ID が割り当てられます。鍵を受け取るときに完全な指紋か長い鍵 ID を使うことで衝突を回避できます [https://lkml.org/lkml/2016/8/15/445]。		* ID が短いと衝突する可能性があります。インポートされた鍵には全て短い ID が割り当てられます。鍵を受け取るときに完全な指紋か長い鍵 ID を使うことで衝突を回避できます [https://lkml.org/lkml/2016/8/15/445]。
	}}		}}
168行目:		170行目:
	=== Web Key Directory ===		=== Web Key Directory ===

	Web Key Service (WKS) プロトコルは、鍵配布のための新しい [https://datatracker.ietf.org/doc/draft-koch-openpgp-webkey-service/ 標準]で、電子メールドメインが [https://wiki.gnupg.org/WKD Web Key Directory (WKD)] という独自の鍵サーバーを提供するものです。電子メールアドレス（例 : {{ic\|user@example.com}}）に暗号化するとき、GnuPG （>=2.1.~~16）~~ は、公開鍵をローカル鍵束にまだ持っていなければ、 HTTPS でそのドメイン（{{ic\|example.com}}）に照会します。オプション {{ic\|auto-key-locate}} は、このメールアドレスのローカル鍵束に鍵がない場合、WKD プロトコルを使って鍵を探します。		Web Key Service (WKS) プロトコルは、鍵配布のための新しい [https://datatracker.ietf.org/doc/draft-koch-openpgp-webkey-service/ 標準]で、電子メールドメインが [https://wiki.gnupg.org/WKD Web Key Directory (WKD)] という独自の鍵サーバーを提供するものです。電子メールアドレス (例 : {{ic\|user@example.com}}) に暗号化するとき、GnuPG (>=2.1.16) は、公開鍵をローカル鍵束にまだ持っていなければ、 HTTPS でそのドメイン ({{ic\|example.com}}) に照会します。オプション {{ic\|auto-key-locate}} は、このメールアドレスのローカル鍵束に鍵がない場合、WKD プロトコルを使って鍵を探します。

	# gpg --recipient ''user@example.org'' --auto-key-locate --encrypt ''doc''		# gpg --recipient ''user@example.org'' --auto-key-locate --encrypt ''doc''
180行目:		182行目:
	暗号化や復号化をするときは複数の秘密鍵を使用することが可能です。複数の鍵を使うときは使用する鍵を選択する必要があります。{{ic\|-u ''<user-id>''}} オプションや {{ic\|--local-user ''<user-id>''}} オプションを使うことで選択できます。このオプションを使うとデフォルトの鍵を使用する代わりに指定された鍵を使用します。先に[[#鍵の作成]]が必要です。		暗号化や復号化をするときは複数の秘密鍵を使用することが可能です。複数の鍵を使うときは使用する鍵を選択する必要があります。{{ic\|-u ''<user-id>''}} オプションや {{ic\|--local-user ''<user-id>''}} オプションを使うことで選択できます。このオプションを使うとデフォルトの鍵を使用する代わりに指定された鍵を使用します。先に[[#鍵の作成]]が必要です。

	(テキストでメッセージをコピー＆ペーストするのに適している) ASCII armor を使ってファイルを暗号化するには、次を使用:		(テキストでメッセージをコピー&ペーストするのに適している) ASCII armor を使ってファイルを暗号化するには、次を使用:

	$ gpg --encrypt --armor secret.txt		$ gpg --encrypt --armor secret.txt
335行目:		337行目:
	$ gpg --keyserver pgp.mit.edu --send-keys ''<user-id>''		$ gpg --keyserver pgp.mit.edu --send-keys ''<user-id>''

	また、この鍵を複数のコンピュータで使用する場合は、公開鍵（新しい署名付き有効期限付き）をエクスポートして、それらのマシンでインポートすることもできます。		また、この鍵を複数のコンピュータで使用する場合は、公開鍵(新しい署名付き有効期限付き)をエクスポートして、それらのマシンでインポートすることもできます。

	$ gpg --export --output pubkey.gpg ''user-id''		$ gpg --export --output pubkey.gpg ''user-id''
594行目:		596行目:

	* SSH キーを維持する必要がなくなるため、キーのメンテナンスが削減されます。		* SSH キーを維持する必要がなくなるため、キーのメンテナンスが削減されます。
	* 認証キーをスマートカードに保存する能力。GnuPG はカードが利用可能なときにキーを自動的に検出し、エージェントに追加します（{{ic\|ssh-add -l}} または {{ic\|ssh-add -L}} で確認）。キーのコメントは次のようなものであるべきです：{{ic\|openpgp:''key-id''}} または {{ic\|cardno:''card-id''}}。		* 認証キーをスマートカードに保存する能力。GnuPG はカードが利用可能なときにキーを自動的に検出し、エージェントに追加します({{ic\|ssh-add -l}} または {{ic\|ssh-add -L}} で確認)。キーのコメントは次のようなものであるべきです:{{ic\|openpgp:''key-id''}} または {{ic\|cardno:''card-id''}}。

	GPG/SSH キーの公開キー部分を取得するには、{{ic\|gpg --export-ssh-key ''gpg-key''}} を実行します。キーが認証可能であっても、このコマンドが "Unusable public key" で失敗する場合は、{{ic\|!}} サフィックスを追加します ([https://dev.gnupg.org/T2957])。		GPG/SSH キーの公開キー部分を取得するには、{{ic\|gpg --export-ssh-key ''gpg-key''}} を実行します。キーが認証可能であっても、このコマンドが "Unusable public key" で失敗する場合は、{{ic\|!}} サフィックスを追加します ([https://dev.gnupg.org/T2957])。

	GPG キーをキーカードに持っていない場合、SSH キーとして認識されるように {{ic\|$GNUPGHOME/sshcontrol}} にキーを追加する必要があります。キーがキーカードにある場合、その keygrip は {{ic\|sshcontrol}} に暗黙的に追加されます。そうでない場合、次の方法でキーの keygrip を取得します：		GPG キーをキーカードに持っていない場合、SSH キーとして認識されるように {{ic\|$GNUPGHOME/sshcontrol}} にキーを追加する必要があります。キーがキーカードにある場合、その keygrip は {{ic\|sshcontrol}} に暗黙的に追加されます。そうでない場合、次の方法でキーの keygrip を取得します:

	{{hc\|$ gpg --list-keys --with-keygrip\|2=		{{hc\|$ gpg --list-keys --with-keygrip\|2=
689行目:		691行目:

	After creating the file, make sure to [[restart]] {{ic\|polkit.service}}.		After creating the file, make sure to [[restart]] {{ic\|polkit.service}}.

			== OpenPGP の互換性 ==

			GnuPG は [[OpenPGP]] 形式の実装として始まりました。現在、プロジェクトは [https://www.rfc-editor.org/rfc/rfc4880.html RFC 4880] に基づいており、[https://www.rfc-editor.org/rfc/rfc9580.html RFC 9580] (RFC 4880 に代わる) はサポートしていません。

			ただし、バージョン 2.4.0 (2022 年 12 月以降) 以降、GnuPG は IETF プロセスの外でフォーマットへの変更と拡張をロールアウトすることを選択しました ([https://datatracker.ietf.org/doc/draft-koch-librepgp/ draft-koch-librepgp] を参照)

			GnuPG 独自の形式 ([[OpenPGP#Standardization\|OpenPGP 標準]] から分岐したもの) のほとんどは "バージョン 5" を採用しており (このバージョンは IETF OpenPGP 標準では使用されていません)、非互換性が生じます。

			* GnuPG の "バージョン 5" キーは、異なるフィンガープリントを使用します (SHA-256 を使用しているため、より長くなります)
			* 新しい対称的に暗号化されたデータパケット形式 ([https://www.ietf.org/archive/id/draft-koch-librepgp-01.html#name-ocb-encrypted-data-packet-t OCB Encrypted Data Packet]))が追加されました。この形式のサポートは、デフォルトで積極的に有効になっている "機能フラグ" によって通知されます。 [[#サポートされていない AEAD メカニズムを無効にする]] を参照してください。
			* 新しい [https://www.ietf.org/archive/id/draft-koch-librepgp-01.html#name-post-quantum-cryptography Post-Quantum Cryptography] 形式これも IETF プロセスから分岐したものです ([https://datatracker.ietf.org/doc/draft-ietf-openpgp-pqc/draft-ietf-openpgp-pqc])

			外部レビューでは、GnuPG による形式拡張の健全性について懸念が生じています ([https://blog.pgpkeys.eu/security-issues-librepgp-2024-08.html "A Summary of Known Security Issues in LibrePGP"] を参照)

			GnuPG 固有のフォーマット変更に関する懸念事項のより詳細な議論については、[https://blog.pgpkeys.eu/critique-critique.html "A Critique on “A Critique on the OpenPGP Updates”] を参照してください。

			Arch Linux の立場は、[[OpenPGP]] 標準との互換性を優先しています。
			この目的のために、[https://gitlab.archlinux.org/archlinux/packaging/packages/gnupg/-/blob/1cbbdd291f40d3441b39f5d27c6a3bd4b32ff3c4/gnupg-2.4-revert_default_rfc4880bis.patch デフォルトで RFC4880bis を戻す] などの {{pkg\|gnupg}} パッケージにパッチが適用されます。
			これにより、他の [[OpenPGP]] 実装との長期的な互換性が保証され、デフォルトでベンダーロックインが回避されます。

	== ヒントとテクニック ==		== ヒントとテクニック ==
865行目:		887行目:
	=== IPC 接続の呼び出しに失敗 ===		=== IPC 接続の呼び出しに失敗 ===

	{{ic\|killall gpg-agent dirmngr}} と {{ic\|$GNUPGHOME/crls.d/}} フォルダの権限が {{ic\|700}} になっていて、{{ic\|gpg-agent}} と {{ic\|dirmngr}} が起動していないことを確認してください．		{{ic\|killall gpg-agent dirmngr}} と {{ic\|$GNUPGHOME/crls.d/}} フォルダの権限が {{ic\|700}} になっていて、{{ic\|gpg-agent}} と {{ic\|dirmngr}} が起動していないことを確認してください.

	デフォルトでは、{{Pkg\|gnupg}} パッケージは、ソケットのために {{ic\|/run/user/$UID/gnupg/}} ディレクトリを使用します。[https://github.com/gpg/gnupg/blob/25ae80b8eb6e9011049d76440ad7d250c1d02f7c/README#L121-L122 GnuPG documentation] には、このディレクトリが望ましいと書かれています (すべてのファイルシステムがソケットに対応しているわけではありません)。あなたの {{ic\|agent-socket}} の設定が、適切なファイルシステムを持つパスを指定しているかどうか確認してください。ic\|agent-socket}} のパス設定は、 {{ic\|gpgconf --list-dirs agent-socket}} を実行することで確認することができます。		デフォルトでは、{{Pkg\|gnupg}} パッケージは、ソケットのために {{ic\|/run/user/$UID/gnupg/}} ディレクトリを使用します。[https://github.com/gpg/gnupg/blob/25ae80b8eb6e9011049d76440ad7d250c1d02f7c/README#L121-L122 GnuPG documentation] には、このディレクトリが望ましいと書かれています (すべてのファイルシステムがソケットに対応しているわけではありません)。あなたの {{ic\|agent-socket}} の設定が、適切なファイルシステムを持つパスを指定しているかどうか確認してください。ic\|agent-socket}} のパス設定は、 {{ic\|gpgconf --list-dirs agent-socket}} を実行することで確認することができます。
873行目:		895行目:
	=== 汚染された PGP 証明書の軽減 ===		=== 汚染された PGP 証明書の軽減 ===

	2019 年 6 月、未知の攻撃者が数万（または数十万）の署名を持つ複数の高プロファイル PGP 証明書をスパム送信し~~（CVE~~-2019-~~13050）~~、これらの署名を SKS 鍵サーバーにアップロードしていました。		2019 年 6 月、未知の攻撃者が数万(または数十万)の署名を持つ複数の高プロファイル PGP 証明書をスパム送信し(CVE-2019-13050)、これらの署名を SKS 鍵サーバーにアップロードしていました。
	これらの汚染された証明書がキーリングに存在すると、gpg は以下のメッセージを表示してハングします。		これらの汚染された証明書がキーリングに存在すると、gpg は以下のメッセージを表示してハングします。

Kusanaginoturugi: 校正（でき・出来）

2024-07-10T11:54:18Z

校正（でき・出来）

← 古い版		2024年7月10日 (水) 20:54時点における版
531行目:		531行目:
	}}		}}

	{{Note\|上流の開発者は ''gpg.conf'' で ''pinentry-mode loopback'' を設定すると他の機能が使えなくなる可能性があると示唆しています。出来るかぎりコマンドラインオプションを使うようにして下さい [https://bugs.g10code.com/gnupg/issue1772]。}}		{{Note\|上流の開発者は ''gpg.conf'' で ''pinentry-mode loopback'' を設定すると他の機能が使えなくなる可能性があると示唆しています。できるかぎりコマンドラインオプションを使うようにして下さい [https://bugs.g10code.com/gnupg/issue1772]。}}

	=== SSH エージェント ===		=== SSH エージェント ===

Kusanaginoturugi: add Category.

2024-05-01T12:04:01Z

add Category.

← 古い版		2024年5月1日 (水) 21:04時点における版
1行目:		1行目:
	[[Category:暗号化]]		[[Category:暗号化]]
			[[Category:OpenPGP]]
	[[Category:メール]]		[[Category:メール]]
	[[Category:GNU]]		[[Category:GNU]]

AshMyzk: リンクを修正

2023-12-28T03:55:44Z

リンクを修正

← 古い版		2023年12月28日 (木) 12:55時点における版
851行目:		851行目:
	スマートカードにアクセスするための権限がない場合、カードを正しく設定して接続しても、{{ic\|card error}} が表示されることがあります。		スマートカードにアクセスするための権限がない場合、カードを正しく設定して接続しても、{{ic\|card error}} が表示されることがあります。

	スマートカードにアクセスする必要があるユーザーに {{ic\|scard}} を追加することで解決できます。追加したら、以下のような [[Udev#udev ルール~~を記述する~~\|udev]] ルールを作って下さい:		スマートカードにアクセスする必要があるユーザーに {{ic\|scard}} を追加することで解決できます。追加したら、以下のような [[Udev#udev ルールについて\|udev]] ルールを作って下さい:
	{{hc\|/etc/udev/rules.d/71-gnupg-ccid.rules\|<nowiki>		{{hc\|/etc/udev/rules.d/71-gnupg-ccid.rules\|<nowiki>
	ACTION=="add", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="1050", ENV{ID_MODEL_ID}=="0116\|0111", MODE="660", GROUP="scard"		ACTION=="add", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="1050", ENV{ID_MODEL_ID}=="0116\|0111", MODE="660", GROUP="scard"

← 古い版		2025年3月6日 (木) 21:28時点における版
9行目:		9行目:
	[[zh-hant:GnuPG]]		[[zh-hant:GnuPG]]
	{{Related articles start}}		{{Related articles start}}
	{{Related\|pacman~~-key~~}}		{{Related\|pacman/パッケージの署名}}
	{{Related\|デ~~ィスク~~暗号化}}		{{Related\|保存データ暗号化}}
	{{Related\|アプリケーション一覧/セキュリティ#暗号化, 署名, ステガノグラフィー}}		{{Related\|アプリケーション一覧/セキュリティ#暗号化, 署名, ステガノグラフィー}}
			{{Related\|OpenPGP}}
	{{Related articles end}}		{{Related articles end}}
	[https://www.gnupg.org/ 公式サイト] によれば:		[https://www.gnupg.org/ 公式サイト] によれば:

← 古い版		2023年12月28日 (木) 12:55時点における版
851行目:		851行目:
	スマートカードにアクセスするための権限がない場合、カードを正しく設定して接続しても、{{ic\|card error}} が表示されることがあります。		スマートカードにアクセスするための権限がない場合、カードを正しく設定して接続しても、{{ic\|card error}} が表示されることがあります。

	スマートカードにアクセスする必要があるユーザーに {{ic\|scard}} を追加することで解決できます。追加したら、以下のような [[Udev#udev ルール~~を記述する~~\|udev]] ルールを作って下さい:		スマートカードにアクセスする必要があるユーザーに {{ic\|scard}} を追加することで解決できます。追加したら、以下のような [[Udev#udev ルールについて\|udev]] ルールを作って下さい:
	{{hc\|/etc/udev/rules.d/71-gnupg-ccid.rules\|<nowiki>		{{hc\|/etc/udev/rules.d/71-gnupg-ccid.rules\|<nowiki>
	ACTION=="add", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="1050", ENV{ID_MODEL_ID}=="0116\|0111", MODE="660", GROUP="scard"		ACTION=="add", SUBSYSTEM=="usb", ENV{ID_VENDOR_ID}=="1050", ENV{ID_MODEL_ID}=="0116\|0111", MODE="660", GROUP="scard"