GnuPGでの追加復号サブキー(ADSK)#

`Additional Decryption Subkeys (ADSK)<https://gnupg.org/blog/20230321-adsk.html>`__ GnuPGでメッセージを暗号化する際に、受信者を自動的に追加するために使用することができます。典型的な使用例

  • グループのメンバー間で秘密鍵を共有する必要がなく、グループ用に単一の暗号鍵を持つ、

  • 暗号化キーにバックアップ・キーを追加するステップと

  • 他の鍵のメッセージを解読できるマスター・キーを設定する。

注釈

ADSKを設定するには、GnuPG 2.4.1以降が必要である。ADSKで鍵のメッセージを暗号化するには、GnuPG 2.2.42以降が必要です。

概要#

このガイドでは、メインキー(ユーザーID` 「main@example.com``」)にADSKとしてバックアップキー(ユーザーID` 「backup@example.com``」)を追加する方法を説明します。どちらの鍵もNitrokeyに保存されます。同じ手順で複数のADSKを1つの鍵に追加したり、同じ鍵をADSKとして他の複数の鍵に追加することができる。

キーの準備#

以下のいずれかのガイドに従って、2つのキーを生成する:

  • doc:openpgp-keygen-backup

  • doc:openpgp-keygen-on-device

  • doc:openpgp-keygen-gpa

両方のキーを``gpg --list-keys`` でリストできることを確認してください:

$ gpg --list-keys main@example.com backup@example.com
pub   ed25519 2023-07-04 [SC]
      55BC284C1D30D97638DA4A2C7963A4CD00C947CE
uid           [ultimate] Main Key <main@example.com>
sub   ed25519 2023-07-04 [A]
sub   cv25519 2023-07-04 [E]

pub   ed25519 2023-07-04 [SC]
      5271152B531F7FFD8787818251FB75800E281241
uid           [ultimate] Backup Key <backup@example.com>
sub   ed25519 2023-07-04 [A]
sub   cv25519 2023-07-04 [E]

ADSKの追加#

まず、バックアップ・キーの暗号化サブキーのフィンガープリントを決定する:

$ gpg --list-keys --with-subkey-fingerprints backup@example.com
pub   ed25519 2023-07-04 [SC]
      5271152B531F7FFD8787818251FB75800E281241
uid           [ultimate] Backup Key <backup@example.com>
sub   ed25519 2023-07-04 [A]
      7AEA1A0EC7BD66FF03AFEFAC8F243D8EC7678FCC
sub   cv25519 2023-07-04 [E]
      C1735CB29890EEDEABCF1D0DC9310F81D77519BC

sub``で始まり、``E``という文字を含む行を探す。これは暗号化機能を持つサブキーを示している。このサブキーのフィンガープリントは次の行にリストされている。この場合、フィンガープリントは``C1735CB29890EEDEABCF1D0DC9310F81D77519BC である。

次にメインキーのフィンガープリントを決定する:

$ gpg --list-keys main@example.com
pub   ed25519 2023-07-04 [SC]
      55BC284C1D30D97638DA4A2C7963A4CD00C947CE
uid           [ultimate] Main Key <main@example.com>
sub   ed25519 2023-07-04 [A]
sub   cv25519 2023-07-04 [E]

pub の次の行、この場合は``55BC284C1D30D97638DA4A2C7963A4CD00C947CE`` にあります。

これで、--quick-add-adsk フラグを使ってADSKを追加することができる:

$ gpg --quick-add-adsk \
      55BC284C1D30D97638DA4A2C7963A4CD00C947CE \
      C1735CB29890EEDEABCF1D0DC9310F81D77519BC

最初の引数はメイン鍵のフィンガープリントである。第2引数はバックアップ鍵の暗号化サブキーのフィンガープリントである。

ADSKが作成されたことを確認できます:

$ gpg --list-keys --with-subkey-fingerprints main@example.com
pub   ed25519 2023-07-04 [SC]
      55BC284C1D30D97638DA4A2C7963A4CD00C947CE
uid           [ultimate] Main Key <main@example.com>
sub   ed25519 2023-07-04 [A]
      9DF42A789DA4E848295C529634E35A6897DFABFD
sub   cv25519 2023-07-04 [E]
      1DFD6EA8D8B88BEA063ADB4BD75708BAF0CD49C8
sub   cv25519 2023-07-04 [R]
      C1735CB29890EEDEABCF1D0DC9310F81D77519BC

``R``(制限付き)機能を持つサブキーはADSKである。バックアップ鍵の暗号化サブキーと同じフィンガープリントを持つ。

これでADSKで公開鍵を配布できる。

ADSKの使用#

メイン・キーのメッセージを暗号化する際、バックアップ・キーが自動的に受信者として追加されるようになりました。このために必要なのは

  • メッセージの送信者は、ADSKを含む最新の公開鍵を持っている。

  • メッセージの送信者はGnuPG 2.2.42以降を使用している。

--verbose フラグを追加すると、メッセージが暗号化されている鍵をチェックすることができる: :

$ echo message | gpg --verbose --encrypt --armor --recipient main@example.com > /tmp/msg.asc
gpg: using pgp trust model
gpg: using subkey D75708BAF0CD49C8 instead of primary key 7963A4CD00C947CE
gpg: automatically retrieved 'main@example.com' via Local
gpg: This key belongs to us
gpg: reading from '[stdin]'
gpg: writing to stdout
gpg: ECDH/AES256 encrypted for: "D75708BAF0CD49C8 Main Key <main@example.com>"
gpg: ECDH/AES256 encrypted for: "C9310F81D77519BC Main Key <main@example.com>"

--list-packets オプションを使って暗号化されたメッセージをチェックすることもできます::

$ gpg --pinentry-mode cancel --list-packets /tmp/msg.asc | grep "pubkey enc packet"
:pubkey enc packet: version 3, algo 18, keyid D75708BAF0CD49C8
:pubkey enc packet: version 3, algo 18, keyid C9310F81D77519BC

pubkey enc packet の各行は、メッセージを復号化できる1つの鍵を表す。

ADSKの失効#

ADSKを失効させると、メッセージを暗号化する際に受信者として追加されなくなる。失効させるには、gpg --edit-key: で鍵を開く:

$ gpg --edit-key main@example.com

sec  ed25519/7963A4CD00C947CE
     created: 2023-07-04  expires: never       usage: SC
     card-no: FFFE 5E0E868D
     trust: ultimate      validity: ultimate
ssb  ed25519/34E35A6897DFABFD
     created: 2023-07-04  expires: never       usage: A
     card-no: FFFE 5E0E868D
ssb  cv25519/D75708BAF0CD49C8
     created: 2023-07-04  expires: never       usage: E
     card-no: FFFE 5E0E868D
ssb  cv25519/C9310F81D77519BC
     created: 2023-07-04  expires: never       usage: R
[ultimate] (1). Main Key <main@example.com>

``key N``で取り消すサブキーを選択する。選択したサブキーにはアスタリスク: が付く:

gpg> key 2

sec  ed25519/7963A4CD00C947CE
     created: 2023-07-04  expires: never       usage: SC
     card-no: FFFE 5E0E868D
     trust: ultimate      validity: ultimate
ssb  ed25519/34E35A6897DFABFD
     created: 2023-07-04  expires: never       usage: A
     card-no: FFFE 5E0E868D
ssb  cv25519/D75708BAF0CD49C8
     created: 2023-07-04  expires: never       usage: E
     card-no: FFFE 5E0E868D
ssb* cv25519/C9310F81D77519BC
     created: 2023-07-04  expires: never       usage: R
[ultimate] (1). Main Key <main@example.com>

revkey``でサブキーを失効させ、``save: で変更を保存する:

gpg> revkey
Do you really want to revoke this subkey? (y/N) y
Please select the reason for the revocation:
  0 = No reason specified
  1 = Key has been compromised
  2 = Key is superseded
  3 = Key is no longer used
  Q = Cancel
Your decision? 0
Enter an optional description; end it with an empty line:
>
Reason for revocation: No reason specified
(No description given)
Is this okay? (y/N) y


sec  ed25519/7963A4CD00C947CE
     created: 2023-07-04  expires: never       usage: SC
     card-no: FFFE 5E0E868D
     trust: ultimate      validity: ultimate
ssb  ed25519/34E35A6897DFABFD
     created: 2023-07-04  expires: never       usage: A
     card-no: FFFE 5E0E868D
ssb  cv25519/D75708BAF0CD49C8
     created: 2023-07-04  expires: never       usage: E
     card-no: FFFE 5E0E868D
ssb  cv25519/C9310F81D77519BC
     created: 2023-07-04  revoked: 2023-07-04  usage: R
[ultimate] (1). Main Key <main@example.com>

gpg> save

更新した公開鍵を配布する。

注釈

失効は、送信者が失効したADSKで公開鍵を更新したときにのみ有効となる。すでに暗号化されているメッセージは、ADSKが失効しても、そのADSKで復号化できる。