윈도우 카드스페이스

2. 작동 방식

정보 카드 지원 애플리케이션이나 웹사이트가 사용자에 대한 정보를 얻으려고 할 때 특정 클레임을 요청한다. 그러면 CardSpace UI가 나타나 디스플레이를 CardSpace 서비스로 전환하여 사용자의 저장된 신원을 시각적 카드 형태로 표시한다. 사용자가 사용할 카드를 선택하면 CardSpace 소프트웨어는 신원 발급자에게 연락하여 요청된 정보가 포함된 디지털 서명된 XML 토큰을 얻는다. CardSpace는 또한 사용자가 전체 이름 및 주소와 같은 14개 신원 정보 필드 중 하나 이상을 포함할 수 있는 ''개인'' (''자체 발급''이라고도 함) 정보 카드를 생성할 수 있도록 한다. 다른 트랜잭션에는 ''관리형'' 정보 카드가 필요할 수 있는데, 이러한 카드는 은행, 고용주 또는 정부 기관과 같이 사람을 대신하여 클레임을 제기하는 제3자 ''신원 제공자''가 발급한다.^[3]

윈도우 카드스페이스는 웹 서비스 프로토콜 스택을 기반으로 구축되었으며, 여기에는 WS-Security, WS-Trust, WS-MetadataExchange 및 WS-SecurityPolicy를 포함한 개방형 XML 기반 프로토콜 세트가 포함되어 있다. 이는 이러한 프로토콜을 지원하는 모든 기술 또는 플랫폼이 CardSpace와 통합될 수 있음을 의미한다. 정보 카드를 수락하려면 웹 개발자가 웹사이트가 요구하는 클레임을 지정하는 HTML `<OBJECT>` 태그를 선언하고 반환된 토큰을 해독하고 클레임 값을 추출하는 코드를 구현해야 한다. 신원 제공자가 토큰을 발급하려는 경우 사용자가 관리형 카드를 얻을 수 있는 수단을 제공하고 보안 토큰 서비스(STS)를 제공하여 WS-Trust 요청을 처리하고 적절한 암호화 및 서명된 토큰을 반환해야 한다. 2000년대에는 STS를 구축하고 싶지 않은 신원 제공자는 PingIdentity, BMC, 썬 마이크로시스템즈, 마이크로소프트, 또는 지멘스를 포함한 다양한 공급업체로부터 하나를 얻을 수 있었다.^[3]

CardSpace와 이를 기반으로 하는 신원 메타시스템은 토큰 형식에 구애받지 않으므로 CardSpace는 OpenID 및 SAML과 같은 다른 인터넷 신원 아키텍처와 직접 경쟁하지 않았다. 이러한 세 가지 신원 접근 방식은 상호 보완적인 것으로 볼 수 있는데,^[3] 이는 2000년대 동안 정보 카드를 오늘날 OpenID 제공자, Windows Live ID 계정 및 SAML 신원 제공자에 로그인하는 데 사용할 수 있었기 때문이다.^[3]

IBM과 Novell은 Higgins 프로젝트를 지원하여^[4] 정보 카드 및 웹 서비스 프로토콜 스택을 지원하는 개발 프레임워크를 제공할 계획이었으며, 따라서 SAML 및 OpenID와 같은 다른 신원 관련 기술도 지원하는 더 광범위하고 확장 가능한 프레임워크 내에 CardSpace를 포함시켰다.