事例① 金融業界【サンドボックス・フォレンジック連携】

• 背景
  • セキュリティ意識の高さから、サンドボックス（FireEye）が導入済み
  • 官公庁からの指針もあり、フォレンジック（パケットキャプチャ）も実施済み
  • 今後Webクラウドサービスの導入予定もあり、クライアントとWebクラウドサービス間がSSL通信になることにより、既存環境にてできている機能を今後も維持する為、SSL Visibility Applianceを導入※導入されるクラウドサービスにより要検証

事例② 公共業界【UTM・WAF連携】

• 背景
  • 大規模なセキュリティ製品一括導入の際、増加しているSSL通信への対策を無視できなかった
  • コストの関係もあり、UTMにて多くのセキュリティ機能をカバーしたが、SSL通信対策までをUTMで行うにはパフォーマンスが足りなかった
  • SSL Visibility Applianceを導入することで、コストを抑えつつ多くのアウトバウンドセキュリティ機能（AV, IPS, Sandbox）だけでなく、インバウンドセキュリティのWAF（Imperva）までもを、1台にてSSL通信検査対象にすることが実現できた

事例③ 製造業界【IPS・サンドボックス連携】

• 背景
  • FireEyeを導入するも、SSL通信の中身が見れないことを導入直前まで気づいてなかった
  • 社内全通信の40%以上がSSL化されていることには気づいていた為、早急な対応が求められた
  • FireEyeとSSL Visibility Applianceの連携導入実績がマクニカにてあった為、安心して製品を選定
  • 今後は既存IPS製品にも、同時連携を行う予定

社内ネットワークに設置する場合（フォワード環境）

フォワードの環境では機器をInlineで導入してSSLを復号化し、Inline構成の機器にパケットを転送、及びSPAN/TAP構成で待ち受ける機器にコピーすることが可能です。この場合、機器がSSLのハンドシェイクを一旦終端し、SSLの証明書を動的に生成（Re-Sign）してクライアント側と通信を行いますので、クライアントには機器のCAの証明書を信頼されたルート証明機関として事前に登録しておく必要があります。

データセンターに設置する場合（リバース環境）

リバースの環境でWebサーバの鍵と証明書がある場合、TAPモードとInlineモードのどちらかの構成で導入します。