Clearswift PPT Template

Size: px

Start display at page:

Download "Clearswift PPT Template"

ほだかうとだ
4 years ago
Views:

1 Clearswift SECURE Gateway メール暗号化機能のご紹介

2 メールの暗号化が必要な理由移動中のデータを保護するため情報漏洩を防ぐため社会的信用の毀損ブランド力の低下から企業価値を保護するため法規各業界のレギュレーション遵守のため 2

3 Clearswift SEG がサポートする暗号化の種類 TLS(Transport Layer Security) S/MIME(Secure / Multipurpose Internet Mail Extensions) PGP(Pretty Good Privacy) パスワード付きZip(Windows 標準 AES) エンクリプションポータル (Clearswiftが提供するクラウドベース暗号ポータルサービス) SEG:SECURE Gateway 3

4 各種暗号化の特徴比較 Clearswift SEG がサポートする暗号化方式と特徴サイトサイト間の暗号化サイト受信者間の暗号化エンドポイントエンドポイント間の暗号化標準化準拠安全性メール送信時の鍵パスワードの交換受信者側で追加ソフトウェアの導入不要 TLS S/MIME PGP 受信者はキーとクライアントプラグインが必要パスワード付 ZIP- Windows 標準 - - Windows を使用の場合パスワード付 ZIP- AES - - AES256 をサポートする Zip パッケージが必要 Clearswift エンクリプションポータルメールを送信するためのクライアントプラグインが必要 4

5 TLS Transport Layer Security

6 トランスポート層におけるセキュリティオペレーティングシステムの一部として提供サーバー間の経路を暗号化 2つのTLSモード強制的 TLS 便宜的 TLS SSL 証明書の利用を推奨 ( 自己署名証明書も利用可能 ) 6

7 TLS の設定方法 7

8 TLS コネクションの管理クライアントホスト送信者ドメイン IP アドレスホスト名単位で TLS 接続コネクションを管理送信者ドメイン単位で TLS コネクションを管理 8

TLS: ゲートウェイゲートウェイこの区間ではメールの暗号化はされません SECURE EMAIL Gateway 送信者

9 TLS: ゲートウェイゲートウェイこの区間ではメールの暗号化はされません SECURE Gateway 送信者 Transport Layer Security 受信者暗号トンネル区間 ( 全てのトラフィックは暗号化されます ) 9

10 メッセージレベルの暗号化 S/MIME PGP パスワード付きZIP(Windows 互換 AES 256) エンクリプションポータル ( クラウドベースサービス ) 10

11 ポリシーベースの暗号化メールの送信方向をトリガーメールの送信方向をトリガーとするポリシーベースの暗号化送信者受信者特定の受信者へのメールは暗号化ポリシールールを作成することによりどの送信者どの受信者をトリガーとしてメールの暗号化を実施するか定める 11

ポリシーベースの暗号化コンテンツをトリガーコンテンツをトリガーとするポリシーベース暗号化件名本文添付ファイルファイルの名前トリガー件名 : 特定のキーワードを含む場合トリガーファイルタイプ :Excel トリガー添付ファイル内 : 特定のキーワードを含む場合

12 ポリシーベースの暗号化コンテンツをトリガーコンテンツをトリガーとするポリシーベース暗号化件名本文添付ファイルファイルの名前トリガー件名 : 特定のキーワードを含む場合トリガーファイルタイプ :Excel トリガー添付ファイル内 : 特定のキーワードを含む場合ファイルの種類 X-header トリガープロパティ : 製作者名その他含まれる場合トリガー本文 : 機密情報を含む場合文書ファイルのプロパティポリシールールを作成することによりどのコンテンツ要素をトリガーとしてメールの暗号化を実施するか定める 12

13 公開鍵暗号方式各サーバは公開鍵と秘密鍵のキーペアを所有公開鍵秘密鍵公開鍵で暗号化を行い秘密鍵で復号化を行う暗号化したデータを復号できるのは秘密鍵を所有している者のみ可能 TLSではデータ暗号化のために共有鍵暗号を使用するがその共有鍵を安全に交換するために公開鍵暗号方式を利用 13

14 証明書キーペアは信頼できる第三者 ( 認証局 ) によって認定 ( 署名 ) されている場合に有効です 14

15 S/MIME, PGP Secure / Multipurpose Internet Mail Extensions, Pretty Good Privacy

16 S/MIME PGP: ゲートウェイゲートウェイ 1. S/MIME PGP ゲートウェイゲートウェイ SECURE Gateway 送信者受信者メッセージは暗号化されます 16

17 S/MIME PGP: ゲートウェイ受信者 2. S/MIME PGP ゲートウェイ受信者 SECURE Gateway 送信者受信者 17

18 S/MIME PGP: 送信者受信者 3. S/MIME PGP 送信者受信者 SECURE Gateway 送信者受信者メッセージは暗号化とコンテンツスキャンが可能です 18

19 簡単に行える鍵管理ゲートウェイは署名付きメッセージを収集し鍵をゲートウェイ内の同期証明書ストアに格納しますゲートウェイは外部キーサーバーにアクセスして公開キーを取得できますベストエフォートで暗号化を行う場合証明書が見つからない場合はパスワードの暗号化を使用するのオプションを選択してください 19

20 ベストエフォートの暗号化もし鍵が見つからない場合パスワード付き Zip による暗号化を試行します ( ベストエフォートの暗号化 ) 暗号化 / 復号化デフォルトの自動暗号化設定暗号化キーが見つからなくても暗号化されずに機密情報が外部へ送信されないようパスワード付 Zip による暗号化を選択する 20

21 パスワード付き Zip - Windows 標準 AES

22 パスワード付 Zip による暗号方式受信アドレスまたはドメインにより暗号化を制御暗号化メソッドで [ パスワードの使用 ] を選択オプションパラメーターを指定自動生成 / 固定パスワードパスワード長 Windows 互換 /AES

23 パスワード付き Zip により保護された添付ファイル : ゲートウェイ受信者 2 送信者は受信者宛にパスワード情報を送信します 1 パスワード情報がゲートウェイから送信者宛にメールで送信されます 3 送信者は受信者宛にパスワード情報を送信します SECURE Gateway 受信者 23

24 パスワードにより保護されたメール受信者は次のメールを受け取ります添付ファイルはパスワード付 Zip にて自動暗号化されます 24

25 送信者と受信者間でのパスワードの受け渡し方送信者が自動暗号化の対象となるメールを送信した後の流れ 2 送信者は受信者へパスワードをメールで手動送信します 3 受信者はパスワードを使い添付ファイルを開封します送信者 1SEG から送信宛にパスワードが送られてきます受信者 25

26 セキュアエンクリプションポータル Secure Encryption Portal

27 セキュアエンクリプションポータルポータル画面の色やロゴをカスタマイズ可能英国米国カナダのデータセンターを利用した外部ホスティングサービスです受信者へのメッセージをセキュアに保持しますメッセージ保有有効期限は 30 日まで ( デフォルト ) TLS 接続を介してエンクリプションポータルとセキュアに接続します任意のメッセージトリガーまたは Outlook プラグインを使用することでエンクリプションポータルを利用したメールの暗号化を行えます 27

28 セキュアエンクリプションポータル 5 受信者がエンクリプションポータル上でメールを閲覧すると既読通知が送信者へ送られます 1 ゲートウェイは TLS 接続にてエンクリプションポータルへメールを送りますエンクリプションポータル 5 受信者は HTTPS によりエンクリプションポータルへアクセスしセキュアにメールを閲覧する 2 エンクリプションポータルは受信者への通知メールを生成しゲートウェイへ送信します 4 受信者は暗号化されたメールが送信されたことを示す通知メールへアクセスするためのハイパーリンクをクリックする送信者 SECURE Gateway 受信者 3 ゲートウェイは通知メールを受信者へ送信します 28

29 Outlook プラグインによる暗号化エンクリプションポータル経由でメールを暗号化したい場合このボタンを押します 29

30 暗号化の実施をユーザーへ促す Encryption Prompt を有効にする Encryption Prompt にチェックが入っていればメールが組織外へ送信されようとしている場合ダイアログを開きメールの暗号化の実施をするようユーザへ注意喚起をすることが出来ます 30

31 Office365/Exchange 2016 OWA 画面 31

32 送信者へのメッセージ取り下げ通知送信者はメッセージが開かれているかどうかを見ることができメッセージをリモートで削除することもできます 32

33 メール送信直後の画面受信者へ通知メールが送信されます 33

34 エンクリプションポータルを新規に利用する受信者ポータルにユーザー登録するための URL リンクが記載されたメールが受信者へ届きます 34

35 受信者のユーザー登録初めてエンクリプションポータルへアクセスするユーザはユーザ登録をする必要があります 35

36 エンクリプションポータル上でのメール閲覧 36

37 メールの開封を送信者へ通知送信者へメール開封通知が送信されます 37

38 閲覧されたメッセージを送信者側で確認閲覧や二次漏洩を防ぐためにこの時点でメッセージをメールボックスから取り下げることができます送信者へメール開封通知が送信されます 38

39 メッセージが期限切れになる前にリマインダーを受信へ送信ポータル内に保管しているメールがまだ開封されてない場合は受信者へ通知メールを送信デフォルト 30 日間メールをポータル内に保管します 39

40 受信者側画面のカスタム設定表示言語の変更が可能エンクリプションポータルは日本国内からでもご利用頂けますデータセンターは英国米国カナダにあります 40

41 送信方法デフォルトの配信方法は HTTP / S を介したブラウザによるプルオプションで受信者への配信方法をポータルからのプッシュに変更することも可能 S / MIME 証明書を SEG にインストールすれば受信者は S / MIME 暗号化されたメッセージをポータル上の受信トレイで直接受信することが可能 41

42 監査 Audit

43 監査証跡エンクリプションポータルを経由したメールであっても SEG 上にログが残るためメッセージトラッキング機能を利用して過去にさかのぼり配信されたメールを確認することが出来ます 43

44 Appendix 補足事項

45 S/MIME と PGP の比較電子メールの暗号化と電子署名には S/MIME(Secure/Multipurpose Internet Mail Extensions) と PGP(Pretty Good Privacy) がよく利用されていますそれぞれ共通鍵暗号方式公開鍵暗号方式メッセージダイジェスト関数を利用して署名機能と暗号化機能を提供することにより電子メールの盗聴改竄なりすましによるリスクを回避します S/MIME と PGP の比較 S/MIME PGP 正式名称 Secure/Multipurpose Internet Mail Extensions Pretty Good Privacy 開発者 RSA Security 社 ( 現在は IETF が変更管理 ) Philip R. Zimmermann Jr 年初版公開特徴 S/MIME では認証局 (CA) により公開鍵の正当性を保証通常は商用認証局を利用既に正当性を検証済みの第三者の秘密鍵で公開鍵が署名されていれば信用する公開鍵の正当性には限界署名送信者は自身の秘密鍵を用いて署名受信者は送信者の公開鍵を用いて検証送信者は自身の秘密鍵を用いて署名受信者は送信者の公開鍵を用いて検証暗号その他送信者は受信者の公開鍵を用いて暗号化受信者は自身の秘密鍵を用いて復号化不特定多数の相手とのやり取りに向く公開鍵の持ち主側が商用認証局等から鍵と証明書を入手する必要がある多くのメールクライアントが標準で対応送信者は受信者の公開鍵を用いて暗号化受信者は自身の秘密鍵を用いて復号化特定の相手とのやり取りに向く認証局は不要だが鍵の安全な保管が必要標準でサポートするメールクライアントは少ない 45

MIKE - Mail Initiated Key Exchange MIKE を有効にすれば外部パートナーに対して公開鍵の要求とプロビジョニングを許可し電子メール暗号化の鍵交換メカニズムを提供することが出来ます応答用アドレスに登録された宛先にメールリクエストを送ると外部のパートナーに公開鍵を提供をします

46 MIKE - Mail Initiated Key Exchange MIKE を有効にすれば外部パートナーに対して公開鍵の要求とプロビジョニングを許可し電子メール暗号化の鍵交換メカニズムを提供することが出来ます応答用アドレスに登録された宛先にメールリクエストを送ると外部のパートナーに公開鍵を提供をします応答用アドレスにメールによるリクエストを送信することで公開鍵を受信します例 ) Aperson@examplecompany.org に対して PGP 公開鍵を受信させたい場合以下の手順でメールを送信してください件名に Aperson@examplecompany.org PGP と記載 ( 1 メールにつき 1 アドレスまで ) MIKE@examplecompany.org 宛にメールを送信する 46

47 ありがとうございました

メールデータ移行手順

Waseda-net メール (Web メール ) から Waseda メール (Gmail) へのメールデータ移行手順更新履歴更新日版更新理由更新箇所 2016/07/27 1 版初版作成初版作成 2016/08/26 2 版全面改訂 1 版手順を全面的に改訂 2016/09/01 2 版情報変更学内ネットワークからの接続には汎用プロキシ不要 2016/09/07 2 版情報追加