KR20080096757A - 아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템 - Google Patents

아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템 Download PDF

Info

Publication number
KR20080096757A
KR20080096757A KR1020087018284A KR20087018284A KR20080096757A KR 20080096757 A KR20080096757 A KR 20080096757A KR 1020087018284 A KR1020087018284 A KR 1020087018284A KR 20087018284 A KR20087018284 A KR 20087018284A KR 20080096757 A KR20080096757 A KR 20080096757A
Authority
KR
South Korea
Prior art keywords
key
account
public
authentication
act
Prior art date
Application number
KR1020087018284A
Other languages
English (en)
Inventor
마크 세인펠드
칼 엘리슨
Original Assignee
마이크로소프트 코포레이션
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 마이크로소프트 코포레이션 filed Critical 마이크로소프트 코포레이션
Publication of KR20080096757A publication Critical patent/KR20080096757A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

공개 키 암호 기법에 기초하는 공개-키 인증을 이용하여 계좌를 오픈하는 사람을 인증한다. 이 사람은 공개-키 인증만을 사용한다는 선언을 제공하고, 자신의 공개 키의 사본을 신용정보 기관과 같은 인가된 에이전트에 제공한다. 이 사람은 공개-키 인증에 기초하여 상인에 계좌를 오픈하기 위한 서명된 요청을 제공한다. 이 상인은 신용정보 기관에 신청인의 공개 키를 제공하면서, 신용정보 기관에 크레디트 보고서를 요청한다. 신용정보 기관은 공개 키를 이용하여 크레디트 보고서를 찾는다. 사용자의 개인 키의 도용을 제외하고는, 크레디트 보고서는 요청하는 사람의 것일 확률이 높다. 신용정보 기관은 상인에게 요청된 정보를 제공할 수 있으며, 상인은 자신이 크레디트 보고서에서 읽는 것에 기초하여, 그 계좌가 인가되었는지 또는 인가되지 않았는지를 그 사람에게 통지할 수 있다.
공개 키, 개인 키, 크레디트 이력, 공개 키 인증

Description

아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템{IDENTITY THEFT MITIGATION}
본 기술 분야는 일반적으로 ID 도용(identification theft)에 관한 것으로, 더욱 구체적으로는 "팩트 기반 인증"(fact based authentication)에 대한 대안에 관한 것이다.
아이덴티티 도용이 점점 더 널리 퍼지고 있다. 아이덴티티 도용의 많은 유형은, 권한 없는 사람(unauthorized person)(임포스터(imposter))이 합법적인 사람의 이름으로 된 계좌를 오픈하거나 또는 이에 액세스하기 위해 다른 사람에 관한 팩트를 이용하는 것의 결과이다. 통상적으로, 이러한 팩트들은 사회 보장 번호, 어머니의 처녀적 이름, 주소, 우편 번호, 고용인의 이름, 운전자의 면허증 번호 등과 같은 개인적인 신원 정보를 포함한다. 임포스터는 계좌에 액세스하거나 및/또는 계좌를 오픈하기 위해 팩트들에 관해 알고 있음을 보이기만 하면 된다. 임포스터가 충분한 팩트를 알고 있다면 계좌에 액세스하거나 및/또는 이를 오픈할 권한이 생길 것이다. 이 프로세스는 "팩트 기반 인증"이라 지칭될 수 있다. 아이덴티티 도용을 막기 위한 시도는 이러한 팩트를 비밀로 하는 데에 촛점을 두어 오고 있다.
개인적인 신원 정보를 비밀로 함으로써 아이덴티티 도용을 막고자 시도하는 것에 있어서의 문제점은, 이 신원 정보가 비밀이 아니며 앞으로도 결코 비밀이 아닐 것이라는 점인데, 그 이유는 인증을 위해 신원 정보를 사용하고자 시도하는 측이 아닌 다른 측에 의해 신원 정보가 알려지기 때문이다. 또한, 개인적인 신원 정보는 통상적으로 각종 채널을 통해 획득될 수 있다. 따라서 비도덕적인 임포스터(unscrupulous imposter)는 한 개인에게 알리지 않고 그 개인의 신원 정보를 획득할 수 있다.
본 요약은 이하의 예시적인 실시예의 상세한 설명에서 더 설명되는 일련의 개념들을 단순화된 형태로 소개하기 위해 제공된다. 본 요약은 청구되는 내용의 핵심 특징 또는 주요 특징을 식별하고자 하는 것이 아니며, 또한 청구되는 내용의 범주를 제한하기 위해 사용되도록 의도하는 것도 아니다.
본 명세서에서 설명되는 바와 같이, 공개-키 인증(public-key authentication)은 아이덴티티 도용을 완화한다(mitigate). (예를 들면, 사회 보장 번호, 어머니의 처녀 적 이름, 주소, 우편 번호, 고용인의 이름, 운전자의 면허증 번호, 은행 계좌 번호와 같은) 개인적인 신원 정보와 같은 팩트를 안다는 것에 기초하여 인증을 결정하는 것이 아니라, 한 쌍의 공개 키-개인 키의 암호 키(a public key-private key cryptographic key pair)의 개인 키를 안다는 것에 기초하여 인증을 결정한다. 공개-키 인증은, 비밀이 부분적으로 생성자(originator) 쪽에 있는 인증 메커니즘이므로, 임포스터가 다른 사람의 아이덴티티를 이용하여 계좌를 오픈하거나 및/또는 계좌에 액세스할 수 없도록 보장하는 것을 돕는다.
이하에서는 두 개의 부분, (1) 최종 사용자의 크레디트를 제공하는 임의의 기관에 의해 참고되는(consult) 크레디트 정보의 중앙 저장소(central repository)에 최종 사용자를 등록하는 것과, (2) 최종 사용자에 의해 이러한 기관에 계좌를 오픈하는 것을 포함하는 프로세스로 이루어진 예시적인 실시예를 소개한다. 이들 두 개의 부분 각각은 이하에 설명되는 두 개의 옵션을 지닌다: (1a) 최종 사용자는 이전의 크레디트 이력(credit history)이 없으므로 크레디트 정보 저장소의 관점에서 봤을 때 새로운 사람이며, (1b) 최종 사용자는 이전의 크레디트 이력이 있으므로, 기존의 관계를 팩트 기반 인증을 거부하는(reject) 것으로 바꾸기 위해서는 크레디트 정보 저장소에 대해 자기 자신을 인증시킬 필요가 있으며, (2a) 최종 사용자는, 소프트웨어를 설치했으며 계좌 생성을 위해 공개-키 인증 시스템의 일부가 되도록 그 비즈니스 프로세스를 변경한 대출 기관(lending institution)에 계좌를 생성하며, (2b) 최종 사용자는, 소프트웨어를 설치하지 않아서 여전히 레거시(legacy)인 팩트-기반 인증에 의존하는 대출 기관에 계좌를 생성하는 옵션들을 지닌다. 옵션 (2b)는 또한 공개-키 인증된 계좌 오픈으로 전환한 최종 사용자가 그 전환 이전에 팩트-기반 인증으로 오픈했던 계좌가 실제로 유효하며 최종 사용자에 의해 받아들여질(honor) 질 것이라는 것을 검증하는 사례 또한 커버한다(cover).
예시적인 실시예의 사례 (1a)에서, 이전의 크레디트 이력이 없는 사람의 경우, 이 사람은, 우선, 자신이 크레디트 이력이 없으며 자신의 모든 계좌 생성에 있어 "팩트 기반 인증"의 사용을 거부하고자 한다는 것을 신용정보 기관(credit bereau)과 같은 하나 이상의 중앙 저장소에 선언한다(declare). 이 사람은 또한 공지된 공개-키 암호 기법에 따라 한 쌍의 키를 생성한다. 이 사람은 개인 키를 비밀로 하며 이 개인 키를 밝힐 필요가 전혀 없다. 이 사람은 이 선언(declaration) 및 공개-키를, 예를 들면 신용정보 기관과 같은 또 다른 엔티티에 제공한다. 이후 이 사람은 이들 중앙 저장소들 각각에 계좌를 오픈하기 위해 등록한다. 등록하기 위해, 이 사람은 새로운 데이터베이스 엔트리를 오픈하기 위한 디지털 요청을 생성한다. 이 요청은 그 사람의 개인 키에 의해 서명되며, 데이터베이스를 유지하고 있는 엔티티(예를 들면, 신용정보 기관)에 전달된다. 등록하고 있는 이 사람은 이전의 크레디트 이력이 없기 때문에, 현재의 등록을 임의의 이전의 이력에 연결시킬(tie) 필요가 없고, 따라서 그 크레디트 이력의 보유자(holder)의 상환(satisfaction)에 대해 그 사람의 아이덴티티를 입증할(prove) 필요가 없다. 이 등록에서 전달되는 유일한 개인적인 신원 정보는 인증을 위한 것이 아니라 규제 요건(regulatory requirements)을 충족시키기 위한 것일 것이다. 이 요청은 공개-키 서명에 의해 인증된다. 이 요청에 응하여, 이 사람은 그 저장소에 새로운 데이터베이스 엔트리를 얻게 되고, 이 엔트리는, 이 사람이 이후에 외상 계좌(charge account)를 생성하고, 대출을 받고(get a loan), 신용 카드를 받는(receive credit card) 등을 하기를 원할 수 있는, 임의의 은행 또는 상인에 의해 참조될 수 있다. 개인의 데이터베이스 엔트리는 개인의 공개-키 또한 기록된다는 점을 제외하고는 현재의 크레디트 이력 데이터베이스 엔트리와 유사하다. 게다가, 데이터베이스 엔트리는, 개인의 한 쌍의 키가 분실되거나 파괴되거나 또는 도용되어(stolen) 개인이 새로운 공개-키를 등록할 필요가 있는 경우, 완전히 임의이며(fully random), 동질성이 높은(high entropy) 암호인, 필드 헬드 비밀(field held secret)(개인과만 통신됨)을 포함한다.
한 개인이 어떤 상인 또는 은행 또는 신용 카드 발급자(이하에서는 대출 기관이라 지칭함)(이것은 일부 엔티티로서, 개인은 이 엔티티에 빚을 지게 되고, 따라서, 개인에게 사기를 치는(vcitimize) 아이덴티티 도용자가 이 엔티티에 계좌를 오픈할 수 있음)에 계좌를 오픈하기로 한 경우, 그 엔티티는 자연히 신청인의 크레이트 이력(데이터베이스 엔트리)에 대해 물어볼 것이다. 이 크레디트 보고서를 수신하면, 대출 기관은 일반적인 크레디트 보고서 정보뿐만 아니라 그 개인이 "팩트-기반 인증"으로 오픈된 임의의 계좌에 대한 책임(liability)을 받아들이는 것을 거부한다는 알림문(notice)(그 보고서에 표시된 특별한 예외 사항)을 볼 것이다. 대신, 그 개인은 공개-키 인증된 트랜잭션을 통해 온라인으로 새 계좌를 오픈하기로 한다. 크레디트 보고서는 또한 그 개인의 공개-키(또는 그것의 암호 해시)를 리스트할 수 있다. 예시적인 실시예에서, 사람이 판독할 수 있는 크레디트 보고서가 개인의 공개-키를 리스트하는지의 여부에 상관없이, 개인의 데이터베이스 엔트리를 유지하고 있는 엔티티로부터 사용가능한 온라인 버전은 공개-키를 포함할 것이다.
일단 한 개인이 대출 기관에 계좌를 오픈하기 위해 공개-키 인증을 사용하기로 했다면, 여기에는 두 가지 옵션, (2a) 그 계좌를 온라인으로, 예를 들면 웹 서비스를 통해 오픈하거나, 또는, (2b) 전통적인 펜과 종이를 이용하여 계좌를 오픈하는 것이 있다.
(2a)의 경우, 개인은 자신의 컴퓨터상에서 애플리케이션(또는 웹 브라우저)을 실행시켜, 새 계좌를 위한 신청서를 작성하고 그 신청서를 디지털적으로 서명하여(또는 웹 브라우저를 통해 SSL 접속을 클라이언트-인증하여), 그 개인이 개인 키를 소유하고 있음을 입증한다. 대출 기관은 이 신청서를 받아서, 신용 보고서 서비스와 상담하여, 그 신청인에 의해 사용된 공개-키가 실제로 등록된 개인의 공개-키이며, 따라서, 그 신청인이 아이덴티티 도용자가 아니라 등록된 개인이라는 것을 거의 보장할 수 있다.
(2b)의 경우, 대출 기관은 공개-키 인증된 온라인 신청서를 수락할 수 있는 웹 서비스 또는 웹 사이트를 제공하지 않는다. 따라서 신청인은 표준 PII(Personally Identifiable Information)을 이용하여 종이 양식을 채워야 한다. 대출 기관이 그 양식을 받아서 그 개인에 관해 크레디트 보고서 서비스에 조회하면, 대출 기관은 그 확인된 개인이 이러한 방식으로 생성된 새로운 계좌를 거부한다는 알림문(예외 사항들만이 리스트되어 있음)을 보게 될 것이다. 이 경우의 신청인이 아이덴티티 도용자이라면, 그 사람은 짜증이 날 것이다. 이 경우의 신청인이 실제 개인이라면, 그 개인은 우선 온라인으로 크레디트 보고서 서비스와 온라인으로 접촉하고, 공개-키 인증에 의해 인증받아, 자신이 날짜 및 시간대(date and time window)(Y)(소정의 미리 결정된 시간 양) 내에서 대출 기관 X에 레거시 PII 유형으로 계좌를 개설하고자 한다는 노트를 자신의 데이터베이스 레코드에 추가한다. 대안으로, 그 개인은 대출 기관과 신청 프로세스를 개시하고, 대출 기관으로부터 계좌 번호를 얻은 다음, 신청인이 크레디트 보고서 서비스에 접속하여 그 새 계좌를 특별히 제외시킬(exempt) 때까지(계좌 번호와 대출 기관의 이름으로 새 계좌를 나열함) 신청 프로세스를 완료하는 것을 연기하도록(hold off) 그 대출 기관에게 지시한다. 일단 신청인이 크레디트 보고서 서비스(들)와의 공개-키 인증된 트랜잭션을 이용하여 그 알림문을 포함하도록 자신의 데이터베이스 엔트리를 수정하면, 출원인은 선택적으로 대출 기관에 접촉하고, 크레디트 보고서를 가져오도록(fetch) 대출 기관에 지시할 수 있다. 그 보고서에서, 대출 기관은 그 자신이 팩트-기반 계좌 오프닝을 거부하는 규칙에 대한 예외로서 나열되어 있다는 것을 알게 될 것이다.
공개-키 인증으로 전환하기를 원하지만 팩트 기반 인증에 기초했던 이전의 크레디트 이력이 있는 사람의 경우, 그 프로세스((1b)의 경우)의 상세는 아래와 같다. 이 사람은 여전히 한 쌍의 키를 생성하여 그것을 크레디트 보고서 에이전시에 등록할 것이지만, 이 사람이 기존의 데이터베이스 엔트리에서 참조되고 있는 바로 그 사람이라는 것을 보고서 에이전시가 확신할 수 있을 정도로 충분히, 그리고 아이덴티티 도용의 문제점을 오늘날과 같이 널리 퍼져 있는 문제점이 아니라 드물게 일어나는 문제점으로 줄일 수 있도록 충분히 아이덴티티 도용자들을 단념시킬만큼 충분히 자신의 아이덴티티를 입증할 필요가 있을 것이다.
전술된 요약 뿐만 아니라 이하의 상세한 설명은 첨부된 도면과 함께 읽을 때 더 잘 이해된다. 아이덴티티 도용 완화를 도시하기 위해, 도면에는 그 예시적인 구성이 도시되어 있다. 그러나, 아이덴티티 도용 완화는 개시된 특정 방법과 수단에만 제한되지 않는다.
도 1은 계좌를 오픈하기 위해 공개-키 인증을 이용하는 예시적인 이벤트의 시퀀스를 도시하는 흐름도.
도 2는 사용자의 관점으로부터의, 새로운 계좌를 위해 공개-키 인증을 이용하는 예시적인 프로세스의 흐름도.
도 3은 모든 새로운 계좌에 대해 공개-키 인증으로 전환하기를 원하는, 기존의 크레디트 이력이 있는 사용자에 대한 프로세스의 흐름도.
도 4는 분실되거나 또는 도용된 공개 키를 새로운 키로 대체하는 예시적인 프로세스의 흐름도.
도 5는 예시적인 공개-키 인증 시스템의 도면.
도 6은 공개-키 인증을 구현하기 위한 예시적인 프로세서의 도면.
도 1은 크레디트 이력이 없는 개인에 대해 공개-키 인증을 이용하는 예시적인 이벤트들의 시퀀스를 도시하는 흐름도이다. 사용자는 공지된 공개-키 암호 기법에 따라 한 쌍의 암호 키를 생성한다. 공개-키 암호문은 한 쌍의 키를 이용한다. 하나의 키는 암호화하는 데에 사용되고 다른 하나는 해독하는 데에 사용된다. 공개-키를 안다고 해서 개인 키를 알 수 있는 것은 아니다. 개인 키는 비밀로 되지만 공개-키는 보안성을 잃지 않으면서 널리 퍼질 수 있다. 단계(12)에서, 사용자는, 크레디트 이력을 시작하며 모든 계좌 생성에 대해 공개-키 인증을 사용하고자 하며, 특별히 언급된 경우를 제외하고는 전통적인 방식으로 생성된 모든 계좌에 대한 책임을 거부한다는 자신의 의도를 나타내는 (사용자의 개인 키로 디지털적으로 서명된) 선언을 제공한다. 사용자는 이 선언을, 예를 들면, 신용정보 기관(들) 또는 사용자의 인가된 에이전트(들)와 같은 임의의 적절한 엔티티(26)에 제공할 수 있다.
디지털적으로 서명된 임의의 메시지의 표준부(standard part)는 그 서명을 검증하는 데에 사용되는 공개 키이다. 단계(12) 이후, 에이전트(26)는 계좌 생성을 위해 공개-키 인증을 사용하는 사용자의 선언을 지니며, 사용자의 공개-키를 지닌다. 선언은 또한 사용자가 팩트 기반 인증 시스템을 통해 오픈된 계좌에 대해서는 아무런 책임을 받아들이지 않을 것이라는 면책 조항(disclaimer)을 포함할 수 있다.
단계(16)에서, 사용자는 상인(또는 대출 기관)에 계좌를 개설할 것을 요청한다. 이 요청은, 예를 들면, (예를 들면, 신용 카드 회사, 은행, 소매점, 투자 은행, 자동차 판매 대리점 등과 같은) 상인과 같은 임의의 적절한 엔티티(28)에 제공될 수 있다. 즉, 사용자는 자신이 계좌를 오픈하고자 하는 엔티티에 공개-키를 제공할 수 있다. 예를 들면, 사용자는 공지된 신용정보 기관(예를 들면, 엔티티(26))에 선언과 공개-키를 전송할 수 있고, 사용자가 비즈니스를 행하기를 원할 때, 많은 상인들(예를 들면, 엔티티(28))에 계좌를 개설할 수 있다. 소비자는 모든 신용정보 기관에 등록할 것이며, "그 어떠한 사람도 나를 인증하기 위해 개인적인 신원 정보를 이용하여 계좌를 오픈할 수 없다. 새로운 계좌를 오픈하기 위해 수락가능한 유일한 인증은 여기에서 제공되는 공개-키이다"라는 취지의 노트가 사 용자의 크레디트 보고서에 입력될 수 있다. 이 공개-키는 신용정보 기관에 의해 유지되고 있는 데이터베이스에 기록될 수 있으며, 공개-키의 해시가 프린트된 크레디트 보고서에 리스트될 수 있다. 해시 함수는 공지되어 있다(예를 들면, MD5 및 SHA-1). 해시 함수는, 존재하는 입력과 동일한 출력을 생성하는 임의의 다른 입력을 찾아내는 것이 계산상으로 실행 불가능한 특징을 갖는 임의의 크기의 입력으로부터 고정된 길이의 출력을 산출한다. 따라서, 사용자 공개-키의 해시는 공개-키의 고유 식별자이며, 전체 공개-키의 공간을 사용하지 않는다.
예시적인 실시예에서, 계좌를 개설하기 위한 요청은 계좌를 개설하기 위해 상인에 의해 요구되는 정보를 포함하며, 사용자의 개인 키로 서명된다. 상인은 공개-키에 의해 인증된 온-라인 계좌 생성을 이용하고 있기 때문에, 신청인이 공개-키 계좌 생성을 채택하였으며 전통적인 팩트-기반 계좌 생성을 삼가한다는 것을 알고 있다. 그것의 검증을 위해, 상인이 관심이 있다면, 그 신청인에 대한 크레디트 보고서는 그러한 알림문을 포함할 수 있다.
단계(18)에서 상인(28)은 그 요청을 검증한다. 예시적인 실시예에서, 상인(28)은 신용정보 기관(26)에 그 사용자에 대한 크레디트 보고서를 요청하며, 사용자의 공개-키(또는 그 해시)로 사용자를 표시한다. 신용정보 기관(26)은 사용자의 공개-키를 이용하여 사용자의 데이터베이스 엔트리를 인덱싱한다(index). 단계(20)에서, 신용정보 기관(26)은, 상인이 제공했던 공개-키(또는 해시)에 대응하는 개인 키를 소유하는 사용자에 대한 크레디트 보고서를 상인(28)에게 전송한다.
상인(28)은 요청된 정보를 수신하면, 그 사용자에 대한 계좌를 오픈할 것인 지의 여부를 판정한다. 상인(28)은 단계(22)에서, 그 계좌가 오픈되었는지 또는 그 계좌가 거절되었는지의 인가 상태를 통지한다. 예를 들면, 사용자는 합법적이나 그 사용자의 크레디트 보고서에서는 그 사용자가 위험부담이 큰 것(high risk)으로 나타나 있다. 따라서, 상인(28)은 계좌를 오픈해달라고 하는 그 사용자의 요청을 거절할 수 있다.
도 2는 이전의 크레디트 이력이 없는 사용자의 관점으로부터 본, 제1 계좌에 대해 공개-키 인증을 이용하기 위한 예시적인 프로세스의 흐름도이다. 단계(30)에서, 사용자는 이 프로세스에서 사용할 한 쌍의 키를 생성한다(그리고 선택적으로(optionally) 그 한 쌍의 키를 신중하게 백업하여 분실되지 않게 한다). 단계(32)에서, 사용자는 크레디트 이력을 시작할 것이며 계좌를 오픈할 때에는 공개-키 인증만을 사용할 것이라는 의도를 선언한다. 이 새로운 크레디트 이력의 생성에 응하여, 사용자는 등록된 공개-키를 대체할 필요가 있을 경우 사용될 비밀 암호를 각 신용정보 기관 또는 다른 에이전트로부터 수신할 수 있다. 이러한 모든 신용정보 기관 또는 다른 에이전트로부터의 암호들은, (1) 사용자가 이들 암호들의 하나의 사본을 항상 얻을 수 있도록 그리고 (2) 아이덴티티 도용자가 어떠한 사본도 얻을 수 없도록, 안전하게 백업된다. 백업과 복구(recovery)의 임의의 적절한 수단들이 이용될 수 있다.
사용자는 단계(36)에서 상인과 같은 엔티티에 계좌를 개설할 것을 요청한다. 상술된 바와 같이, 이 요청은, 계좌를 오픈하기 위해 상인이 필요로 하는 서명된 정보와 그 요청에 대한 서명을 검증하기 위해 상인이 필요로 하는 사용자의 공개- 키를 포함한다. 단계(40)에서, 사용자는 (계좌 오픈 요청이 허가되었는지 또는 계좌 오픈 요청이 거절되었는지와 같은) 계좌의 인가 상태에 관한 통지를 수신한다.
예시적인 실시예에서, 사용자가 기존의 크레디트 이력을 지니고 있는 경우에는 도 1에 도시된 프로세스가 사용되지 않는다. 그 프로세서는 누군가의 양호한 크레디트 이력을 도용하여 그 희생양에 대한 책임을 확립하기 위한 비교적 쉬운 방법을 아이덴티티 도용자에게 제공한다. 기존의 크레디트 이력이 있는 사용자의 경우 또는 새로운 사용자가 전통적인 방식으로 안전하게 인증되어야만 하는 다른 경우(예를 들면, 크레디트 보고서가 있는 사람은 누구나 주소 또는 다른 PII로 신원이 확인되어야 한다고 법으로 정해진 경우)에는, 도 3에 도시된 프로세스가 이용된다. 사용자는 모든 새 계좌에 대해 공개-키 인증을 사용할 것이라는 의도를 선언한다(단계 42). 이 선언 프로세서는 도 1의 단계(12)와 관련하여 설명된 선언 프로세스와 유사하다. 이 크레디트 레코드에서의 변화가 또한 개인 인증을 필요로 하기 때문에, 이 요청은 단계(46) 이후라야 완료된 것으로 여겨진다. 이 프로세스를 완료하기 위해, 사용자의 컴퓨터는 사용자의 공개-키(또는 그 해시)와 사용자를 식별하기 위해 (그리고 팩트-기반 인증 하에서 사용자를 인증하기 위해) 사용되는 전통적인 PII를 포함하는 양식을 출력한다. 사용자는 단계(44)에서, (은행 또는 우체국과 같이) 개인의 아이덴티티를 검증할 수 있는 엔티티에게 이 양식을 건네준다. 그 엔티티에서, 사용자의 엔티티가 검증된다. 사용자의 사진, 사용자로부터 채취된 지문 등에 의해 증대되는(augmented) 아이덴티티 검증 엔티티는 또한 이 이벤트의 감사 레코드(audit record)를 생성할 수 있다.
ID 검증자(24)가 사용자의 아이덴티티가 프린트된 양식에 표시된 바대로임을 확신하면, 사용자는 ID 검증자의 면전에서(in the presence) 그 양식에 서명한다. ID 검증자(24)는 그 양식을 공증할(notarize) 수 있고, 사용자의 아이덴티티를 증언하면서(attest) 그 양식에 서명할 것이다. 이후 ID 검증자는 그 종이 양식을 (예를 들면, 우편으로) 에이전트(또는 신용정보 기관)(26)에 전달한다. 이러한 물리적인 엔티티의 검증을 수신하면, 에이전트(또는 신용정보 기관)는 그 사용자와 그 사람의 크레디트 이력을 매치시킬(match) 수 있으며, 물리적으로 검증된 사용자의 보고된 공개 키를 변경을 위해 원래의 요청을 서명했던 공개 키에 매치시켜, 요청된 변경을 실시한다. 계좌가 일단 변경되면, 단계(48)에서 사용자에게 변경이 디지털적으로 통지된다. 그 트랜잭션 동안, 사용자는 사용자의 공개-키를 대체할 때 이후에 사용하기 위해, 관련된 신용정보 기관들 또는 에이전트들의 비밀 암호(들)를 수신하고 이를 적절히 백업할 것이다. 사용자의 크레디트 이력의 상태에 있어서의 이러한 변경이 성공적으로 완료되면, 사용자는 모든 기존의 계좌를 특별히 승인하도록(approve) 촉구되거나(prompt) 또는 사용자는 특별히 승인하도록 하나 이상의 기존 계좌 또는 새로운 계좌들을 자발적으로 지정할 수 있다(단계 50). 이것이, 사용자가 공개-키 인증으로 전환하기 전에 생성되었거나 또는 전환 후에 생성되었지만 상인은 계좌 생성 시 공개-키 인증을 아직 이용할 수 없는, 그러한 계좌를 공개-키로 승인할 수 있는 방식이다.
도 4는 등록된 공개-키가 분실되거나 또는 도용되었을 경우, 사용자가 에이전트 또는 신용정보 기관(26)에서 등록된 공개-키를 대체하는 프로세스를 도시한 다. 사용자의 컴퓨터가 파괴되거나 또는 잘못 동작하는 경우, 컴퓨터의 하드 드라이브가 지워진 경우, 또는 각종 다른 이유로 인해 손실이 발생할 수 있다. 키가 안전하지 않게 유지되면 개인 키의 도용이 발생할 수 있고, 이 도용은 도용자에 의한 성공적인 계좌 생성을 통해 알려지게 될 것이다. 이 계좌는 지워져야 할 것이고 도둑맞은 개인 키도 지워지고 대체되어야 할 것이다. 단계(56)에서, 사용자는 분실된 것 또는 손상된 것을 대체할 새로운 한 쌍의 키를 생성한다. 단계(58)에서, 사용자는, 계좌 생성에 응하여 신용정보 기관 또는 다른 에이전트가 사용자에게 반환했던 비밀, 동질성이 높은 암호들을 백업 저장소로부터 복구한다. 단계(60)에서, 사용자의 컴퓨터는 각 에이전트에 접속하여 식별자인 오래된 공개-키와 새로운 공개-키를 포함하는, 공개-키 변동 메시지를 전송한다. 이 메시지는 키로서 동질성이 높은 암호를 이용하는 표준 대칭-키 서명 알고리즘(예를 들면, SHA1-HMAC)에 의해 서명된다. 이러한 메시지 각각에 응하여, 에이전트는 요청이 성공했는지 또는 실패했는지를 나타내는 응답을 반환한다. 예를 들면, 요청은 적절하지 못한 메시지 포맷, 내용 또는 서명으로 인해 실패할 수 있다.
도 5는 계좌를 생성하기 위해 공개-키 인증을 사용하는 예시적인 시스템의 도면이다. 이 시스템은 사용자 프로세서(74), 에이전트 프로세서(76) 및 상인 프로세서(78)를 포함한다. 프로세서들(74, 76 및 78) 각각은 임의의 적절한 프로세서를 포함할 수 있다. 적절한 예시적인 프로세서들로는 범용 프로세서, 전용 프로세서, 데스크톱 컴퓨터, 랩톱 컴퓨터, PDA, 핸드-헬드 컴퓨터, 스마트 폰, 서버 프로세서, 클라이언트 프로세서 또는 이들의 조합이 있다. 프로세서들(74, 76 및 78) 각각은 하나의 컴퓨터와 같은 단일 프로세서에서, 또는 여러 프로세서에서 구현될 수 있다. 다수의 프로세서는 분산되거나 또는 중앙 집중적으로 배치될 수 있다. 다수의 프로세서는 무선으로, 유선을 통해 또는 그 조합으로 통신할 수 있다. 각 프로세서들(74, 76 및 78)의 각 부분은 다수의 분산된 프로세서들, 노드들 및/또는 데이터베이스들을 통해 구현될 수 있다. 프로세서들(74, 76 및 78) 간에 통신하기 위해 프로세서들(74, 76 및 78)에 의해 사용되는 인터페이스는, 무선 인터페이스, 유선 인터페이스 또는 그 조합과 같은 임의의 적절한 인터페이스를 포함할 수 있다. 공용 및 전용 프로토콜 둘 모두를 비롯하여 각종 통신 프로토콜들 중 임의의 것이 사용될 수 있다. 예시적인 프로토콜로는 TCP/IP, IPX/SPX 및 NetBEUI가 있다. 프로세서들(74, 76 및 78) 간의 통신은 하나의 네트워크 또는 네트워크들을 통할 수 있다. 각 네트워크는 유선 네트워크 또는 직접-배선 접속(direct-wired connection)을 포함할 수 있다. 네트워크는 공용 부분(예를 들면, 인터넷) 뿐만 아니라 (거주 지역의 LAN과 같은) 전용 부분 및 그 조합을 포함할 수 있다. 네트워크는 음향, RF, 적외선 및 다른 무선 매체와 같은 무선 매체와 유선 매체 둘 모두를 포함하는 각종 통상적인 통신 매체들 중 임의의 하나 이상을 이용하여 구현될 수 있다.
예시적인 실시예에서, 사용자 프로세서(74), 에이전트 프로세서(76) 및 상인(78) 각각은 사용자, 에이전트 및 상인 각각과 관련된 상술된 기능을 수행하기 위해 이용된다. 예를 들면, 사용자 프로세서(74)는 한 쌍의 암호 키를 생성할 것이다. 사용자 프로세서(74)는 공개 키를 적절한 엔티티(또는 엔티티들)에게 제공 할 것이다. 사용자 프로세서(74)는 엔티티에 계좌를 개설하기 위한 요청을 전송할 것이다. 사용자 프로세서(74)는 사용자가 팩트 기반 인증에 기초하여 오픈된 계좌에 대한 임의의 트랜잭션에 대해 어떠한 책임도 받아들이지 않을 것이라는 면책 조항을 전송할 것이다. 그리고 사용자 프로세서(74)는 계좌의 인가 상태에 관한 통지를 수신할 것이다. 또한, 상기 설명에 따라, 에이전트 프로세서(76) 및 상인 프로세서(78)는 단일 엔티티의 일부일 수 있고, 예시적인 실시예에서는, 단일 프로세서를 포함한다.
도 6은 공개-키 인증을 구현하기 위한 예시적인 프로세서(80)의 도면이다. 프로세서(80)는 사용자 프로세서(92), 에이전트 프로세서(94) 및 상인 프로세서(78) 각각을 나타낸다. 프로세서(80)는 처리부(82), 메모리부(84) 및 입력/출력부(90)를 포함한다. 처리부(82), 메모리부(84) 및 입력/출력부(90)는 서로 연결되어 있어(그 연결은 도 6에는 도시되어 있지 않음) 서로 간의 통신이 가능하다. 처리부(82)는 상술한 바와 같이 공개-키 암호 키를 생성할 수 있다. 처리부(82)는 또한 개인 키로 정보/데이터(예를 들면, 공개 키, 선택적인 정보)를 서명(예를 들면 암호화)할 수 있다. 메모리부(84)는 상술된 바와 같은 모든 파라미터들, 예를 들면, 개인 키, 공개 키 및 임의의 부가적인 정보를 저장할 수 있다.
입력/출력부(90)는 공개-키 인증을 구현하는 데에 사용되는 상술된 컴포넌트들을 제공할 수 있고 및/또는 이를 수신할 수 있다. 입력/출력부(90)는 공개-키 인증 시스템의 채택 선언을 제공하고 및/또는 이를 수신할 수 있다. 입력/출력부(90)는 공개 키를 제공하고 및/또는 이를 수신할 수 있다. 입력/출력부(90)는 공개-키 인증에 기초하여 계좌를 개설하기 위한 요청을 제공하고 및/또는 이 요청을 수신할 수 있다. 입력/출력부(90)는 계좌가 인가됨 및 인가되지 않음 중 하나의 통지를 제공하고 및/또는 이를 수신할 수 있다. 입력/출력부(90)는 팩트 기반 인증에 기반하여 행해진 트랜잭션으로부터 기인하는 책임의 면책 조항을 제공하고 및/또는 이를 수신할 수 있다. 또한, 입력/출력부(90)는 서명된 공개 키를 제공하고 및/또는 이를 수신할 수 있다.
프로세서(80)는 클라이언트 프로세서 및/또는 서버 프로세서로서 구현될 수 있다. 기본 구성에서, 프로세서(80)는 적어도 하나의 처리부(82)와 메모리부(84)를 포함할 수 있다. 정확한 구성과 프로세서의 유형에 따라, 메모리부(84)는 (RAM과 같은) 휘발성(86)일 수 있고, (ROM 및 플래시 메모리 등과 같은) 비휘발성(88) 또는 그 조합일 수 있다. 프로세서(80)는 추가의 특징/기능을 지닐 수 있다. 예를 들면, 프로세서(80)는 자기 또는 광 디스크, 테이프, 플래시, 스마트 카드 또는 그 조합을 포함하는 추가의 저장 장치(이동식 저장 장치(92) 및/또는 비이동식 저장 장치(94))를 포함할 수 있으나 이에 제한되지 않는다. 메모리부(84, 86, 88, 92 및 94)와 같은 컴퓨터 저장 매체는, 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위해 임의의 방법 및 기술로 구현된 휘발성 및 비휘발성, 이동식 및 비이동식 매체를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, DVD 또는 기타 광 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, USB 호환가능한 메모리, 스마트 카드 또는 원하는 정보를 저장 하는 데에 사용될 수 있고 프로세서(80)에 의해 액세스될 수 있는 임의의 기타 매체를 포함할 수 있으나 이에 제한되지 않는다. 이러한 임의의 컴퓨터 저장 매체가 프로세서(80)의 일부일 수 있다.
프로세서(80)는 또한 프로세서(80)로 하여금 다른 장치들과 통신할 수 있게 하는 통신 접속(들)(100)을 포함할 수 있다. 통신 접속(들)(100)은 통신 매체의 일례이다. 통신 매체는 통상적으로 반송파(carrier wave) 또는 기타 전송 메커니즘(transport mechanism)과 같은 피변조 데이터 신호(modulated data signal)에 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터 등을 구현하고 모든 정보 전달 매체를 포함한다. "피변조 데이터 신호"라는 용어는, 신호 내에 정보를 인코딩하도록 그 신호의 특성들 중 하나 이상을 설정 또는 변경시킨 신호를 의미한다. 예로서, 통신 매체는 유선 네트워크 또는 직접 배선 접속과 같은 유선 매체, 그리고 음향, RF, 적외선, 기타 무선 매체와 같은 무선 매체를 포함한다. 본 명세서에서 사용된 컴퓨터 판독가능 매체라는 용어는 저장 매체와 통신 매체 둘 모두를 포함한다. 프로세서(80)는 또한 키보드, 마우스, 펜, 음성 입력 장치, 터치 입력 장치 등과 같은 입력 장치(들)(98)를 포함할 수 있다. 디스플레이, 스피커, 프린터 등과 같은 출력 장치(들)(96) 또한 포함될 수 있다.
본 명세서에서 설명된 각종 기법들은 하드웨어 또는 소프트웨어, 또는 적절한 경우 그 둘의 조합과 관련하여 구현될 수 있다. 따라서, 공개-키 인증 또는 일부 양태들 또는 그 일부를 이용하기 위한 방법 및 장치는, 플로피 디스켓, CD-ROM, 하드 드라이브 또는 임의의 다른 기계 판독가능한 저장 매체와 같은 유형의 매체에 구현된 프로그램 코드(즉, 명령어)의 형태를 취할 수 있고, 프로그램 코드는 컴퓨터와 같은 기계에 의해 로딩되고 실행될 때, 이 기계는 숫자 범위를 인덱스하고 이를 검색하기 위한 장치가 된다. 프로그램가능한 컴퓨터상에서 프로그램 코드를 실행하는 경우, 컴퓨팅 장치는 일반적으로 프로세서, 프로세서에 의해 판독가능한 저장 매체(휘발성 및 비휘발성 메모리 및/또는 저장 요소를 포함함), 적어도 하나의 입력 장치 및 적어도 하나의 출력 장치를 포함할 것이다. 프로그램(들)은, 원하는 경우, 어셈블리어 또는 기계어로 구현될 수 있다. 어느 경우든지, 언어는 컴파일되거나 또는 해석된 언어일 수 있고, 하드웨어 구현과 조합될 수 있다.
프로그램가능한 컴퓨터 상에서 프로그램 코드를 실행하는 경우, 컴퓨팅 장치는 일반적으로 프로세서, 프로세서에 의해 판독가능한 저장 매체(휘발성 및 비휘발성 메모리 및/또는 저장 요소를 포함함), 적어도 하나의 입력 장치 및 적어도 하나의 출력 장치를 포함할 것이다. 프로그램(들)은, 원하는 경우, 어셈블리어 또는 기계어로 구현될 수 있다. 어느 경우든지, 언어는 컴파일되거나 또는 해석된 언어일 수 있고, 하드웨어 구현과 조합될 수 있다. 공개-키 인증을 구현하기 위한 방법 및 장치는, 또한, 전기 배선 또는 케이블링을 통해서와 같은 일부 전송 매체를 통해, 광섬유를 통해 또는 임의의 다른 형태의 전송을 통해 전송되는 프로그램 코드의 형태로 구현된 통신을 통해 실시될 수 있고, 프로그램 코드는 EEPROM, 게이트 어레이, PLD(programmable logic device), 클라이언트 컴퓨터 등과 같은 기계에 의해 수신되고, 이에 로딩되며 이에 의해 실행될 때, 기계는 공개-키 인증을 구현하기 위한 장치가 된다. 범용 프로세서 상에 구현된 경우, 프로그램 코드는 프로세 서와 조합하여 공개-키 인증의 기능을 인보크하도록 동작하는 고유의 장치를 제공한다. 게다가, 공개-키 인증과 함께 사용된 임의의 저장 기법은 변함없이 하드웨어 및 소프트웨어의 조합일 수 있다.
공개-키 인증을 구현하는 것이 각종 도면의 예시적인 실시예에 관련하여 설명되었지만, 다른 유사한 실시예들이 사용될 수 있고 또는 공개-키 인증을 사용하는 동일한 기능에서 벗어나지 않고 이를 수행하기 위한 설명된 실시예들에 변경 및 추가가 행해질 수 있음을 이해할 것이다. 따라서, 본 명세서에 설명된 공개-키 인증을 구현하는 것은 임의의 단일 실시예에 제한되어서는 안 되며, 첨부된 청구항에 따라 그 폭 및 범위가 해석되어야 한다.

Claims (17)

  1. 인증 방법으로서,
    계좌(account) 생성을 위한 공개-키 인증의 채택의 선언(a declaration of adoption of public-key authentication)을 제공하는 액트;
    한 쌍의 공개 키-개인 키 암호 키 중 공개 키를 제공하는 액트;
    상기 공개-키 인증에 기초하여 계좌를 개설할(establish) 것을 요청하는 액트 -상기 요청의 적어도 일부는 상기 한 쌍의 키 중 개인 키로 서명됨-;
    상기 계좌가 인가됨 및 인가되지 않음 중 하나라는 통지를 수신하는 액트; 및
    팩트 기반 인증(fact based authentication)에 기초하여 행해지는 트랜잭션으로부터 비롯되는 책임의 면책 조항(a disclaimer of liability)을 제공하는 액트
    를 포함하는 인증 방법.
  2. 제1항에 있어서, 상기 요청하는 액트는 상기 개인 키를 이용하여 서명된 상기 공개 키를 제공하는 액트를 포함하는 인증 방법.
  3. 제1항에 있어서,
    상기 선언 및 상기 공개 키는 제1 엔티티에 제공되고,
    상기 요청하는 액트는 제2 엔티티에 계좌를 개설하도록 수행되는 인증 방법.
  4. 제5항에 있어서,
    상기 제1 엔티티는 신용정보 기관(credit bureau)을 포함하고,
    상기 제2 엔티티는 상인(merchant)을 포함하는 인증 방법.
  5. 제1항에 있어서, 상기 계좌를 개설할 것을 요청하는 요청자의 직접 인증(in-person authentication)을 더 포함하는 인증 방법.
  6. 인증 방법으로서,
    공개-키 인증의 채택의 선언을 수신하는 액트;
    한 쌍의 공개 키-개인 키 암호 키 중 공개 키를 수신하는 액트;
    상기 공개-키 인증에 기초하여 계좌를 개설하기 위한 요청을 수신하는 액트 -상기 요청의 적어도 일부는 상기 한 쌍의 키 중 개인 키를 이용하여 서명됨-;
    상기 요청의 진위성(authenticity)을 판정하는 액트;
    상기 계좌가 인가됨 및 인가되지 않음 중 하나라는 통지를 제공하는 액트; 및
    팩트 기반 인증에 기초하여 행해지는 트랜잭션으로부터 비롯되는 책임의 면책 조항을 수신하는 액트
    를 포함하는 인증 방법.
  7. 제7항에 있어서,
    개인적으로 확인가능한 정보(personally identifiable information)에 기초하여 대체 계좌(alternate account)를 개설하기 위한 요청을 수신하는 액트;
    상기 한 쌍의 키에 의해 인증된 예외 요청(exception request)을 수신하는 액트 -상기 예외 요청은 상기 대체 계좌를 개설하기 위한 허가(permission)를 포함하며, 상기 대체 계좌를 개설하기 위한 허가는 소정의 시간으로 제한됨-;
    상기 한 쌍의 키 및 상기 인증된 예외 요청을 이용하여 상기 대체 계좌를 개설하기 위한 상기 요청의 진위성을 검증하는 액트; 및
    상기 대체 계좌가 인가됨 및 인가되지 않음 중 하나라는 통지를 제공하는 액트
    를 더 포함하는 인증 방법.
  8. 제7항에 있어서, 상기 계좌를 개설하기 위한 요청은, 상기 개인 키를 이용하여 서명된 상기 공개 키를 제공하는 액트를 포함하는 인증 방법.
  9. 제7항에 있어서,
    상기 선언 및 상기 공개 키는 제1 엔티티에 의해 수신되고,
    상기 계좌를 개설하기 위한 요청은 제2 엔티티에 의해 이루어지는(said request to establish said account is with a second entity) 인증 방법.
  10. 제11항에 있어서,
    상기 제1 엔티티는 신용정보 기관을 포함하고,
    상기 제2 엔티티는 상인을 포함하는 인증 방법.
  11. 제7항에 있어서, 상기 계좌를 개설할 것을 요청하는 요청자의 직접 인증을 더 포함하는 인증 방법.
  12. 인증 시스템으로서,
    공개 키 및 개인 키를 포함하는, 한 쌍의 공개 키-개인 키 암호 키를 생성하기 위한 처리부;
    상기 공개 키 및 상기 개인 키를 저장하기 위한 메모리부; 및
    입력/출력부
    를 포함하고,
    상기 입력/출력부는,
    계좌 생성을 위해 공개-키 인증의 채택의 선언을 제공하며,
    상기 한 쌍의 공개 키-개인 키 중의 상기 공개 키를 제공하고,
    상기 한 쌍의 키 중 상기 개인 키를 이용하여, 상기 공개-키 인증에 기초하여 계좌를 개설하기 위한 요청을 제공하고,
    상기 계좌가 인가됨 및 인가되지 않음 중 하나라는 통지를 수신하고,
    팩트 기반 인증에 기초하여 행해지는 트랜잭션으로부터 비롯되는 책임의 면 책 조항을 제공하는, 인증 시스템.
  13. 제14항에 있어서,
    상기 프로세서부는 상기 개인 키를 이용하여 상기 공개 키를 서명하고,
    상기 공개 키 인증에 기초하여 계좌를 개설하기 위한 요청은, 상기 공개 키를 포함하는 서명된 요청을 포함하는 인증 시스템.
  14. 제14항에 있어서,
    상기 입력/출력부는 상기 선언 및 상기 공개 키를 제1 엔티티에 제공하고,
    상기 입력/출력부는 상기 공개-키 인증에 기초하여 계좌를 개설하기 위한 요청을 제2 엔티티에 제공하는 인증 시스템.
  15. 제17항에 있어서, 상기 제1 엔티티는 신용정보 기관을 포함하는 인증 시스템.
  16. 제17항에 있어서, 상기 제2 엔티티는 상인을 포함하는 인증 시스템.
  17. 제14항에 있어서, 상기 메모리부는 하드 디스크 메모리, 플래시 메모리, 휴대용 메모리, USB 호환가능 메모리 및 스마트 카드 메모리 중 적어도 하나를 포함하는 인증 시스템.
KR1020087018284A 2006-01-30 2007-01-18 아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템 KR20080096757A (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/324,447 2006-01-30
US11/342,447 US20070179903A1 (en) 2006-01-30 2006-01-30 Identity theft mitigation

Publications (1)

Publication Number Publication Date
KR20080096757A true KR20080096757A (ko) 2008-11-03

Family

ID=38323287

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020087018284A KR20080096757A (ko) 2006-01-30 2007-01-18 아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템

Country Status (4)

Country Link
US (1) US20070179903A1 (ko)
KR (1) KR20080096757A (ko)
CN (1) CN101395625A (ko)
WO (1) WO2007089439A1 (ko)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8359278B2 (en) 2006-10-25 2013-01-22 IndentityTruth, Inc. Identity protection
US10430604B2 (en) * 2008-02-05 2019-10-01 Equifax Inc. Systems and methods for securing data in electronic communications
US9800413B2 (en) * 2008-08-15 2017-10-24 Gm Global Technology Operations, Inc. System and method for performing an asymmetric key exchange between a vehicle and a remote device
US20100049683A1 (en) * 2008-08-22 2010-02-25 Carter Stephen R Collaborative debating techniques
US9652802B1 (en) 2010-03-24 2017-05-16 Consumerinfo.Com, Inc. Indirect monitoring and reporting of a user's credit data
WO2012112781A1 (en) 2011-02-18 2012-08-23 Csidentity Corporation System and methods for identifying compromised personally identifiable information on the internet
US8819793B2 (en) 2011-09-20 2014-08-26 Csidentity Corporation Systems and methods for secure and efficient enrollment into a federation which utilizes a biometric repository
US11030562B1 (en) 2011-10-31 2021-06-08 Consumerinfo.Com, Inc. Pre-data breach monitoring
US8812387B1 (en) 2013-03-14 2014-08-19 Csidentity Corporation System and method for identifying related credit inquiries
US20150142647A1 (en) * 2013-11-20 2015-05-21 Bank Of America Corporation Consumer Bill-Pay
US11270274B1 (en) 2014-05-20 2022-03-08 Wells Fargo Bank, N.A. Mobile wallet using math based currency systems and methods
US11037110B1 (en) 2014-05-20 2021-06-15 Wells Fargo Bank, N.A. Math based currency point of sale systems and methods
US10339527B1 (en) 2014-10-31 2019-07-02 Experian Information Solutions, Inc. System and architecture for electronic fraud detection
US11151468B1 (en) 2015-07-02 2021-10-19 Experian Information Solutions, Inc. Behavior analysis using distributed representations of event data
US9565020B1 (en) * 2016-02-02 2017-02-07 International Business Machines Corporation System and method for generating a server-assisted strong password from a weak secret
US10699028B1 (en) 2017-09-28 2020-06-30 Csidentity Corporation Identity security architecture systems and methods
US10896472B1 (en) 2017-11-14 2021-01-19 Csidentity Corporation Security and identity verification system and architecture
WO2020006425A1 (en) * 2018-06-28 2020-01-02 Coinbase, Inc. Wallet recovery method

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR2603043B1 (fr) * 1986-08-19 1988-11-10 Petrel Sarl Marquage de securite, matieres pourvus de marques de securite, appareil pour reveler la marque de securite
UA41387C2 (uk) * 1994-01-13 2001-09-17 Сертко, Інк Спосіб установлення вірогідного перевірюваного зв'язку, спосіб захищеного зв'язку, спосіб оновлення мікропрограмного забезпечення, спосіб здійснення шифрованого зв'язку та спосіб надання перевіреному на справжність пристрою права на проведення електронної транзакції
US5619571A (en) * 1995-06-01 1997-04-08 Sandstrom; Brent B. Method for securely storing electronic records
US5638448A (en) * 1995-10-24 1997-06-10 Nguyen; Minhtam C. Network with secure communications sessions
US5689566A (en) * 1995-10-24 1997-11-18 Nguyen; Minhtam C. Network with secure communications sessions
DE69722277T2 (de) * 1996-01-31 2004-04-01 Canon K.K. Abrechnungsvorrichtung und ein die Abrechnungsvorrichtung verwendendes Informationsverteilungssystem
US6038551A (en) * 1996-03-11 2000-03-14 Microsoft Corporation System and method for configuring and managing resources on a multi-purpose integrated circuit card using a personal computer
US6233565B1 (en) * 1998-02-13 2001-05-15 Saranac Software, Inc. Methods and apparatus for internet based financial transactions with evidence of payment
US6947908B1 (en) * 1998-08-27 2005-09-20 Citibank, N.A. System and use for correspondent banking
US6820202B1 (en) * 1998-11-09 2004-11-16 First Data Corporation Account authority digital signature (AADS) system
US7047416B2 (en) * 1998-11-09 2006-05-16 First Data Corporation Account-based digital signature (ABDS) system
US7742967B1 (en) * 1999-10-01 2010-06-22 Cardinalcommerce Corporation Secure and efficient payment processing system
WO2001050304A2 (en) * 1999-12-29 2001-07-12 Paymap, Inc. Method and apparatus for mapping sources and uses of consumer funds
US20010039535A1 (en) * 2000-02-09 2001-11-08 Tsiounis Yiannis S. Methods and systems for making secure electronic payments
US6779115B1 (en) * 2000-02-18 2004-08-17 Digital5, Inc. Portable device using a smart card to receive and decrypt digital data
US20020046065A1 (en) * 2000-06-15 2002-04-18 Nighan Robert J. Method and system for insuring against loss in connection with an online financial transaction
US7096354B2 (en) * 2000-08-04 2006-08-22 First Data Corporation Central key authority database in an ABDS system
EP1316171A4 (en) * 2000-08-04 2006-05-03 First Data Corp PERSONNEL AND CONTOUR DIGITAL SIGNATURE SYSTEM
US6978369B2 (en) * 2000-08-04 2005-12-20 First Data Corporation Person-centric account-based digital signature system
US7689832B2 (en) * 2000-09-11 2010-03-30 Sentrycom Ltd. Biometric-based system and method for enabling authentication of electronic messages sent over a network
US20030105887A1 (en) * 2001-12-03 2003-06-05 Cox Burke David Method and system for integration of software applications
US6865559B2 (en) * 2000-12-07 2005-03-08 International Business Machines Corporation Method and system in electronic commerce for inspection-service-based release of escrowed payments
US20020152086A1 (en) * 2001-02-15 2002-10-17 Smith Ned M. Method and apparatus for controlling a lifecycle of an electronic contract
US20030037261A1 (en) * 2001-03-26 2003-02-20 Ilumin Corporation Secured content delivery system and method
US7003497B2 (en) * 2001-05-23 2006-02-21 International Business Machines Corporation System and method for confirming electronic transactions
US20040199469A1 (en) * 2003-03-21 2004-10-07 Barillova Katrina A. Biometric transaction system and method
US7275159B2 (en) * 2003-08-11 2007-09-25 Ricoh Company, Ltd. Multimedia output device having embedded encryption functionality
US9542671B2 (en) * 2004-05-12 2017-01-10 Paypal, Inc. Method and system to facilitate securely processing a payment for an online transaction

Also Published As

Publication number Publication date
CN101395625A (zh) 2009-03-25
US20070179903A1 (en) 2007-08-02
WO2007089439A1 (en) 2007-08-09

Similar Documents

Publication Publication Date Title
US12015716B2 (en) System and method for securely processing an electronic identity
KR20080096757A (ko) 아이덴티티 도용 완화를 위한 인증 방법 및 인증 시스템
US12113792B2 (en) Authenticator centralization and protection including selection of authenticator type based on authentication policy
US10673632B2 (en) Method for managing a trusted identity
US7266684B2 (en) Internet third-party authentication using electronic tickets
EP3073670B1 (en) A system and a method for personal identification and verification
US7676433B1 (en) Secure, confidential authentication with private data
KR101863953B1 (ko) 전자 서명 서비스 시스템 및 방법
US9596089B2 (en) Method for generating a certificate
US7552333B2 (en) Trusted authentication digital signature (tads) system
US8499147B2 (en) Account management system, root-account management apparatus, derived-account management apparatus, and program
KR20210040078A (ko) 안전한 보관 서비스를 위한 시스템 및 방법
US20080216172A1 (en) Systems, methods, and apparatus for secure transactions in trusted systems
AU2001284754A1 (en) Internet third-party authentication using electronic tickets
JP2004519874A (ja) 信頼された認証デジタル署名（ｔａｄｓ）システム
JP2004533730A (ja) 実世界の応用のためにディジタル署名および公開鍵基盤のセキュリティを改善するプロセスおよび装置
US20230267426A1 (en) Payment system, coin register, participant unit, transaction register, monitoring register and method for payment with electronic coin data sets
KR20190058940A (ko) 웰다잉 라이프 관리 시스템을 이용한 디지털 콘텐츠 상속 방법

Legal Events

Date Code Title Description
WITN Application deemed withdrawn, e.g. because no request for examination was filed or no examination fee was paid