BlueMailのS/MIMEサポートにより、署名付きおよび暗号化された電子メールの送受信が可能になり、受信者はメッセージが本当にあなたから送られたものであることを証明でき、機密メールは宛先の人物だけが読めるようになります。
S/MIME がどこにあるか
設定 | プライバシーとセキュリティ | エンドツーエンド暗号化 に移動し、次に S/MIME 暗号化と署名 をタップして設定するアカウントを選択します。同じ画面には PGP 暗号化 があり、そちらを使う場合は PGP keys を参照してください。
S/MIME は BlueMail Enterprise の一部です。まだ含まれていない場所では、画面に Enterprise license required の注記と Billing リンクが表示されます。
証明書の追加
BlueMail は .p12 および .pfx 証明書ファイルを使用し、アカウントには 署名証明書 と 暗号化証明書 の2つのスロットがあります。どちらかの横の Select… をタップし、ファイルを選んで、Certificate password プロンプトでそれを保護するパスワードを入力します。多くの証明書は両方の役割をカバーしているため、その場合は同じファイルを両方のスロットにインポートします。
インポートされると、BlueMail は証明書の有効期限と SHA-256 フィンガープリントを表示するので、正しいものを読み込んだことを確認できます。
証明書はアカウントと同じアドレスに発行されている必要があります。そうでない場合、BlueMail は推測させることなく直接その旨を表示します。
プラットフォーム別の手順: iPhone and iPad · Android · Windows · Mac · Linux
管理対象デバイスへの S/MIME 展開
BlueMail Enterprise では、誰も手作業で証明書ファイルを扱う必要はありません。管理者は iOS Managed App Configuration や Android Enterprise managed configurations を通じてアプリ自体に各ユーザーの S/MIME アイデンティティを配信できるため、職員は署名と復号がすでに動作している状態で BlueMail を開けます。配布するファイルはなく、パスワードを回覧する必要もありません。
BlueMail はプッシュされた証明書を証明書内のメールアドレスで適切なアカウントに照合するため、デバイスごとの設定を行わなくても正しいメールボックスに届きます。インポートは一度実行されるとスキップされるので、アプリを再度開いても繰り返されませんし、更新時に置き換えを公開すれば新しい証明書は自動的に展開されます。
管理者向け。 管理対象構成は BlueMail Enterprise の一部であり、組織の設定時に有効にされるので、まずはあなたの BlueMail 担当に手配してください。これはすべてのユーザーに対して有効になるのではなく、顧客単位で有効になります。テナントで有効になったら、BlueMail に配信する構成でこれらのキーを設定してください:
| Key | Type | What it does |
|---|---|---|
enableSmime | boolean | アカウントに S/MIME 権限を付与します |
smimeP12 | string | base64 エンコードされた .p12 としてのアイデンティティ |
smimeP12Password | string | その .p12 を保護するパスワード |
enableSmime はライセンス付与の管理対象相当なので、管理対象デバイスは別個の権限を必要としません。ブール値は実際の boolean として、または文字列 "true" と "false" として送信できます。
同じチャネルで BlueMail の他の管理設定、S/MIME はポリシーの他の部分と一緒に1つのペイロードで配信されます。最新かつ完全なリストおよびコンソール用の例示ペイロードについては、Can I deploy BlueMail with MDM? を参照してください。
2つのプラットフォームの違いはタイミングだけです: Android は制限の変更をブロードキャストするため、BlueMail は EMM が適用するとすぐに新しい構成を取得しますが、iOS は次に BlueMail がフォアグラウンドに来たときに再読み込みします。
メッセージの署名または暗号化
作成中は、件名 行の右側にセキュリティボタンがあります。これをタップして S/MIME 暗号化 シートを表示し、この特定のメールをどのように送るかを選択してください:
- None: 署名も暗号化もせずに送信
- Sign: 受信者にあなたの身元を証明
- Encrypt: 鍵を持つ受信者だけが読める
- Sign & Encrypt: 推奨
恒久的な設定は、S/MIME 画面の Default behavior for outgoing mail を使用します: すべての送信メッセージに電子署名を行う、受信者が全員 S/MIME をサポートする場合はデフォルトでメッセージを暗号化する、および 互換性のためにクリア署名されたコピーを送信する。
暗号化には受信者の証明書が必要です。BlueMail はメッセージの宛先を入力する際にこれらを参照し、利用できないものがあれば送信できない代わりに Missing S/MIME certificates の下にその受信者を表示します。証明書を集める最も簡単な方法は署名付きメールを交換することで、署名付きメッセージには送信者の証明書が含まれています。
署名および暗号化されたメールの閲覧
メッセージヘッダにはBlueMailが検証した内容を示すバッジが付きます: Signed、Encrypted、Signed & Encrypted、または署名が信頼できる認証機関に紐付けられていない場合は Signed · unverified sender。それをタップすると S/MIME Message Information が表示され、メッセージを署名または復号した証明書の名前とそのフィンガープリントが示されます。
信頼された認証局 (CA)
他人の署名を検証するには、署名を発行した認証局を信頼する必要があります。Trusted CAs セクションはこれを扱い、あなた自身の .p12 をインポートすると、その発行チェーンも信頼されるようになり、通常は同じ発行者を共有する同僚をカバーします。その他の人については、Import CA certificate をタップしてその人の .pem または .cer ファイルを選択してください。
これは単に整頓のためではなく、暗号化を可能にするために必要です。 BlueMail は送信者の署名付きメッセージが到着したときにその送信者の証明書を保持し、かつ署名があなたの信頼する認証機関で検証された場合にのみ保持します。したがって、もしその発行者がこのリストにない場合、その証明書は保持されず、その人物への暗号化は彼らがいくら署名付きメッセージを送っても利用できないままになります。彼らの CA を一度インポートすれば両方が同時に解決します: 署名が検証済みとして読み取られるようになり、彼らへの暗号化が可能になります。
注意が必要な場合
- 署名が未確認として表示される。 BlueMail はその下に理由を示し、最も多い修正方法を指摘します。多くの場合は "署名者の証明書が信頼された認証局からのものではありません。信頼するにはその CA をインポートしてください。" という内容です。他の理由には送信者と一致しないアドレス、期限切れ、まだ有効ではない、またはメール用に認可されていない証明書があります。
- インポートが成功しなかった。 BlueMail は "インポートに失敗しました。パスワードが間違っているか、ファイルが有効な証明書ではない可能性があります。" と報告します。証明書のパスワードは大文字小文字を区別します。パスワードを紛失した場合は、証明書のプロバイダに新しいファイルを依頼してください。
- 誰かに暗号化できない。 まず彼らに署名付きメールを送ってもらうよう依頼してください。署名付きメールに彼らの証明書が含まれます。