《.NET与Windows Azure的SOA安全解析》
在当今数字化的时代，服务导向架构（SOA）已经成为企业构建应用程序的主流方式。然而，随着SOA的广泛应用，安全问题也日益凸显。本文将深入探讨如何在.NET和Windows Azure平台上实现SOA的安全架构。
订单服务的安全架构设计案例
以Standard Mold公司的订单服务为例，该公司的架构师们决定引入基于声明的授权机制，为订单服务设计安全架构。他们对内部和外部服务消费者的客户端凭证进行了规范化处理，旨在创建一个统一的安全模型，为所有消费者提供与订单业务流程安全要求松耦合的授权。
为实现这一目标，架构师们为订单服务设计了自定义声明结构。服务要保护的业务实体包括客户、订单和发货通知。内部消费者可以创建客户和发货通知，但不建议创建订单；外部消费者通常是客户，有权创建订单，但只能编辑自己的客户信息并查看发货通知。以下是声明与权限的映射关系：
| 资源 | 用户 | 权限 |
| — | — | — |
| 客户 | 外部用户 | 读取和更新（限于自己的记录） |
| | 内部用户 | 创建、读取、更新、删除所有客户（需具备管理员权限） |
| 订单 | 外部用户 | 创建、读取、更新（限于自己的记录） |
| | 内部用户 | 读取、更新、删除（需具备管理员权限） |
| 发货通知 | 外部用户 | 读取（限于自己的记录） |
| | 内部用户 | 创建、读取、更新 |
在这个自定义声明结构中，客户、订单和发货通知这三个资源直接映射到基于声明模型中的资源，而创建、读取、更新和删除这些权限则成为声明类型。对于外部消费者，还有
