分散型のセキュリティアーキテクチャを実現するために必要な相互運用性は、標準化によって確保される。サービスインタフェースは、共通の技術やセマンティクス、例えばSOAP／XMLメッセージやWSDLによるサービスインタフェース記述などを使用する。そのおかげでXMLセキュリティゲートウェイは、最終的なエンドポイントを隠したり、仮想化することができる。また、SAMLやWS-Security、XML Signature、XML Encryptionといったセキュリティ標準により、XMLセキュリティゲートウェイは、ビジネス上および技術上の要件を満たす堅固なセキュリティサービスを提供できる。

XMLセキュリティゲートウェイでセキュリティをサービスとして提供

　XMLセキュリティゲートウェイは、多種多様なセキュリティサービスを提供できる。XMLセキュリティゲートウェイによって実現されるセキュリティアーキテクチャを策定する1つの方法は、リスクを踏まえてどのようなセキュリティサービスを提供するかという問題を、アーキテクチャの観点から整理することだ。

　その際には、アイデンティティ属性について求められる、XMLセキュリティゲートウェイに関連する3つの大きな要件を考慮する必要がある。

• SAMLのようなアイデンティティ標準を利用して、サービスリクエスターとサービスプロバイダーのアイデンティティに関するポリシーを強制できる
• アイデンティティおよび属性情報をマッピングできる――SOAとWebサービスの根本的な目的は、ビジネスと技術の両領域を統合することにある。このため、トランザクションは、複数のアイデンティティドメイン（Active Directory、LDAP、RACFのような）にまたがって実行されることが多い。XMLセキュリティゲートウェイは、必要なアイデンティティマッピングを実現する要となり得る
• XMLセキュリティゲートウェイは、セキュリティサービスが実行されているかどうかに関する認定の信頼性を保証するために、アイデンティティを持たなければならない

　一般的なJavaベースの、あるいはVisual Basicスタイルのアプリケーションではなく、SOAとWebサービスのセキュリティを確保する場合の大きな違いの1つは、メッセージレベルのセキュリティを重視しなければならないことだ。メッセージは、SOAとWebサービスの世界において統一的な方法による機能連携を可能にする構築要素だ。そのため、メッセージのセキュリティは極めて重要だ。SOAではサービスは疎結合されているため、サービスがやりとりするXMLメッセージの妥当性や安全性を保証するものはない。このため、メッセージ内容の妥当性検証を行い、メッセージが悪意ある動作、例えばSQLインジェクション、サービス妨害、マルウェアやそのほかの悪意あるペイロードの実行などを可能にしないことを確認しなくてはならない。

次のステップ

　XMLセキュリティゲートウェイの実現方法や、利用できる選択肢やサービスの粒度を検討するに当たっては、XML Security Gateway Evaluation Criteria Projectが提供するガイド（英文）が参考になる。このプロジェクトは、ベンダーと業界専門家で構成されており、XMLセキュリティゲートウェイの役割と効用、その最大限の活用方法について企業の理解を促進することを目指している。

本稿筆者のガナー・ピーターソン氏は、Arctec Groupの創業者でマネージングプリンシパル。Arctecは、エンタープライズソフトウェアとセキュリティアーキテクチャを中心としたエンタープライズアーキテクチャコンサルティングサービスを提供している。ピーターソン氏は、国土安全保障省（DHS）のBuild Security Inポータルに掲載されている幾つかの文書の主著者であり、OWASP XML Security Gateway Evaluation Criteria Projectのプロジェクトリーダーを務めている。Black Hat、SANS、ISSA、OWASPなどの業界カンファレンスの常連講師でもある。