gpg-remailer - クラウドでオンライン

プログラム：

NAME

gpg-remailer - 再暗号化/署名された PGP/GPG 暗号化/署名されたメールをグループに転送します

SYNOPSIS

GPGリメーラー [オプション]

DESCRIPTION

Gpg-remailer は、受信した PGP/GPG メッセージを復号化し、受信した署名を検証し、
明確に定義された受信者グループの電子メールを再暗号化します。 GPG-remailer も可能です
クリアテキスト電子メールを処理するように設定されています。

gpg-remailer を使用して、暗号化されたメッセージを交換したい人々のグループのメンバーのリストを取得します。
認証された電子メール (および場合によってはクリアテキスト メッセージも) を XNUMX つに管理できます。
場所。グループのメンバーは送信する電子メール アドレスを XNUMX つだけ指定できます。
PGP/GPG 署名され暗号化された (またはオプションで平文の) 電子メールに送信されます。

Gpg-remailer は、標準入力ストリームから受信電子メールを読み取ります。

受信電子メールがクリアテキストの場合、その電子メールは XNUMX つ以上の構成可能な宛先に再送信されます。
メールアドレス。

受信電子メールが PGP/GPG 暗号化されている (およびオプションで署名されている) 場合、
構成可能なグループのすべてのメンバーの情報を受信し、再暗号化されたデータを送信します
情報を XNUMX つ以上の構成可能な電子メール アドレスに送信します。

gpg-remailer 自体はメーリング リストではありません。 ただし、設定された受信者アドレスは
たとえば、処理された電子メールをさらに配布するためのメーリング リストのアドレスなどです。
GPGリメーラーは リメーラー: メッセージのデータは使用されますが、ヘッダーは使用されません。 持っている
電子メールを受信すると、受信した電子メールを転送するのではなく、再送信します。 というメールは、
gpg-remailer 経由で受信されるため、まったく新しい電子メール ヘッダーのセットが含まれます。

構成ファイルとコマンドラインオプションを使用して微調整できます。
gpg-remailer の動作。

リターン VALUE

GPG-remailer は、防止するために常にオペレーティング システムに 0 を返します。 未知の メーラー エラー
MTA のログ内のメッセージ。 ただし、gpg-remailer が途中で終了すると、エラー メッセージが表示されます。
標準エラーストリームに書き込まれます。

募集要項

gpg-remailer を使用するには、次の要件を満たす必要があります (すべてのコマンドは
によって発行される ルート ユーザー）：

o 複数のグループが gpg-remailer を使用する可能性があるため、機能を定義することをお勧めします。
gpg-remailer によって処理される電子メールを処理するアカウント。 機能的なアカウント
秒メール 次のようなコマンドを使用して定義できます。

adduser --home /var/lib/secmail --disabled-password secmail

o gpg-remailer が使用するすべての場所には高度な制限を与える必要があります
権限。 たとえば、機能アカウントは次のように設定する必要があります。 umask 077。 それは
アクセス権が正しく設定されていることを確認するのはユーザーの責任です。
構成されました。

o すべての機能的な gpg-remailer アカウントを特別なグループのメンバーにすることを検討してください。
（例えば、 GPGリメーラー) の実行を許可します /usr/sbin/gpg-remailer 私のメンバーだけ
そのグループの:

追加グループ GPG-リメーラー
adduser secmail gpg-remailer
chown root.gpg-remailer /usr/sbin/gpg-remailer
chmod o-rx /usr/bin/gpg-remailer

o 機能アカウントが受信電子メールを処理できるようにするには sudo(1)は使えます。 で
ファイル /etc/sudoers 次の行を入力できます (再販業者 与えることができます
機能アカウント名のカンマ区切りリスト、 メールホスト.org 交換する必要があります
受信電子メールを処理するホストの名前で):

Runas_Alias REMAILERS = secmail

メール mailhost.org=(REMAILERS) NOPASSWD: /usr/sbin/gpg-remailer

たとえば、gpg-remailer が という名前のコンピュータで実行されている場合、 remailer.mydomain.nl これはよいです
受信メールを受信し、指定する remailer.mydomain.nl for メールホスト.org.

o 再暗号化するメールの送信先となる電子メール アドレスを定義する必要があります。
この電子メール アドレスは、
GPGリメーラー。 そのようなアカウントは、例えば次のようなものです。 [メール保護]として登場します。
定義されたメールアドレス、例えば /etc/mail/エイリアス。 この例のアドレス
に入力されます /etc/mail/エイリアス ファイル (一部のインストールでは使用
/etc/aliases） このようにして：

secmail: "|sudo -u secmail /usr/sbin/gpg-remailer"

ザ 擬似 ユーザー PGP キー 指輪

o 機能アカウントには GPG/PGP キーペアを提供する必要があります。 その公開鍵は、
gpg-remailer にメールを送信できるユーザーに配布される
(公開鍵が PGP 鍵サーバーで公開されていれば、これが世界になる可能性があります)。 以来
gpg-remailer は独自に動作できる必要があり、秘密鍵は
パスフレーズ。 キーは次のように作成できます (最初のコマンドの後)。
によって指定された ルート、残りのコマンドから最後のコマンドまで 終了する 最後にコマンド
このセクションの部分は擬似ユーザーによって実行されます。 秒メール):

su - secmail

gpg --gen-key

に gpg --gen-key 命令する gpg プログラムはいくつかの詳細を尋ねます。 を受け入れます
特別な理由がない限りデフォルトになりますが、デフォルトは必要ありません。
パスフレーズ: を押してください 入力します XNUMXつを求められたときはXNUMX回。

一部 追加の 提案：

o パスワードなしで PGP キーを定義するための詳細:

デフォルトの RSA キー、サイズ 2048、無期限を定義します
本名: secmail gpg-remailer 機能アカウント
電子メールアドレス： [メール保護]
パスフレーズは必要ありません。Enter を XNUMX 回押します。

o 作成したばかりの GPG キーのキー ID をファイル内のデフォルトのキーとして指定します
〜/ .gnupg / gpg.conf （または ~/.gnupg/オプションどちらが使用されるか）。 例えば、

デフォルトキー 1234ABCD

o 次の行も追加します。

強制-mdc

〜へ 〜/ .gnupg / gpg.conf。 これにより警告が表示されなくなります

警告: メッセージは整合性が保護されていませんでした

o グループメンバー以外が gpg-remailer に電子メールを送信できるようにしたい場合は、次のことを検討してください。
鍵サーバー仕様の追加 〜/ .gnupg / gpg.conf 同様に、
不足している公開キーの自動取得。 たとえば、次のような行を追加します

キーサーバー keys.gnupg.net

〜へ 〜/ .gnupg / gpg.conf.

o 次回の使用 gpg --検索キー, gpg --recv キー or gpg - 輸入 （参照 gpg(1)
これらのコマンドの必要な形式についてはマニュアルページを参照してください) 公開キーをすでに追加するには
疑似ユーザーに対して gpg-remailer を使用するグループのすべてのメンバー
公開鍵リング。

o 他のすべてのメンバーの GPG/PGP キーに署名したグループ メンバーが存在する場合、
の使用による警告を防ぐために、このメンバーを完全に信頼することを検討してください。
信頼できないキー。

o gpg-remailer の GPG キー ペアが作成されたら、remailer の GPG キー ペアを提供します。
グループのメンバーへの公開鍵。 これらのメンバーは公開キーをインポートする必要があります
また、警告を防ぐためにリメーラーの公開鍵に署名するよう通知する必要があります。
未検証の公開キーの使用について。 リメーラーの公開キーはエクスポート可能
を使用してファイルする

gpg --armor --export secmail > secmail.pub

グループのメンバーは、以下を使用してリメーラーの公開キーをインポートできます。

gpg --import secmail.pub

o 新しいメンバーがグループに追加されるとき、そのメンバーはリメーラーの公開キーを追加する必要があります
自分の公開キーリングにインポートし、インポートするために自分の公開キーを提供します。
機能アカウントの公開キーリング。

o Gpg-remailer には、設定ファイルとディレクトリの存在が必要です。
一時ファイルを保存します。セクションを参照してください。 CONFIGURATION FILE を参照してください。

o 擬似ユーザーの PGP キーリングを準備したら、次のコマンドを実行します。 終了する に戻ります
　 ルート ユーザーのセッション。

OPTIONS

利用可能な場合は、単一文字のオプションがその後ろの括弧内にリストされます。
関連する長いオプションのバリアント。 単一文字のオプションには引数が必要です。
関連する長いオプションにも引数が必要です。

o - デバッグ (-d)
指定すると、デバッグ メッセージがログ ファイルに記録されます (以下を参照)。 こうなると
オプションが指定されている場合、gpg-remailer によって書き込まれたファイルは削除されません
gpg-remailer が受信電子メールを処理しました。

o - 助けて (-h)
使用法の短い概要が標準出力に表示されます。
gpg-remailer が終了します。

o --ログファイル=ファイル名 (-l)
gpg-remailer のログ メッセージが書き込まれるファイルを指定します (デフォルトでは
~/etc/gpg-remailer.log).

o --ログレベル=レベル (-L)
LogLevel 0 は、他のすべてのログメッセージと同様に広範なデバッグ出力を提供します。
LogLevel 1 は、実行されたコマンドとデフォルトのメッセージをログに記録します。
LogLevel 2 は、デフォルトのメッセージ (受信および送信の特徴) をログに記録します。
電子メール) (デフォルト);
レベルが高くなると、ログ記録が抑制されます。

o - メンバー=PGP メール 住所 (-m)
メッセージを再暗号化するための PGP キー電子メール アドレス。 メンバーをオーバーライドします
構成ファイルにリストされています。 このオプションは、次の場合に複数回指定できます。
コマンドラインでは複数のメンバーを指定する必要があります。 それぞれで - メンバー オプション
電子メール アドレスは XNUMX つだけ指定してください (例: [メール保護]。 この形式はそうではありません
によって確認されました GPGリメーラーただし、遵守しないと次のような結果が生じる可能性があります。 GPGリメーラー さ
メッセージを再暗号化したり電子メールで送信したりすることはできません。 の - メンバー 仕様も可能です
クリアテキスト電子メールの送信元となる一連の電子メール エンベロープ アドレスを指定するために使用されます。
を使用して受け入れられました 封筒： メンバー & クリアテキスト： 封筒 configuration file
仕様。

o --noMail
指定するとメールは送信されません。

o --nr=ファイル番号 (-n)
受信メールの処理中に gpg-remailer によって作成されたファイルは保持されます。
サフィックスを受信する ファイル番号、これは数値である必要があります。

o --受信者=メール 住所 (-r)
(再暗号化されたまたは平文の) 再送信された電子メールの受信者アドレス。 オーバーライド
構成ファイルにリストされている受信者。 と同様に、 -メンバー オプション、
複数の受信者を指定するには、複数の値を指定します。 --受信者 オプション。
これらのアドレスは一意である場合とそうでない場合があります。 同一アドレスが複数ある場合
指定された gpg-remailer は、複数指定されたこれらのそれぞれに電子メールを送信します
アドレス。

各 --受信者 オプションでは通常、プレーンな電子メール アドレスを XNUMX つだけ定義する必要があります (例:
[メール保護]、しかし複数の --受信者 オプションも受け付けております。 の
電子メール アドレスの形式はチェックされません。 GPGリメーラー、ただし、任意のものを提供します
通常の電子メール アドレスに追加する情報、または通常の電子メール アドレスとは異なる情報を使用すると、次のような結果が生じる可能性があります。
GPGリメーラー 電子メール メッセージを再暗号化または再送信することができません。

通常の電子メール アドレスに加えて、仕様 --受信者 メンバー することができます
再暗号化されたメールをすべての電子メール アドレスに送信する必要があることを示すために使用されます。
を使用して指定 メンバー 仕様。

o - ステップ=名
再メール処理の指定された手順を実行します。 ステップ名は次のとおりです。

HDR (メールヘッダーを書きます)、
ORG （メールデータの書き込み）、
12月 (PGP 暗号化電子メールの場合のみ: 復号化された情報を書き込みます)、
DOC (PGP 暗号化電子メールの場合のみ: 送信する情報を作成します)、
ENC (PGP 暗号化電子メールの場合のみ: 送信する情報を暗号化します)、
クリアメール (平文メールを送信)、
クリアメール:アドレス (指定されたアドレスにのみメールを送信し、受信者を無視します)
それ以外の場合は指定されます）。 pgpメール (PGP暗号化メールを送信)、
pgpmail:アドレス (指定されたアドレスにのみ pgp 暗号化メールを送信し、無視します
受信者は別途指定されます）。

手順 HDR 完全にオプションです。 後のステップは前のステップに依存します。 例えば、 - ステップ
DOC を指定した後にのみリクエストできます - ステップ 12月 以前の実行で。

クリアテキスト電子メールの手順を使用する場合 XNUMX月、 doc、 ENC & pgpメール 提供すべきではありません。

PGP暗号化メールステップあり クリアメール 提供すべきではありません。

o --tmp=path (-t)
一時ファイルが書き込まれるディレクトリのパス (デフォルトでは:
$HOME/tmp）。 これは絶対パスである必要があります。

o --umask=XNUMX 進値
デフォルトでは、gpg-remailer は作成するすべてのファイルに対して umask 077 を使用します。
pseudo-user には読み取りおよび書き込み権限があります。 通常の状況では、
この umask 値を変更する理由はありませんが、必要に応じて、 --umask オプションはすることができます
代替の umask 値を指定するために、XNUMX 進数値を指定して使用されます。

o - バージョン (-v)
GPG-remailer のバージョン番号は、その後標準出力ストリームに書き込まれます。
どの gpg-remailer が終了するか。 ）

構成 FILE

デフォルトの構成ファイルは ~/etc/gpg-remailer.rc 擬似ユーザーの下で
ホームディレクトリ。 そのパスはプログラム オプションを使用して変更できます。

空行は無視されます。 国内外の情報 #-文字は次のように解釈されます
コメントも無視されます。

構成ファイル内のすべてのディレクティブはパターンに従います。

ディレクティブ: 値

XNUMX 行には最大 XNUMX つのディレクティブを含めることができますが、空白 (先頭のコメントを含む)
行末）はOKです。 いくつかのディレクティブを複数回指定できます。
それ以外の場合は、最初に出現したディレクティブが使用されます。 すべてのディレクティブは、
解釈された 場合 無神経にですが、その値は指定どおりに使用されます。 例えば、
デバッグ： true と同じくらい良いです デバッグ： true、 だけど デバッグ： TRUE 認識されません。
認識されたディレクティブで始まらない空でない行は、黙って無視されます。

次のディレクティブがサポートされています (デフォルト値は の間に示されています)
括弧; 何も指定されていない場合、デフォルトはありません)。 同等コマンドの場合
行オプションが使用されると、構成ファイルの仕様が無効になります。

o デバッグ： ロジック （false）
日時 ロジック として指定されます true デバッグ メッセージはログ ファイルに記録されます (「
下に）。 コマンドラインオプション: - デバッグ、 -d。 このオプションを指定すると、ファイル
gpg-remailer によって書き込まれたファイルは、gpg-remailer が終了しても削除されません。

o クリアテキスト： 仕様 (拒否されました)
デフォルトでは、gpg-remailer はクリアテキスト電子メールを受け入れません。 これは明示的に行うことができます
を使用して構成ファイルに指定します。

クリアテキスト： 拒否されました

仕様。 クリアテキスト電子メールを許可する必要がある場合は、次のように指定します

クリアテキスト： 一般に認められた

受け入れられるエンベロープ アドレスを指定することもできます。
平文電子メールを受信しました。 必要な場合は指定してください

クリアテキスト： 封筒

を使用して、受け入れられるエンベロープ電子メール アドレスを定義します。 封筒： の監視
オプションを選択します。

o 封筒： メール 住所
　 封筒 仕様は次の場合にのみ解釈されます。 クリアテキスト： 封筒 されています
指定された。 いつ クリアテキスト： 封筒 平文電子メールのみを使用して指定されました
設定された 封筒 アドレスは設定されたアドレスに再メールされます。
受信者。 特殊封筒仕様

封筒： メンバー

エンベロープアドレスがアドレスと等しいことを示すために使用できます。
を使用して指定 メンバー 仕様はすべて受け入れられます。

すべてのエンベロープ アドレスは大文字と小文字を区別せずに解釈されます。 デフォルトでは (いいえの場合)
封筒 仕様が提供されています) すべてのエンベロープ アドレスが受け入れられます。
どちらの場合も仕様 クリアテキスト： 封筒 に減少します クリアテキスト： 一般に認められた.

o ファイルを保持: nr
数値が指定されている場合、gpg-remailer によって書き込まれるすべてのファイルは、指定された数値を使用します。
番号は、gpg-remailer が終了しても削除されません。 このオプションが選択されていない場合
指定すると、ファイルはランダムな数値の拡張子を受け取り、その結果、
新しい、まだ存在しない *。 ファイル。

o ログファイル: ファイル名 (etc/gpg-remailer.log)
gpg-remailer のログ メッセージが書き込まれるファイル。

o ログレベル: 値 (2)
LogLevel 0 は、他のすべてのログメッセージと同様に広範なデバッグ出力を提供します。
LogLevel 1 は、実行されたコマンドとデフォルトのメッセージをログに記録します。
LogLevel 2 は、デフォルトのメッセージ (受信および送信の特徴) をログに記録します。
Eメール）;
より高いレベルでは、ロギングは抑制されます。

o メンバー： 住所
複数のメンバーを指定することもできます。 それぞれ メンバー 仕様は PGP キーを指定します
メッセージを再暗号化する電子メール アドレス。 アドレスは普通の電子メールである必要があります
アドレス (例: [メール保護]）、他の要素（
アドレスを使用する人の名前）。 この形式はチェックされていません
GPGリメーラーただし、遵守しないと次のような結果が生じる可能性があります。 GPGリメーラー できないこと
メッセージを再暗号化するか、電子メールで送信します。 の メンバー 仕様は次の目的にも使用できます
クリアテキスト電子メールの送信元となる一連の電子メール エンベロープ アドレスを指定する
を使用して受け入れられました 封筒： メンバー & クリアテキスト： 封筒 仕様。

o noMail: ロジック （false）
と指定した場合 true メールは送信されません。

o 受信者： メール 住所
(再暗号化されたまたは平文の) 再送信された電子メールの受信者アドレス。 複数
受信者を指定することもできます。 これらのアドレスは一意である場合とそうでない場合があります。 複数の場合
同一のアドレスが指定されている場合、gpg-remailer はこれらのそれぞれに電子メールを送信します。
指定されたアドレスを乗算します。 受信者は普通の電子メールを使用して指定する必要があります
アドレス (例: [メール保護]）。 再暗号化されたメールが各宛先に送信されます。
順番に受信者。 仕様

受信者： メンバー

再暗号化されたメールをすべての電子メールに送信する必要があることを示すために使用できます。
を使用して指定されたアドレス メンバー 仕様。

o に返信： フル 住所
返信先アドレスには、任意の電子メール返信先アドレスを使用できます。 返信先は
gpg-remailer の電子メール メッセージを受信する受信者のデフォルトの返信アドレス。
引用符と二重引用符は返信先アドレスから削除されます。 返信先
仕様は例えば次のようになります。

SECMAIL は署名され暗号化されています[メール保護]>

この仕様は、RFC 822 で定義されている要件に従っている必要があります。
スタンダード for ARPA インターネット テキスト メッセージ。 RFC 822 に準拠しないと、次のような結果が生じる可能性があります。
電子メール送信プログラムで、送信された電子メールを拒否する
GPGリメーラー。

o 署名： 要件 （必須）
このオプションは、署名チェックを制御するために使用されます。 認識される値は次のとおりです。
なし (または指定なし): 署名チェックは実行されません。
の提出が必要です: PGP 署名が提供されている必要があります。
良い: PGP 署名は「良い署名」として認識される必要があります。

o TMP ディレクトリにジョブを開始します。 (tmp/)
gpg-remailer が一時ファイルを書き込むディレクトリ。 )

書式

電子メールでの PGP/GPG の使用は確立された技術ですが、さまざまな形式の
メール可能です。 現在、gpg-remailer は次の形式を認識します。

o 暗号化された電子メール本文で構成される単純な暗号化メッセージ。

o 複数の部分からなる暗号化されたメッセージ。

o 分離された署名を含む暗号化されたメッセージ。

以下に、暗号化および復号化された PGP の実際の内容について説明します。
ファイル。

すべての PGP 暗号化電子メールには次のヘッダーが表示されます (境界値は
電子メール メッセージによって異なります):

コンテンツ タイプ: マルチパート/暗号化; プロトコル="アプリケーション/pgp-encrypted";
境界="+QahgC5+KEYLbs62"
Content-Disposition：インライン

すべての PGP 暗号化電子メールは次の構成を示します (行は
電子メール構成をこのマンページのテキストから分離し、
電子メールまたは復号化された情報に実際に存在する。 空行、ここで
示されているものは必須です):

-------------------------------------------------- --------------------
メールヘッダー

--+QahgC5+KEYLbs62
コンテンツタイプ: application/pgp-encrypted
コンテンツ-処分：添付ファイル

バージョン：1

--+QahgC5+KEYLbs62
Content-Type：application / octet-stream
Content-Disposition: インライン; ファイル名 = "msg.asc"

----- BEGIN PGP MESSAGE -----
...

-----PGP メッセージ終了-----
--+QahgC5+KEYLbs62--
-------------------------------------------------- --------------------

境界は次のもので構成されていることに注意してください。

o改行文字

o XNUMX つのダッシュとそれに続く境界テキスト

o 最後の境界の後には XNUMX つのダッシュが続きます

o改行文字

さまざまな PGP 暗号化電子メール形式は、電子メールの構成方法が異なります。
復号化された情報。

簡単な拡張で 暗号化されました メッセージ

復号化中に署名が検証され、検証の結果は次のようになります。
標準エラーストリームに書き込まれます。 復号化されたメッセージ自体には XNUMX つしか含まれていません
メッセージは次のように構成されます。

-------------------------------------------------- --------------------
コンテンツ タイプ: テキスト/プレーン; charset=us-ascii
Content-Disposition：インライン
Content-Transfer-Encoding:quoted-printable

復号化されたメッセージのテキスト
-------------------------------------------------- --------------------

マルチパート 暗号化されました メッセージ

復号化中に署名が検証され、検証の結果は次のようになります。
標準エラーストリームに書き込まれます。 復号化されたメッセージ自体には次の内容が含まれます
複数のメッセージは次のように構成されます。

-------------------------------------------------- --------------------
コンテンツ タイプ: マルチパート/混合。 境界="f+W+jCU1fRNres8c"
Content-Disposition：インライン

--f+W+jCU1fRNres8c
コンテンツ タイプ: テキスト/プレーン; charset=us-ascii
Content-Disposition：インライン
Content-Transfer-Encoding:quoted-printable

最初の添付ファイルのテキスト

--f+W+jCU1fRNres8c
コンテンツタイプ：application / pdf
Content-Disposition: 添付ファイル; ファイル名 = "添付ファイル.pdf"
コンテンツ転送エンコーディング:base64

Base64エンコーディングのattachment.pdfのテキスト

--f+W+jCU1fRNres8c--
-------------------------------------------------- --------------------

複数の添付ファイルが同じように続く場合があります。

暗号化されました メッセージ 含有 切り離さ 署名。

復号化中の署名は次のとおりです。 確認済み（ただし受信者は）
を示します)、復号化されたファイルは次のように構成されます。

-------------------------------------------------- --------------------
Content-Type: マルチパート/署名付き。 micalg=pgp-sha1; プロトコル="アプリケーション/pgp署名";
境界="=-TNwuMvq+TfajHhvqBuO7"

--=-TNwuMvq+TfajHhvqBuO7
コンテンツタイプ: テキスト/プレーン
Content-Transfer-Encoding:quoted-printable

メッセージの本文

--=-TNwuMvq+TfajHhvqBuO7
コンテンツタイプ: application/pgp-signature; 名前=署名.asc
Content-Description: これはデジタル署名されたメッセージ部分です

----- BEGIN PGP SIGNATURE -----
...署名テキスト

----- PGP署名の終了-----
--=-TNwuMvq+TfajHhvqBuO7--
-------------------------------------------------- --------------------

最後の部分は分離された署名を表します。コンテンツセクションは次のようになります。
復号化されたファイル (例: 復号化された) (たとえば、
file 中身）。 後者のファイルの署名は、次のコマンドを使用して検証できます。

gpg --復号化されたコンテンツを検証する

その結果、署名検証が (通常どおり) 標準エラーに書き込まれます。
コンテンツは最初の境界の直後から始まり、次まで続きます。
ただし、次の境界の直前の新しい行は含まれません。

onworks.net サービスを使用してオンラインで gpg-remailer を使用する