Previous section.

Common Security: CDSA and CSSM, Version 2 (with corrigenda)
Copyright © 2000 The Open Group

Introduction

CDSA defines an interoperable, extensible architecture in which applications can selectively and dynamically access security services. The architecture is extensible in two dimensions:

Common Data Security Architecture for all Platforms shows the three basic layers of the Common Data Security Architecture:

The Common Security Services Manager (CSSM) is the core of CDSA. CSSM manages categories of security services and multiple discrete implementations of those services as add-in security modules. CSSM:

Applications request security services through the CSSM security API or via layered security services and tools implemented over the CSSM API. The requested security services are performed by add-in security modules. Five basic types of module managers are defined:

Over time, new categories of security services may be defined, and new module managers may be required. CSSM supports elective module managers that dynamically extend the system with new categories of security services.

Below CSSM are add-in security modules that perform cryptographic operations, manipulate certificates, manage application-domain-specific trust policies, and perform new, elective categories of security services. Add-in security modules can be provided by independent software and hardware vendors as competitive products. Applications use CSSM module managers to direct their requests to add-in modules from specific vendors or to any add-in module that performs the required services. A single add-in module can provide one or more categories of service. Modules implementing more than one category of service are called multi-service modules.


Figure: Common Data Security Architecture for all Platforms

CSSM core services support:

The module management functions are used by applications and by add-in modules to support runtime selection of security service modules.

Security context management provides secured runtime caching of user-specific, cryptographic state information for use by multi-step cryptographic operations, such as staged hashing. These operations require multiple calls to a CSP and produce intermediate state that must be managed. CSSM manages this state information for the CSP, enabling more CSPs to easily support multiple concurrent callers.

CSSM, add-in modules, elective module managers, and optionally applications verify the identity and integrity of components of CDSA. CSSM checks dynamic components as they are added to the system. These components include elective module managers, add-in service modules, applications, and CSSM itself.

Contents Next section Index