<별지 2> 행정전자서명 기술요건

행정전자서명 기술요건

2014.  1

안 전 행 정 부

정보기반보호과

1. 개요

1.1 목적

본 『행정전자서명 기술요건』(이하, 기술요건)은 행정전자서명 고유의 구성요소 및 기술규격들을 정하고, 그 외에 『공인전자서명 인증체계 기술규격』을 준용하는 사항들을 정한다.

1.2 적용범위

본 기술요건은 전자정부 서비스에 사용되는 행정기관의 행정전자서명 인증서를 생성, 폐지, 관리 및 검증하기 위해 행정전자서명 인증기관 및 행정전자서명 인증서를 활용하는 각 기관에 적용한다.

1.3 주요내용

본 기술요건에서는 다음과 같은 사항에 대해 정의한다.

◦ 인증서와 인증서 폐지 목록 (CRL : Certificate Revocation List) 프로파일

◦ 인증서 관리 기능 및 프로토콜

◦ 인증 경로 검증

◦ 인증서 관리 정책

◦ 인증서 정보조회 프로토콜

◦ 인증서 신뢰 목록(CTL : Certificate Trust List)

◦ 무선단말기 기반의 인증서비스 기술규격

◦ 보안토큰 기술규격

1.4 전제 조건

본 기술요건은 다음과 같은 전제조건을 고려하여 기술한다.

◦ X.509 인증서 버전 3과 인증서 폐지목록 버전 2를 사용한다.

◦ 모든 인증서 사용자들이 최상위인증기관(루트 즉 Self-signed CA)을 가장 신뢰하는 하향식(Top-down) 신뢰 구조를 가정한다.

◦ 송수신 메시지 중에 out-of-band로 교환되는 것은 별도로 정의하지 않는다.

◦ 저장소에 대한 사용자 인증(authentication) 프로토콜을 포함하지 않는다.

◦ 저장소는 X.500 디렉토리 또는 URI(Uniform Resource Indicator)를 이용하는 다른 형태일 수 있으나, LDAPv3을 반드시 지원하여야 한다.

1.5 용어 정의

◦ ASN.1(Abstract Syntax Notation One) : 복잡한 데이터 구조들을 정형적으로 표현하기 위한 구문 표기법

◦ CMP(Certificate Management Protocols) : 인증기관, 등록기관, 사용자 간 인증서 발급, 갱신, 폐지 등 각종 인증업무를 처리하는 데에 사용되는 인증서 관리 프로토콜

◦ DER(Distinguished Encoding Rules) : 동일한 데이터 구조에 대해서는 유일한 인코딩/디코딩 값을 생성해 내는 ASN.1 인코딩 규칙

◦ DN(Distinguished Name) : 사용자 객체를 명확히 구별할 수 있도록 부여하는 고유한 이름

◦ LDAP(Lightweight Directory Access Protocol) : 디렉토리 서버와 클라이언트 간의 통신에 사용되는 디렉토리 시스템 접근 프로토콜로서, DAP보다 간결하고 실용적으로 만들어진 프로토콜L

◦ NTP(Network Time Protocol, 통신망 시간규약) : 네트워크에 연결된 컴퓨터들을 국제표준시각으로 동기화시켜 동일한 시각을 가질 수 있도록 컴퓨터 간에 시각정보를 교환할 수 있도록 하는 시각정보 전송 프로토콜

◦ OCSP(Online Certificate Status Protocol) : 인증서 폐지목록을 획득하지 않고도 실시간으로 인증서의 상태를 검증할 수 있도록 하는 인증서상태 실시간검증프로토콜

◦  OID(Object IDentifier) : 객체를 식별하기 위하여 객체에게 부여하는 고유한 식별자

◦ PKCS(Public Key Cryptography Standards) : RSA사에서 RSA알고리즘의 구현 방법론과 여러 가지 구문표현에 대해 정의한 문서

◦ TSA(Time Stamp Authority) : 시점확인을 요청한 전자문서에 대하여 당해 전자문서가 인증기관에 제시된 특정시점을 확인하여 알려주는 기관

◦ TSP(Time Stamp Protocol) : 인증기관에 제시된 전자문서가 특정시각에 존재하였는지 여부를 확인하는데 사용되는 시점확인 프로토콜

◦ WCMP(Wireless Certificate Management Protocols) : 무선 인터넷 환경에서 인증기관, 등록기관, Mobile Device를 이용하는 사용자 간 인증서 발급, 갱신, 폐지 등 각종 인증업무를 처리하는 데에 사용되는 무선 인증서 관리 프로토콜

◦ 비밀키(private key) : 공개키 암호시스템에서 전자서명을 하거나 복호화를 하는데 사용하기 위해 개인만이 보유하는 키

◦ 공개키(public key) : 공개키 암호 시스템에서 사용자의 전자서명을 검증하거나 암호화를 하는데 쓰이는 키

◦ 디렉토리 시스템(DS: Directory System) : 정보를 저장, 관리할 수 있는 분산된 데이터베이스 시스템

◦ 메시지 인증 코드(MAC : Message Authentication Code) : 암호 기술들을 이용하여 메시지로부터 생성되고, 데이터 무결성 검증 시 요구되는 증거 값

◦ 상호 인증(Cross Certification) : 두 인증기관이 서로 상대 인증기관에서 발급한 인증서를 유효한 것으로 인정할 수 있도록 하는 것

◦ 인증(Certification) : 인증기관이 인증서를 발급하는 행위

◦ 인증 경로(Certification Path) : 서명 검증자가 신뢰하는 인증서부터 검증하고자하는 인증서까지의 일련의 인증서의 집합

◦ 인증기관(CA : Certification Authority) : 사용자에게 인증서를 발급하는 신뢰 기관으로 디렉토리에 인증서와 인증서 폐지 목록을 발급․게시함

◦ 인증서(certificate) : 공개키와 사용자의 관계를 연결해주는 전자 정보로 인증기관에서 발급함

◦ 인증서 신뢰목록(CTL, Certificate Trust List)  :  최상위인증기관이  他 인증기반과의 상호연동을 하기 위한 방식으로서 他 최상위인증기관에서 발급한 인증서를 인증하기 위한 他 최상위인증기관의 인증서 목록임

◦ 인증서 정책 : 보안이 요구되는 응용의 등급 또는 특정 환경에서 인증서의 용도 등을 지정하는 규칙들의 집합

◦ 인증서 폐지목록(CRL : Certificate Revocation List) : 여러 가지 폐지 사유로 인하여 더 이상 사용할 수 없는 인증서들의 목록

◦ 해쉬 함수: 가변 길이의 비트를 일정 길이의 비트로 대응시켜주는 함수

◦ USIM(Universal Subscriber Identity Module): 사용자의 인증은 목적으로 휴대전화 사용자의 개인 정보(통신 사업자와 사용자 비밀번호, 로밍 정보, 사용자의 개인 전화번호 등)를 저장하는 매체

◦ SSL(Secure Socket Layer): 인터넷상에서 교환되고 있는 각종 데이터를 암호화하여 제3자에게 데이터가 노출이 되더라도 판독이 불가능하도록 만드는 통신기술

◦ 무선인증서 : 인증서를 무선의 환경에 맞게 ITU-T 가 제정한 X.509 표준과 IETF의 RFC6818을 기반으로, WAP포럼의 WAP-211-X.509 표준에서 제시하는 무선 X.509 V3 프로파일을 준수하는 인증서

◦ IC(Integrated Circuit: 집적회로) 칩 : 특정 기능을 수행하는 전기 회로와 반도체 소자(주로 트랜지스터)를 하나의 칩에 모아 구현한 것

◦ 보안토큰(HSM) : 전자서명생성키 등 주요자료를 안전하게 저장․보관할 수 있게 하며,  키생성․전자서명 생성 등이 기기 내부에서 처리 되도록 구현된 하드웨어 기기

◦ 보안토큰API(PKCS#11) : 보안토큰에 대한 응용프로그램 인터페이스

1.6 준용 표준목록

알고리즘 표준규격	암호화	• SEED : TTAS.KO-12.0004/R1 : 128비트 블록암호알고리즘 • ARIA : KS X 1213-1, 128비트 블록 암호 알고리즘 • KCAC.TS.ENC, 암호 알고리즘 규격[v1.21]
	전자 서명	• KCDSA : TTAS.KO-12.0001/R2, 부가형 전자서명방식표준 • RSA : PKCS #1 v2.2 RSA Cryptography Standard • ECDSA : ANSI, X9.62 Elliptic Curve Digital Signature Algorithm • KCAC.TS.DSIG, 전자서명 알고리즘 규격[v1.30]
	해쉬함수	• HAS-160 : TTAS.KO-12.0011/R2 해쉬함수표준-제2부 : 해쉬함수 알고리즘표준(HAS-160) • SHA-1 : FIPS 180-4 Secure Hash Standard • SHA256 : FIPS 180-4 Secure Hash Standard • KCAC.TS.HASH, 해쉬 알고리즘 규격[v1.20]
	난수 생성	• FIPS 186-2 General Purpose RNG • ANSI X9.62 RNG
	HMAC	• RFC 6151 : Updated Security Considerations for the MD5 Message-Digest and the HMAC-MD5 Algorithms
데이터 형식 및 프로토콜 표준규격	객체 인증	• ISO/IEC IS 9798-3 Entity authentication - Part 3: Mechanisms using digital signature techniques
	ASN & DER Encoding	• ITU-T X.680 Information Technology Abstract Syntax Notation One (ASN.1) : Specification of basic notation • ITU-T X.690 Information Technology ASN.1 Encoding Rules Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules(DER)
	인증서/인증서폐지목록 형식	• RFC6818 Updates to the Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List(CRL) Profile • ITU-T X.509 Information Technology Open Systems Interconnection The Directory : Authentication Framework (ISO/IEC 9594-8) • KCAC.TS.CERTPROF, 전자서명인증서 프로파일 규격[v1.70] • KCAC.TS.CRLPROF, 전자서명인증서 효력정지 및 폐지목록 프로파일 규격[v.1.50]
	인증서 상태 실시간 검증	• RFC6960 X.509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP
	인증서 관리	• RFC6712 Internet X.509 Public Key Infrastructure -- HTTP Transfer for the Certificate Management Protocol(CMP)
	인증서 발급 신청 형식	• RFC4211 Internet X.509 Public Key Infrastructure Certificate Request Message Format (CRMF) • KCAC.TS.CRMF, 공인인증서 요청형식 프로토콜 규격[v1.21]
	CMS	• PKCS #7 v1.5 Cryptographic Message Syntax Standard
	Base64 Encoding	• RFC2045 Multipurpose Internet Mail Extensions(MIME) Part One : Format of Internet Message Bodies
	키 저장	• Private Key Information Syntax : PKCS#8 Private-key Information Syntax Standard • Password-based Encryption : PKCS#5 v2.1 Password-based Cryptography Standard • PKCS#11 v2.2 Cryptographic Token Interface Standard • KCAC.TS.UI, 공인인증기관간 상호연동을 위한 사용자 인터페이스 기술규격[v1.90]
	Directory System	• LDAP v3 Lightweight Directory Access Protocol (v3): Technical Specification • KCAC.TS.LDAP, 전자서명인증체계 디렉토리 프로토콜 규격[v1.11]
	본인 확인	• KCAC.SIVID, 식별번호를 이용한 본인확인 기술 규격[v1.21]
	시점 확인	• RFC5816, ESSCertIDv2 Update for RFC 3161 • KCAC.TS.TSP, 전자서명인증체계 시점확인 프로토콜 규격[v1.11]
무선단말기 인증규격	저장 및 이용 규격	• KCAC.TS.CM : 무선단말기에서의 공인인증서 저장 및 이용 기술규격[v1.30] • KCAC.TS.UI : 공인인증기관 간 상호연동을 위한 사용자 인터페이스 기술규격[v1.90] • KCAC.TS.HSMU : 보안토큰 기반 공인인증서 이용기술 규격[v2.10] • KCAC.TS.HSMS : 보안토큰 기반 공인인증서 저장형식 기술규격[v1.11]
	무선단말기와 PC간 전송 규격	• KCAC.TS.CT : 무선단말기로 공인인증서 전송을 위한 기술규격[v2.10]
보안토큰 인증규격	저장 및 이용 규격	• KCAC.TS.HSMU : 보안토큰 기반 공인인증서 이용기술 규격[v2.00] • KCAC.TS.HSMS : 보안토큰 기반 공인인증서 저장형식 기술규격[v1.11]

2. 프로파일 규격

본 장에서는 인증서, 인증서 폐지 목록의 데이터 구조와 프로파일을 정의한다. 또한 인증관리 메시지에 대한 데이터 구조와 프로파일을 정의한다.

인증서 프로파일 및 인증서 폐지목록 프로파일 등은 인증기관 간 상호연동 보장을 위해서 다음의 표준을 준수하여야 한다. 다만, 다음 표준과 본 기술규격의 내용이 상충하는 부분이 있는 경우에는 본 기술요건을 우선 적용한다.

• KCAC.TS.CRMF, “공인인증서  요청형식 프로토콜 규격[v1.21]“

• KCAC.TS.CRLPROF, “전자서명 인증서 효력정지 및 폐지목록 프로파일 규격[v1.50]“

2.1 행정전자서명인증서 프로파일

본 기술요건에서는 X.509 V3 인증서를 사용한다. X.509 V3 인증서의 구조는 다음과 같다.

Certificate ::= SEQUENCE {

tbsCertificate	TBSCertificate,

signatureAlgorithm	AlgorithmIdentifier,

signatureValue	BIT STRING }

TBSCertificate ::= SEQUENCE {

version [0]	EXPLICIT Version DEFAULT v1,

serialNumber	CertificateSerialNumber,

signature	AlgorithmIdentifier,

issuer	Name,

validity	Validity,

subject	Name,

subjectPublicKeyInfo	SubjectPublicKeyInfo,

issuerUniqueID [1]	IMPLICIT UniqueIdentifier OPTIONAL,

-- If present, version MUST be v2 or v3

subjectUniqueID [2]	IMPLICIT UniqueIdentifier OPTIONAL,

-- If present, version MUST be v2 or v3

extensions [3]	EXPLICIT Extensions OPTIONAL

-- If present, version MUST be v3 }

Version  ::=  INTEGER  {  v1(0), v2(1), v3(2)  }

CertificateSerialNumber  ::=  INTEGER

Validity ::= SEQUENCE {

notBefore	Time,

notAfter	Time }

Time ::= CHOICE {

utcTime	UTCTime,

generalTime	GeneralizedTime }

UniqueIdentifier  ::=  BIT STRING

SubjectPublicKeyInfo  ::=  SEQUENCE  {

algorithm	AlgorithmIdentifier,

subjectPublicKey	BIT STRING  }

Extensions  ::=  SEQUENCE SIZE (1..MAX) OF Extension

Extension  ::=  SEQUENCE  {

extnID	OBJECT IDENTIFIER,

critical	BOOLEAN DEFAULT FALSE,

extnValue	OCTET STRING  }

인증서는 인증기관의 비밀키로 서명된다. 인증서는 데이터 위변조에 대하여 보호될 필요가 없고 어느 곳에나 저장될 수 있다. 인증서는 선택적인 확장필드로 확장될 수 있으며, 표준화된 확장필드들은 다음을 포함한다.

• 키 및 보안정책 정보 (Key and Policy Information)

• 인증서 피발급자와 발급자 속성 (Subject and Issuer Attributes)

• 인증경로 제한 (Certification Path Constraints)

• 인증서 폐지목록 식별 (CRL Identification)

2.1.1 기본 필드

인증서 기본필드는 인증서의 버전, 발급자, 유효기간 등 인증서의 기본 정보를 나타내며, 아래 정의된 기본필드는 행정전자서명 인증서에 모두 포함되어야 한다. 또한, 행정전자서명 인증서를 처리하는 모든 소프트웨어는 아래에 명시된 기본 필드를 모두 처리할 수 있어야 한다.

행정전자서명 인증서 기본필드는 최상위인증기관, 인증기관, 가입기관 모두 공통된 영역을 사용하며, 다음과 같이 정리할 수 있다. 등록기관, OCSP서버, TSA 서버 인증서는 가입기관과 동일하므로 별도로 표현하지 않는다.

필드명	설정 현황			비고
	최상위 인증기관	인증기관	가입기관
Version	V3 (2)	V3 (2)	V3 (2)	정수값
Serial Number	정수값	정수값	정수값	최대 20바이트 난수
Signature	유선 : RSA 무선 : ECDSA	유선 : RSA 무선 : ECDSA	유선 : RSA 무선 : ECDSA	OID 참조 관련표준 준수 ASN.1 DER 인코딩
Issuer	최상위인증기관 DN	최상위인증기관 DN	인증기관 DN	X.500 DN 형식 한글은 [KCAC.TS.DN] 준수
Validity	발급일/만료일	발급일/만료일	발급일/만료일	GTM(Zulu) 형식 UTCTime 또는 GeneralizedTime
Subject	최상위인증기관 DN	인증기관 DN	가입기관 DN	X.500 DN 형식 한글은 [KCAC.TS.DN] 준수
Subject Public Key Info	유선 : RSA 무선 : ECDSA	유선 : RSA 무선 : ECDSA	유선 : KCDSA(서명용) RSA(암호용) 무선 : ECDSA(서명용) ECDH(암호용)	알고리즘 OID, 공개키, 알고리즘은 관련 표준 준수

2.1.2 인증서 확장 필드

확장 필드는 OID와 ASN.1의 구조를 준수해야 하며, 다음 사항이 필수적으로 지원되어야 한다.

• 인증기관 : 인증기관 공개키 식별자, 소유자 공개키 식별자, 기본제한, 키 사용목적, 인증서 정책

• 가입 기관 : 키 사용목적, 인증서 정책, 소유자 대체이름, 기본제한, 이름제한, 정책제한, 확장 키 사용목적, any-policy 상속

본 기술요건에서 권고하는 인증서 확장영역은 대해서는 다음과 같은 표로 요약할 수 있다.

필드명	설정값	최상위 인증기관		인증기관		가입기관
		사용여부	C	사용여부	C	사용 여부	C
Authority Key Identifier	발급자 공개키의 DER 인코딩 값을 SHA-1로 해쉬	Y	F	Y	F	Y	F
Subject Key Identifier	피발급자 공개키의 DER 인코딩 값을 SHA-1로 해쉬	Y	F	Y	F	Y	F
Key Usage	키 용도	O		Y	T(T)	Y	T(T)
Extended Key Usage	OCSP서버와 TSA서버 인증서에서 이 확장필드를 사용한다			O	T(T)	O	F
Certificate Policies	정책 OID	Y	F(F)	Y		M
Subject Alternative Names	가입자 한글실명과 VID(SHA-256으로 해쉬)			O		M	F
Issuer Alternative Names	-			O		O	F
Authority Information Access	OCSP서버 위치			O		Y	F
Basic Constraints	인증기관여부(cA:true),경로길이 제한	Y	T	Y	T
Name Constraints	-			O	T
Policy Constraints	-			O	T
CRL Distribution Points	LDAP 서버 위치			Y		Y	F

* 범례 : 괄호 안은 무선

사용여부	C(Criticality)
Y-사용함, 빈칸-사용하지 않음, O-Optional	T-True, F-False

암호통신을 위해 사용되는 인증서(SSL) 및 해당 인증서를 발급하는 인증기관 인증서의 경우, Certificate Policies 필드와 Policy Constraints 필드의 Criticality는 False로 설정할 수 있다. 키 용도 필드(Key Usage)는 인증기관에서 설정할 수 있으며, 본 기술요건은 키 용도 확장들의 조합에 제한을 두지 않는다.

필요시 본 기술요건에서 권고이외의 확장필드 추가 사용시 상호호환성을 해치지 않는 범위에서  가능하다.

2.2 행정전자서명 인증서 폐지목록

인증서 소유자의 정보(예. 조직정보)가 변경되거나 비밀키의 신뢰가 손상되었을 때 인증서를 폐지할 필요가 있다. 본 기술요건에서는 X.509 V2 인증서 폐지목록이 사용된다. 본 기술요건을 준용하는 인증기관은 CRL과 ARL을 생성하며, 인증서 폐지목록 분배점은 자신의 인증서 폐지목록을 배포하는 디렉토리 엔트리를 갖고 있다. 또한, X.509 확장을 이용하면 폐지 사유(이름변경, 키 신뢰 손상 등)에 따라 다른 인증서 폐지목록 분배점을 가질 수 있도록 할 수 있다.

* 범례 : 괄호 안은 무선용 인증서 폐지목록에만 해당

사용여부	C(Criticality)
Y-사용함, 빈칸-사용하지 않음, O-Optional	T-True, F-False

필드명		사용여부		설정값
기본 필드	Version	Y		V2 (1)
	Signature	Y		서명알고리즘 OID 및 파라미터
	Issuer	Y		CRL 발행 기관 DN. X.500 DN 사용
	This Update	Y		CRL 발급일 UTCTime 또는 GeneralizedTime 사용
	Next Update	Y		CRL 다음 발급일 지정날짜보다 이전에 발급함을 의미. UTCTime 또는 GeneralizedTime 사용
	Revoked Certificates	Y		인증서 일련번호 및 폐지일 포함
확장 필드		사용 여부	C
	Authority Key Identifier	Y	F	발급자 Key ID 인증서 폐지목록 검증 경로 생성 시 사용
	Issuer Alternative Name	O	F
	CRL Number	Y	F	정수값, CRL 일련번호, 20바이트 이하
	Issuing Distribution Point	O	T
	Delta CRL Indicator	O	F	Delta CRL 지시자, Full CRL과 동시 발급필요 cRLNumber 값과 Delta CRL 개수가 동일해야함
엔트리 확장 필드	Reason Code	O	F	폐지사유 코드 unspecified, certificateHold, privilegeWithdrawn, cACompromise 는 미사용
	Hold Instruction Code	O	F
	Invalidity Date	O	F
	Certificate Issuer	O	T	CRL DP 확장에 설정된 indirectCRL 지시자를 가지는 CRL에 있는 인증서의 발급기관 명칭

2.3 인증서 신뢰목록(CTL: Certificate Trusted List)

행정전자서명인증관리체계(GPKI)와 공인인증체계(NPKI) 간의 인증서 상호 연동을 위해서는 “인증서 신뢰목록”을 활용하여야 하며, 이에 관해서는 아래 기술요건을 준용하여야 한다.

o KCAC.TS.CTL, “인증기관 간 상호연동을 위한 CTL 기술규격 [v1.40]”

인증서 신뢰목록 생성을 위해서는 공인인증체계의 최상위인증기관인 한국인터넷진흥원과 사전협의 절차에 따라서 최상위인증서의 해쉬 값을 교환해야 한다. 인증서 신뢰목록은 디렉토리시스템에  공고되어 다른 인증기관 사용자가 필요 시 획득할 수 있도록 해야 하며, 인증서 신뢰목록의 갱신은 대상 인증기관 인증서 폐지, 새로운 인증기관 인증서 등록, 유효기간 만료, 필드 값 변경 등의 상황이 발생했을 때 이루어진다.

CTL은 신뢰하는 인증기관의 목록을 갖는 PKCS#7 형식의 SignedData의 데이터 구조로 이루어져 있다.

* 범례

사용여부

Y-사용함, 빈칸-사용하지 않음

필드명		사용여부	설정값
기본필드	version	Y	V1(1)
	subjectUsage	Y	CTL 사용목적OID 명칭 : electronic-civil-application OID : 1.2.410.200004.8.1.1.1
	sequenceNumber	Y	정수값 CTL 갱신 회수에 따라 1씩 증가, 20바이트
	thisUpdate	Y	CTL 발급일 UTCTime 또는 GeneralizedTime 사용
	nextUpdate	Y	CTL 다음 발급일 UTCTime 또는 GeneralizedTime 사용 3개월마다 CTL 발급 중
	subjectAlgorithm	Y	해쉬 알고리즘은 SHA-256 사용
	trustedSubjects	Y	CTL에 포함되는 인증서 해쉬 값 및 속성정보 속성정보는 인증서 발급자, 발급대상이름, 일련번호, 유효기간, 인증서 해쉬 값 포함
확장필드			부가정보

2.3.1 인증서 신뢰 목록 생성

다른 최상위 인증기관간 상호연동을 위한 인증서 신뢰 목록을 생성하기 위해서는 대상 최상위 인증기관 인증서의 해쉬 값을 획득해야 한다. 인증기관 인증서의 해쉬 값은 사전에 협의된 절차에 따라 교환하여야 한다.

각 인증기관은 획득된 인증서를 리스트로 가지는 인증서 신뢰목록을 생성한다. 인증서  신뢰목록은 생성주체의 신원을 보장하기 위해서 서명된 데이터로 생성하여야 한다.

여기서는 PKI 표준인 PKCS#7을 이용하여 서명된 데이터(signed data)를 생성한다.

3. 알고리즘

본 기술요건에서 사용되는 암호 알고리즘에 대해 기술한다.

3.1 해쉬 알고리즘

본 기술요건에서는 SHA-256을 사용하여야 한다. 해쉬 알고리즘은 다음에 나열한 표준을 준수하여야 한다. 이 중 SHA-1과 HAS-160은 HMAC, 키 유도 및 난수 생성 기능을 위해서만 사용 가능하며 전자서명용으로는 사용할 수 없다.

•  SHA256 : FIPS 180-4 Secure Hash Standard

•  HAS-160 : TTAS.KO-12.0011/R2  해쉬함수표준-제2부 : 해쉬함수알고리즘표준

•  SHA-1 : FIPS 180-4 Secure Hash Standard

3.2 전자서명 알고리즘

인증서 또는 인증서 폐지목록을 서명하는 데 사용된 서명 알고리즘(그리고 일방향 해쉬 함수)은 알고리즘 식별자를 통해 표시된다. 알고리즘 식별자는 객체 식별자(Object Identifier)와  이에 관련된 인자(parameter)로 구성된다.

서명 될 데이터는 사용될 서명 알고리즘에 맞게 구성되고, 비밀키를 사용하여 서명 값을 생성한 후, BIT String으로 인코딩되어 인증서 또는 인증서 폐지목록에 포함된다.

사용되는 전자서명 알고리즘은 다음의 표준을 준수하여야 한다.

•  KCDSA : TTAK.KO-12.0001/R2, 부가형 전자서명방식표준(KCDSA)

•  RSA : PKCS #1 v2.2 RSA Cryptography Standard

•  ECDSA : FIPS 186-3 Digital Signature Standard

서명 될 데이터(즉 일방향 해쉬 함수 출력 값)는 먼저 OCTET STRING으로 ASN.1 인코딩되고, 그 결과는 서명 값을 구성하기 위해 암호화된다(예를 들어 RSA 암호를 사용해서). 서명을 할 때 RSA 알고리즘은 정수 y를 생성한다. 그 다음으로 이 서명 값은 BIT STRING으로 ASN.1 인코딩이 되는데, y의 MSB(Most Significant Bit)는 그 비트스트링에서의 첫 번째 비트이고, y의 LSB(Least Significant Bit)가 그 비트열에서의 마지막 비트이며 이들은 인증서 또는 인증서 폐지 목록의 서명 필드에 포함된다.

3.3 사용자 공개키 알고리즘(Subject Public Key Algorithm)

이 기술요건에 의해 기술된 인증서들은 특정 공개키 알고리즘을 위한 공개키를 포함하고 있다. 인증서는 알고리즘 식별자(Algorithm Identifier)를 통해 그 알고리즘을 표시하는데, 이 알고리즘 식별자는 OID(Object Identifier)와 선택적으로 사용 가능한 인자로 구성된다.

본 기술요건을 준용하는 인증기관은 공개키를 포함하는 인증서를 발급할 때 식별 가능한 OID를 활용해야 한다. 본 기술요건을 지원하는 알고리즘들은 다음의 표준을 준수하여야 한다.

•  KCDSA : TTAK.KO-12.0001/R2, 부가형 전자서명방식표준(KCDSA)

•  RSA : PKCS #1 v2.2 RSA Cryptography Standard

•  ECDSA : ANSI X9.62 Public Key Cryptography for the Financial Services Industry, The Elliptic Curve Digital Signature Algorithm(ECDSA)

3.4 비밀키 암호 알고리즘

대칭키 암호 알고리즘이라고도 하며, 데이터의 암호화를 위하여 사용된다. 본 기술요건을 따르는 경우, 128비트 이상의 키 길이를 가지면서 안전성이 널리 인정된 암호 알고리즘을 사용하여야 한다.  또한, 국가·공공기관용 표준 블록암호인 ARIA를 지원할 수 있어야 한다.

•  ARIA : KS X 1213-1, 128비트 블록 암호 알고리즘

3.5 메시지 인증 알고리즘

데이터에 대한 무결성은 메시지 인증 코드(MAC - Message Authentication Code), 또는 전자서명을 이용하여 제공한다. 인증서와 비밀키가 이미 발급된 사용자의 경우에는 전자서명 알고리즘을 사용하여 데이터에 대한 무결성을 제공할 수 있지만, 그렇지 않은 경우에는 패스워드에 기반한 메시지 인증 코드 방식을 사용한다.

패스워드에 기반인 인증코드 방식을 알고리즘 식별자(Algorithm Identifier)로 기술할 때에는 이 방식을 명확히 기술해 주는 인자들에 대한 설명이 포함되어야 한다.

본 기술요건에서는 메시지 인증 알고리즘으로 해쉬 함수를 이용한 MAC, 즉 HMAC의 사용, 또는 SEED를 이용한 MAC의 사용을 권장한다. 해쉬 함수를 이용하는 메시지 인증 코드에 대한 자세한 설명은 [RFC6151]를 참조한다.

•  RFC6151 : Updated Security Considerations for the MD5 Message-Digest and the HMAC-MD5 Algorithms

3.6 기타 알고리즘

난수 생성 알고리즘은 아래 나열한 표준 문서를 준용하여야 한다.

•  ANSI X9.62 RNG

•  FIPS 186-2  RNG

키 관리 알고리즘은 아래 나열한 표준 문서를 준용하여야 한다.

•  ANSI X9.42 Diffie-Hellman Key Agreement

•  PKCS #3 Diffie-Hellman Key Agreement Standard

•  ECDH : ANSI X9.63 The Key Agreement and Key Transport Using Elliptic Curve Cryptography, ISTF-016 무선 키 분배 알고리즘 표준(Wireless Key Distribution Algorithm Standard)

4. 인증서 요청 형식 규격

PKI 사용자와 인증기관(CA : Certification Authority)간에 온라인 상호동작을 지원하기 위해 관리 프로토콜이 필요하다. 관리 프로토콜은 인증기관과 키 쌍과 연관된 사용자 시스템 간에 사용될 수 있고, 또한 상호 인증하려는 두 인증기관 간에 사용될 수 있다. 관리 프로토콜은 사용자 시스템의 등록 정보를 전달하거나 인증서 폐지 요청을 전달하기 위해 사용될 수 있다.

4.1 인증서 관리 프로토콜(CMP)

인증서 관리 프로토콜인 CMP(Certificate Management Protocols)는 인증서 발급/갱신/폐지 요청 및 응답 처리에 사용된다. 인증서 관리 프로토콜은 PKI 구성요소 간의 온라인 상호연동 뿐만 아니라, 상호인증 하려는 두 인증기관 사이에서도 사용될 수 있다. 본 기술요건에서는 유선구간에서는 RFC4211을 준용하여 인증서 관리를 수행하며, 인증서를 신청하기 위해서 인증기관에게 보낼 메시지는 RFC2511에 명시된 메시지 형태를 활용하며, 무선구간에서는 TTAS.KO-12.0018/R2를 준용한다.

CMP는 다음에 나열한 표준을 준수하여야 한다.

유선 인증서 관리

•  RFC 6712 Internet X.509 Public Key Infrastructure -- HTTP Transfer for the Certificate Management Protocol (CMP)

• RFC4211 Internet X.509 Public Key Infrastructure Certificate Request Message Format (CRMF)

무선 인증서 관리

• TTAS.KO-12.0018/R2 : 인증서 요청형식 프로토콜

• TTAK.OT-120001/R1 : 인증서 관리 프로토콜

4.1.1 인증서관리 프로세스

단계 인증서	발 급	갱 신	폐 지
최상위인증기관 (Root CA) 인증서	1. RootCA 설치 시 콘솔에서 인증서와 키 파일 생성 2. 인증서를 Ldap에 수동 게시 ※ RootCA에서 CA인증서 발급 시 2인 이상의 Pin 입력 필요	1. RootCA 콘솔에서 갱신 명령어로 RootCA 인증서 갱신 2. 갱신된 RootCA 인증서를 Ldap에 수동 게시	1. RootCA 콘솔에서 폐지명령으로 인증서 폐지 2. 폐지된 RootCA 인증서를 Ldap에서 삭제
인증기관 (CA) 인증서	1. 해당 인증기관에서 CSR 제공 2. RootCA에서 CSR을 이용하여 인증서 발급 2. 인증서를 Ldap에 수동 게시	1. RootCA에서 CA 인증서 갱신 2. 갱신된 CA 인증서를 Ldap에 수동 게시	1. RootCA에서 CA인증서 폐지 2. 인증서를 Ldap에서 삭제
등록기관 (RA) 인증서	1. CA에서 RA 인증서와 키 파일 생성 2. RA 인증서를 Ldap에 게시	1. CA에서 RA 인증서와 키 파일 갱신 2. RA 인증서를 Ldap에 게시	1. CA 에서 인증서 폐지 2. 인증서를 Ldap에서 삭제
OCSP 인증서	1. CA가 OCSP 인증서와 키 파일 생성 2. OCSP 인증서를 Ldap에 자동 게시 3. 발급된 인증서를 OCSP 시스템에 로드 및 설치	1. OCSP 서버는 유효기간 만료전 OCSP 단기인증서(유효기간 7일) 자동 갱신 2. 갱신된 인증서 Ldap에 자동 게시	※ OCSP인증서는 유효기간이 단기(7일)이므로 별도의 폐지절차 없음
시점확인 (TSA) 인증서	1. CA에서 TSA인증서 발급 2. TSA인증서를 Ldap에 게시 3. 발급된 인증서를 시점확인 서버에 설치	1. CA에서 TSA인증서 발급 2. TSA인증서를 Ldap에 게시 3. 갱신된 인증서를 시점확인 서버에 설치	1. CA에서 TSA 인증서 폐지 2. 폐지된 인증서는 Ldap에서 자동 삭제됨
신뢰기관 인증서 목록 (CTL)	1. RootCA에서 CTL 생성 2. 생성된 CTL은 Ldap에 자동 배포	1. RootCA에서 3개월 주기로 CTL 자동 갱신 2. 갱신된 CTL은 Ldap에 자동 배포	1. RootCA에서 CTL 폐지 2. CTL은 Ldap에 자동 삭제
SSL 인증서	1. 해당 웹서버에서 CSR 제공 2. RA에서 CSR을 이용하여 SSL 인증서 발급 3. 발급된 인증서를 웹서버에 제공(OFF-Line)	1. RA에서 SSL 인증서 갱신 2. 갱신된 인증서를 웹서버에 제공(OFF-Line)	1. RA에서 SSL 인증서 폐지

4.2 인증서 요청형식 프로토콜

4.2.1 유선 인증서

온라인 요청형식

온라인 요청형식은 인증서 요청정보와 비밀키 소유여부 검증정보 및 추가 등록 정보로 구성되며, 온라인 요청형식의 구성은 [RFC4210]을 준수하여야 한다.

비밀키 소유여부 검증 정보

가입자의 정당한 비밀키 소유여부를 검증하기 위해 온라인 요청형식은 비밀키 소유여부 검증정보를 포함해야 하며, 이 정보는 CA 혹은 RA에 의해 검증되어야 한다. 인증기관의 정책에 따라 비밀키 소유여부 정보를 out-of-band로 검증하는 경우, 이 필드는 사용하지 않는다. 가입자의 전자서명 생성키에 대한 소유여부 검증을 위한 정보는 signature에 포함되어야 한다.

4.3 인증서 메시지 처리

행정전자서명에 사용되는 메시지 처리 형식 및 메시지 구문은 다음에 나열한 표준을 준수하여야 한다.

• ITU-T X.680 Information technology - Abstract Syntax Notation One (ASN.1): Specification of basic notation

• X.690 Information technology - ASN.1 encoding rules - Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER)

• RFC2045  Multipurpose Internet Mail Extensions(MIME) Part One: Format of Internet Message Bodies

• Cryptographic Message Syntax Standard

행정전자서명인증관리센터에서는 전자서명 데이터 및 CTL은 signed data를, 공개키 암호화 데이터는 enveloped data의 형식을 사용한다.

- signed data

version		버전정보
digestAlgorithms		signed content 서명에 사용한 알고리즘 ID
contentInfo	contentType	서명된 content의 형식
	content	서명된 content
certificates(optional)		인증서
crls(optional)		인증서 폐지목록
signerInfo	version	버전정보
	IssuerAndSerialNumber	서명자정보, 서명자의 인증서 일련번호
	digestAlgorithm	content 서명에 사용한 알고리즘 ID
	authenticatedAttributes (optional)	시간정보 등 포함
	digestEncryptionAlgorithm	서명 암호화 알고리즘 ID
	encryptedDigest	암호화된 서명 값(Octet String)
	unauthenticatedAttributes (optional)

- enveloped data

version		버전정보
recipientInfos	version	버전정보
	IssuerAndSerialNumber	수신자 정보, 수신자의 인증서 일련번호
	keyEncryptionAlgorithmID	키 암호화 알고리즘 ID
	encryptedKey	암호화된 키
encryptedContentinfo	contentType	암호화된 content의 형식
	contentEncrpytionAlgorithm	content 암호화에 사용한 알고리즘 ID
	encryptedContent	암호화된 content

4.4 비밀키 저장 및 전달 방식

행정전자서명인증체계에서 사용되는  비밀키 저장 및 전달방식 관련표준으로는 다음과 같다.

• KCAC.TS.UI, "공인인증기관간 상호연동을 위한 사용자 인터페이스 기술규격[v1.90]“

• PKCS #5 v2.1 Password-Based Cryptography Standard

•  PKCS#8 v1.2 Private-Key Information Syntax Standard

•  PKCS#12 v1.0 Personal Information Exchange Syntax Standard

구 분		적용알고리즘 및 표준
키쌍생성	전자서명용	KCDSA(개인용, 기관용), RSA(인증기관용)
	암호화용	RSA
비밀키 저장	Session Key생성	PKCS#12
	암호화	ARIA
	저장형식	PKCS#8
전달형식	PKCS#12

1) 키 생성

사용자 신원 정보에 대한 암호화 방법으로 패스워드 기반의 암호화 방식과 공개키 기반의 암호화 방식을 제공하나, 행정전자서명인증체계에서는  패스워드 기반의  암호화를 위한 키를  PKCS#12에 따라 생성한다.

2) 비밀키 저장형식

비밀키를 안전하게 보호하기 위해 비밀키  정보(Private-key Information)와  암호화된 비밀키  정보(Encrypted private-key Information)의 저장형식을 PKCS#8에 따른다.

패스워드 기반의 키 유도 함수로 생성된 키로 메시지를 암호화하는 방법과 암호화 시 사용한 키로 암호화된 메시지를 복호화하는 방법을 정의한다. Encryption schemes는 비밀키를 암호화할 때  사용되며 암호화 시 입력 메시지는 PKCS#8형식을 따른 비밀키의 정보가 된다.

현재 행정전자서명 인증관리센터에서는 PKCS#5번 패스워드 기반의 비밀키를 생성 후, 암호알고리즘(ARIA)을 통해 암호화한 후 PKCS#8 형식으로 비밀키를 저장한다.

3) 비밀키 및 인증서 전달형식

사용자 신원 정보에 해당되는 비밀키와  인증서 전달 형식은 PKCS#12에 따르며, 두 가지의 보안     기능을 제공한다. Privacy Mode(PM)와 Integrity Mode(IM)이다. PM은 개인  정보의 공개 방지를 위한 것으로 암호화를 사용하고,  IM은 위조 방지를 위한 것이다. 각각은  공개키 기반의 구현과 패스워드 기반의 구현이 가능하므로, 총 4가지 조합이 가능하다. 행정전자서명인증체계에서는 PM1과 IM2를 사용하고 있으며, 이 방식은 MS PFX에 사용하고 있는 방식을 따르고 있다.

5. 인증서 유효성 검증 프로토콜 규격

5.1 OCSP(Online Certificate Status Protocol)

OCSP는 인증서의 실시간 유효성을 판단하기 위해 인증서의 폐지 여부를 요청 및 확인할 수 있게 하여 인증서 폐지 정보 및 부가적인 상태 정보를 획득할 수 있도록 하는 서비스이며,   다음의 표준을 준용하여야 한다.

• KCAC.TS.OCSP, "실시간 인증서 상태확인 기술규격“

• RFC6960 X.509 Internet Public Key Infrastructure Online Certificate Status Protocol - OCSP

OCSP 서버는 적법한 클라이언트가 원하는 인증서의 상태를 조회할 수 있도록 하며, 다음의 조건을 만족해야 한다.

- 인증서 상태 조회를 위한 요청 메시지와 응답메시지 전송을 위한 프로토콜은 HTTP를 사용해야 한다.

- 클라이언트가 OCSP 서버 인증서를 획득하기 위하여 응답 메시지에 OCSP 서버의 인증서를 포함하여 보내야 한다.

- OCSP 요청 및 응답은 재연 공격에 대처할 수 있도록 Nonce를 requestExtensions 및 resposeExtensions에 반드시 사용해야 한다.

- 이용자가 요청한 인증서의 상태조회 결과가 폐기인 경우 이용자가 인증서의 폐지사유를 명확히 알 수 있도록 응답 메시지의 revocationReason 필드를 반드시 사용해야 한다.

5.2 시점확인 프로토콜

특정 문서의 상대적 존재시간을 보장하기 위한 시점확인 정보를 생성 및 관리해 주는 시점확인 서비스는 다음의 표준을 준용하여야 한다.

• KCAC.TS.TSP, "전자서명인증체계 시점확인 프로토콜 규격[v1.11]“

• RFC5816, ESSCertIDv2 Update for RFC 3161

또한, 시점확인 서비스와 같은 시간정보의 정확성을 요구하는 시스템을 위하여 GPS 등을 통한 정확한 시간정보를 수신하여 이용자에게 전달해주는 시각 확인 프로토콜(NTP)은 다음의 표준을 준용하여야 한다.

• KCAC.TS.NTP, "전자서명인증체계 시각확인 프로토콜 규격“

• IETF RFC1305, "Network Time Protocol(v3) Specification, Implementation and Analysis"

5.3 인증서 발급 유일성 확인

행정전자서명 인증서 발급 시 해당 사용자가 동일한 인증서를 여러 개 발급받는 것을 방지하는 서비스이며, 인증서 발급 유일성 기준은 주민등록번호를 활용한다.

• KCAC.TS.SIVID, "식별번호를 이용한 본인확인 기술규격[v1.21]“

5.4 LDAP 프로토콜

디렉토리 시스템이란 어떠한 대상에 대한 형식화되고 정렬된 정보를 저장하는 데이터 저장소 혹은 특수한 데이터베이스 시스템이다. PKI 내에서 디렉토리 시스템은 인증서와 인증서 폐지목록의 저장소 역할을 한다.

행정전자서명인증관리센터에서는 인증서(Certificate), 인증서 폐지목록(CRL), 인증기관 폐지 목록(ARL), 인증서 신뢰목록(CTL)은 binary로 저장된다.

본 기술요건에서는 디렉토리 시스템 접근 프로토콜인 LDAP 버전3에 기반한 인증서와 인증서 폐지목록 배포 방식을 따르며 관련표준으로는 다음과 같다.

• KCAC.TS.LDAP, "전자서명인증체계 디렉토리 프로토콜 규격[v1.11]“

•Internet X.509 Public Key Infrastructure Operational Protocols - LDAPv3

5.5 본인확인 프로세스

본인확인은 식별번호 인증서를 이용한 본인확인 기능과 본인확인 클라이언트 데몬을 이용하여 본인확인 서버를 이용하는 방법이 있다. 본 기술요건에서는 식별번호 인증서를 이용한 본인확인 방법을 기술하며, 식별번호 인증서를 이용한 본인확인은 다음 표준문서를 준수하여야 한다.

•  KCAC.TS.SIVID, "식별번호를 이용한 본인확인 기술규격[v1.11]"

5.6 인증서 경로검증 기술 규격

본 기술요건에서의 인증서 경로 검증 절차들은 RFC 5280을 근간으로 한다. 이를 준용하는 구현은 기술되는 알고리즘을 구현해야 하는 것은 아니지만, 주어진 인증서에 대하여 같은 결과를 주는 기능상 동일함을 가져야 한다.

6. 행정전자서명 인증서 체계 및 저장관리

6.1 행정전자서명 인증서 체계

행정전자서명인증체계에서 인증시스템 구축 및 인증서비스를 제공하고자 하는 기관은 아래의  규격을 준수하여야 한다.

인증서 기본 정보 및 알고리즘

구분			유효 기간		전자서명 알고리즘	공개키 암호 알고리즘	대칭키 암호 알고리즘
			전자서명	암호화
최상위 인증기관	유선		20년	-	RSA (2,048bits)	RSA (2,048bits)	H/W보안모듈
	무선		20년	-	ECDSA (224bits)	ECDH (224bits)	H/W보안모듈
행정_인증기관	유선		10년	-	RSA (2,048bits)	RSA (2,048bits)	H/W보안모듈
	무선		10년	-	ECDSA (224bits)	ECDH (224bits)	H/W보안모듈
공공/민간_인증기관			10년	-	RSA (2,048bits)	RSA (2,048bits)	H/W보안모듈
민간공인인증기관간 상호연동 CTL			3개월	-	-	-	-
인증기관 인증서폐지목록 ARL			1주일	-	-	-	-
인증 서비스 제공	행정_등록기관	유선	2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA
		무선	-	-	-	-	-
	공공/민간_등록기관		2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA
	인증서폐지목록 CRL (Delta CRL)		1일 (2시간)	-	-	-	-
	인증서실시간검증 OCSP		7일 (갱신주기:1일)	-	KCDSA (2,048bits)	-	ARIA
	시점확인 TSA		10년	-	KCDSA (2,048bits)	-	ARIA
사용자	행정기관용 (전자관인,컴퓨터)	유선	2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA
		무선	2년3개월	2년3개월	ECDSA (224bits)	ECDH (224bits)	ARIA
	개 인 용 (공무원)	유선	2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA
		무선	2년3개월	2년3개월	ECDSA (224bits)	ECDH (224bits)	ARIA
	공공/민간기관용 (전자관인,컴퓨터)		2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA
	개 인 용 (공공/금융기관 사용자)		2년3개월	2년3개월	KCDSA (2,048bits)	RSA (2,048bits)	ARIA

(1) 알고리즘 기본정책 예외사항

- SSL 암호통신을 위해 사용되는 인증서의 알고리즘은 RSA2,048/SHA256 사용을 기본으로 한다.

(2) 최상위인증기관 및 인증기관은 인증서 보호 및 암호·서명 연산을 담당하는 H/W보안모듈을 사용해야 한다. 이때 국가정보원이 개발·지원하는 특수 보안모듈 또는「암호검증제도」VSL2이상 획득한 상용 보안모듈(HSM)을 사용한다.

(3) ARIA암호 탑재 상용모듈은 개인용 인증서 보호를 위하여「암호검증제도」를 통해 검증받아야 하다.

6.2 인증서 저장매체 및 저장위치

행정전자서명 정보는 온라인 인증서 발급 시 가입자가 선택한 저장매체의 특정위치에 자동 저장된다. 단, 기능 폰을 이용하는 경우는 저장위치를 규정하지 않는다.

사용자 인증서 저장 형태

(주1) MS운영체제가 설치된 하드디스크

(주2) 사용자가 로그온한 계정

【 행정전자서명 정보 저장매체 】

저장매체	저장위치
하드디스크, PDA	o Windows - 하드디스크레이블명(주1)/GPKI/Certificate/class1 (유선 기관용) - 하드디스크레이블명(주1)/GPKI/Certificate/class2 (유선 개인용) o Unix, Linux - 사용자계정(주2)/GPKI/Certificate/class1 (유선 기관용) - 사용자계정(주2)/GPKI/Certificate/class2 (유선 개인용) o Mac OS - 사용자계정(주2)/Library/Preferences/GPKI/Certificate/class1 (유선 기관용) - 사용자계정(주2)/Library/Preferences/GPKI/Certificate/class2 (유선 개인용)
이동디스크, CD-key, 외장형 메모리 등	하드디스크 저장위치와 같으며 드라이브명만 변경
보안토큰 및 USIM(또는 IC칩)	저장토큰	[KCAC.TS.UI] 준용하며, 행정기관 IC카드 표준규격에 준한다.
	보안토큰 (HSM)	행정기관 IC카드 표준규격 또는 [KCAC.TS.HSMU]와 [KCAC.TS.HSMS] 을 준용한다.

【 행정기관 IC칩 인증서 정보 파일 구성 】

최상위인증기관 발급 인증서 저장형태

구분		키 파일		인증서파일
		저장위치	파일명	파일명
최상위 인증기관	유선	HSM 장비 내 저장		LDAP에 게시
	무선	HSM 장비 내 저장		LDAP에 게시
인증기관	유선	HSM 장비 내 저장		LDAP에 게시
	무선	HSM 장비 내 저장		LDAP에 게시
민간공인인증기관간 상호연동 CTL		-	-	LDAP에 게시
인증기관 인증서 폐지목록 ARL		-	-	LDAP에 게시

구분	키 파일		인증서 파일
	저장위치	파일명	파일명
등록기관	별도 지정하지 않음	RA+기관코드+일련번호_sig.key RA+기관코드+일련번호_env.key	RA+기관코드+일련번호_sig.cer RA+기관코드+일련번호_env.cer
인증서실시간 검증 OCSP	별도 지정하지 않음	OCSP+1310000+일련번호_sig.key	OCSP+1310000+일련번호_sig.cer
시점확인 TSA	별도 지정하지 않음	TSA+1310000+일련번호_sig.key	TSA+1310000+일련번호_sig.cer
기관용 (전자관인)	【 행정전자서명 정보 저장매체 】기준에 따름	ORG+기관코드+일련번호_sig.key ORG+기관코드+일련번호_env.key	ORG+기관코드+일번_sig.cer ORG+기관코드+일번_env.cer
기관용(컴퓨터)	【 행정전자서명 정보 저장매체 】기준에 따름	SVR+기관코드+일련번호_sig.key SVR+기관코드+일련번호_env.key	SVR+기관코드+일번_sig.cer SVR+기관코드+일번_env.cer
기관용(SSL용)	웹서버 환경에 준함	-	도메인.der
기관용 (중계시스템)	【 행정전자서명 정보 저장매체 】기준에 따름	업무구분+기관코드+일련번호_sig.key 업무구분+기관코드+일련번호_env.key	업무구분+기관코드+일번_sig.cer 업무구분+기관코드+일번_env.cer
개인용	【 행정전자서명 정보 저장매체 】기준에 따름	사용자ID_sig.key 사용자ID_env.key	사용자ID_sig.cer 사용자ID_env.cer

인증기관 발급 인증서(유선용) 저장형태

인증기관 발급 인증서(무선용) 저장형태

구분		키 파일		인증서 파일
		저장위치	파일명	파일명
등록 기관	기관용	-
	개인용	-
인증서 실시간 검증 OCSP		/home/ocsp/	ra_prikey.key	ra_pubkey.der
기 관 용	전자관인	c:/gpki/certificate/class1/	ORG+기관코드+일련번호_sig.key ORG+기관코드+일련번호_env.key	ORG+기관코드+일번_sig.der ORG+기관코드+일번_env.der
	컴퓨터	/home/gpki/certificate/class1/	WCP+기관코드+일련번호_sig.key WCP+기관코드+일련번호_env.key	WCP+기관코드+일번_sig.der WCP+기관코드+일번_env.der
개 인 용		c:/gpki/certificate/class2/	사용자ID_sig.key 사용자ID_env.key	사용자ID_sig.cer 사용자ID_env.cer

6.3 무선단말기에서 행정전자서명 인증서 저장

무선단말기에서 행정전자서명 인증서를 저장 및 이용하는 경우 다음의 표준을 준수하여야 한다.

• KCAC.TS.CM, “무선단말기에서의 공인인증서 저장 및 이용 기술규격[v1.30]”

• KCAC.TS.CT, “무선단말기와 PC간 공인인증서 전송을 위한 기술규격[v2.10]”

다만, 외장메모리에 인증서를 저장하여 사용하는 경우 다음의 저장위치와 저장형식을 준수하여야 하며, 최상위인증기관 인증서는 기본적으로 내장형 메모리에 저장하되, 외장형 메모리, USIM에  저장할 경우 해당규격을 준용하여 저장해야 한다.

< 저장매체별  행정전자서명 인증서 저장위치 및 저장형식>

구분	스마트폰
	Mac OS X	안드로이드	윈도우 모바일
내장형 메모리	App ID	표준 인터페이스 함수는 PKCS#11을 준용 한다
외장형 메모리	드라이브 명:/GPKI/Certificate/class1(기관용) 드라이브 명:/GPKI/Certificate/class2(개인용)
USIM(또는 IC칩)	저장토큰	[KCAC.TS.UI] 준용
	보안토큰(HSM)	[KCAC.TS.HSMU]와 [KCAC.TS.HSMS] 준용

1)*: App ID는 개발 후 명시. 응용 프로그램 간 상호호환이 필요할 경우 App ID를 갖는 행정전자서명 인증서 App 호출을 통해 가입자 행정전자서명 인증서를 획득한다. 응용프로그램과 행정전자서명인증서 App간 메시지 처리 및 기능구현은 PKCS#12를 준용한다.(대민서비스의 경우, 민원인용 App ID는 id368493398)

무선단말기로부터 행정전자서명 인증서 전송 기능은 사용자 편의성을 고려하여 행정전자서명 인증서 관리프로그램에 함께 구현될 수 있다. 또한, 무선단말기 내 행정전자서명 송․수신기능을  가지는 소프트웨어의 인증서 처리를 위한 암호기능 구현 시 해당 모듈은「암호검증제도」를 통해 그 안전성과 구현 정확성을 검증받아야만 한다.

6.4 보안토큰 기반의 인증서 이용기술

보안 토큰내에 행정전자서명인증서를 저장하고 사용하기 위하여 다음의 표준을 준용한다.

• KCAC.TS.HSMU "보안토큰 기반의 공인인증서 이용기술 규격“

보안토큰에서 한국형 전자서명 알고리즘인 KCDSA의 사용하기 위해 다음에서 정의하는 객체 속성 템플릿을 준용하여야 한다.

KCDSA 공개키 객체 (KCDSA Public Key Object Attribute)

속성	데이터 타입	내용	처리
CKA_PRIME	Big integer	소수 p (1024/2048비트)	M
CKA_SUBPRIME	Big integer	소수 q (160/256 비트)	M
CKA_BASE Base g	Big integer	기저 g (1024/2048비트)	M
CKA_VALUE	Big integer	공개키 y	M

※ KCDSA 공개키 객체 템플릿(C_CreateObject 함수 이용시) :

CK_OBJECT_CLASS class = CKO_PUBLIC_KEY;

CK_KEY_TYPE keyType = CKK_KCDSA;

CK_UTF8CHAR label[] = “KCDSA public key object”

CK_BYTE prime[] = {...};

CK_BYTE subprime[] = {...};

CK_BYTE base[] = {...};

CK_BYTE value[] = {...};

CK_BBOOL true = CK_TRUE;

CK_ATTRIBUTE template[] = {

{CKA_CLASS, &class, sizeof(class)},

{CKA_KEY_TYPE, &keyType, sizeof(keyType)},

{CKA_TOKEN, &true, sizeof(true)},

{CKA_LABEL, label, sizeof(label)-1},

{CKA_ID, id, sizeof(id)},

{CKA_PRIME, prime, sizeof(prime)},

{CKA_SUBPRIME, subprime, sizeof(subprime)},

{CKA_BASE, base, sizeof(base)},

{CKA_VALUE, value, sizeof(value)}

};

KCDSA 비밀키 객체 (KCDSA Private Key Object Attribute)

속성	데이터 타입	내용	처리
CKA_PRIME	Big integer	소수 p (1024/2048비트)	M
CKA_SUBPRIME	Big integer	소수 q (160/256 비트)	M
CKA_BASE Base g	Big integer	기저 g (1024/2048비트)	M
CKA_VALUE	Big integer	비밀키 x	M

※ KCDSA 비밀키 객체 템플릿(C_CreateObject 함수 이용시) :

CK_OBJECT_CLASS class = CKO_PRIVATE_KEY;

CK_KEY_TYPE keyType = CKK_KCDSA;

CK_UTF8CHAR label[] = “KCDSA private key object”

CK_BYTE subject[] = {...};

CK_BYTE id[] = {123};

CK_BYTE prime[] = {...};

CK_BYTE subprime[] = {...};

CK_BYTE base[] = {...};

CK_BYTE value[] = {...};

CK_BBOOL true = CK_TRUE;

CK_ATTRIBUTE template[] = {

{CKA_CLASS, &class, sizeof(class)},

{CKA_KEY_TYPE, &keyType, sizeof(keyType)},

{CKA_TOKEN, &true, sizeof(true)},

{CKA_LABEL, label, sizeof(label)-1},

{CKA_ID, id, sizeof(id)},

{CKA_SENSITIVE, &true, sizeof(true)},

{CKA_SIGN, &true, sizeof(true)},

{CKA_PRIME, prime, sizeof(prime)},

{CKA_SUBPRIME, subprime, sizeof(subprime)},

{CKA_BASE, base, sizeof(base)},

{CKA_VALUE, value, sizeof(value)}

};

PKCS#11(pkcs11t.h) KCDSA 알고리즘 정의

CKK_KCDSA	0x81000001

CKM_KCDSA_KEY_PAIR_GEN	0x81000001

CKM_KCDSA	0x81000002

CKM_KCDSA_X_509	0x81000003

CKM_KCDSA_SHA1	0x81000004

CKM_KCDSA_HAS160	0x81000005

CKM_KCDSA_SHA256	0x81000006

CKM_HAS160	0x81001800

7. DN 및 OID 체계

7.1 OID 체계

인증업무의 기본이 되는 것은 인증서이며, 인증서는 행정전자서명 검증키에 대한 신뢰성을 보장해주는 역할을 한다. 인증서 내에는 사용자 기본적인 정보 이외  인증체계를 유지하기 위한 여러 가지 정보들이 포함되어 있다.

이러한 정보에는 알고리즘, 인증서 정책, 키용도, 인증서 속성 등이 포함되며, 정보들이 표현하는 대상을 객체(Object)라 한다. 이러한 객체들을 유일하게 중복되지 않고 식별하기 위해서는 각 객체에 고유번호를 부여하는 방법이 사용되며, 이것을 객체식별자(OID, Object IDentifier)라 한다.

관련표준은 OID를 부여하는 최상위인증기관으로는 국제표준화기구인 ISO, ITU-T 및 JOINT-ISO-ITU-T 등이 있으며, 행정전자서명 인증관리센터에서는 ISO 계열의 OID 체계를 따른다.

행정전자서명인증관리센터 OID Table에서 명시하지 않은 OID는 다음 표준을 준용한다.

• KCAC.TG.OID, "전자서명인증체계 OID 가이드라인[v1.40]"

• RFC 5794, "A Description of the ARIA Encryption Algorithm"

OID의 체계

한국(Korea)  : {1(iso)  2(member-body)  410(Korea)}로 정의

- arc 410은 ISO에서 국내 Member body에 할당

- 410 이하의 arc는 국내에서 할당

행정전자서명인증관리센터 (GCMA) :  {1.2.410.100001(GCMA)}로 정의

- arc 100001은 산업자원부에서 할당

- 100001 이하의 arc는 행정전자서명인증관리센터에서 할당

알고리즘 OID (Gpki-alg) : {1.2.410.100001.1(Gpki-alg)}로 정의

- 1 이하는 GCMA의 알고리즘 OID로 할당

인증서 정책 OID (Gpki-cp) :  {1.2.410.100001.2(Gpki-cp)}로 정의

- 2 이하는 행정전자서명인증관리센터의 인증서 정책 OID로 할당

키용도 OID (Gpki-kp) :  {1.2.410.100001.3(Gpki-kp)}로 정의

- 3 이하는 행정전자서명인증관리센터 키용도 OID로 할당

인증서 속성 OID (Gpki-at) :  {1.2.410.100001.4(Gpki-at)}로 정의

- 4 이하는 행정전자서명인증관리센터인증서 속성 OID로 할당

행정전자서명 인증기관 OID ( Gpki-lca ) :  {1.2.410.100001.5(Gpki-lca)}로 정의

- 5 이하는 행정전자서명 인증기관 OID로 할당

2) 행정전자서명인증관리센터  OID  TABLE

OID								명칭	설명	비고
1								ISO
1	2							member-body
1	2	410						korea	대한민국
1	2	410	100001					gcma	행정전자서명인증관리센터
1	2	410	100001	1				gpki-alg	인증관리센터 알고리즘
1	2	410	100001	1	1			neat	국가용 암호 알고리즘
1	2	410	100001	1	2			neatECB	neat 알고리즘 - ECB모드
1	2	410	100001	1	3			neatCBC	neat 알고리즘 - CBC모드
1	2	410	100001	1	4			neatOFB	neat 알고리즘 - OFB모드
1	2	410	100001	1	5			neatCFB	neat 알고리즘 - CFB모드
1	2	410	100001	1	6			neatMAC	neat 알고리즘 - MAC
1	2	410	100001	1	7			pbeWithSHA1AndNEAT_CBC	패스워드기반 neat - CBC모드
1	2	410	100001	1	8			pbeWithHAS160AndNEAT_CBC	패스워드기반 neat - CBC모드
1	2	410	100001	1	9			Reserved
1	2	410	100001	1	10			Reserved
1	2	410	100001	1	11			Reserved
1	2	410	100001	1	12			Reserved
1	2	410	100001	1	13			Reserved
1	2	410	100001	1	14			Reserved
1	2	410	100001	1	15			Reserved
1	2	410	100001	1	16			Reserved
1	2	410	100001	1	17			Reserved
1	2	410	100001	1	18			ARIA	ARIA128
1	2	410	100001	1	19			ARIA_ECB	ARIA128 - ECB모드
1	2	410	100001	1	20			ARIA_CBC	ARIA128 - CBC모드
1	2	410	100001	1	21			ARIA_OFB	ARIA128 - OFB모드
1	2	410	100001	1	22			ARIA_CFB	ARIA128 - CFB모드
1	2	410	100001	1	23			ARIA_MAC	ARIA128 - MAC
1	2	410	100001	1	24			pbewithSHA1andARIA_CBC	패스워드기반 ARIA128 - CBC모드
1	2	410	100001	1	25			pbewithSHA256andARIA_CBC	패스워드기반 ARIA128 - CBC모드
1	2	410	100001	1	26			pbewithHAS160andARIA_CBC	패스워드기반 ARIA128 - CBC모드
1	2	410	100001	2				gpki-cp	GPKI 인증정책
1	2	410	100001	2	1			Class 1	기관용
1	2	410	100001	2	1	1		department	전자관인
1	2	410	100001	2	1	2		computer	컴퓨터용
1	2	410	100001	2	1	3		special	특수목적용
1	2	410	100001	2	1	4		public_department	공공/민간 전자관인
1	2	410	100001	2	1	5		public_computer	공공/민간 컴퓨터용
1	2	410	100001	2	1	6		public_special	공공/민간 특수목적용
1	2	410	100001	2	2			Class 2	개인용
1	2	410	100001	2	2	1		personal	공무원 전자서명
1	2	410	100001	2	2	2		public_personal	공공/민간 개인용 전자서명
1	2	410	100001	3				gpki-kp	키용도
1	2	410	100001	3	1			signature	서명용
1	2	410	100001	3	2			encryption	암호용
1	2	410	100001	4				gpki-at	인증서속성
1	2	410	100001	4	1			gpki-identifyData	인증서 소유자의 부가 대체명칭
1	2	410	100001	4	1	1		vid	virtual ID
1	2	410	100001	4	1	2		encryptedVID	encrypted virtual ID
1	2	410	100001	4	1	3		randomNum	random number
1	2	410	100001	5				gpki-gov-ca	행정전자서명인증관리센터
1	2	410	100001	5	1			CA-CWD	CA-대통령비서실	사용중지
1	2	410	100001	5	1	1		CA-CWD-CP	CA-대통령비서실 인증서정책	사용중지
1	2	410	100001	5	2			CA-NIS	CA-국가정보원	사용중지
1	2	410	100001	5	2	1		CA-NIS-CP	CA-국가정보원 인증서정책	사용중지
1	2	410	100001	5	3			CA-MOE	CA-교육부
1	2	410	100001	5	3	1		CA-MOE-CP	CA-교육부 인증서정책
1	2	410	100001	5	4			CA-MND	CA-국방부	사용중지
1	2	410	100001	5	4	1		CA-MND-CP	CA-국방부 인증서정책	사용중지
1	2	410	100001	5	5			CA-SPPO	CA-대검찰청
1	2	410	100001	5	5	1		CA-SPPO-CP	CA-대검찰청 인증서정책
1	2	410	100001	5	6			CA-MMA	CA-병무청
1	2	410	100001	5	6	1		CA-MMA-CP	CA-병무청 인증서정책
1	2	410	100001	5	7			CA-MOSPA	CA-안전행정부
1	2	410	100001	5	7	1		CA-MOSPA-CP	CA-안전행정부 인증서정책
1	2	410	100001	5	8			CA-SCOURT	CA-법원
1	2	410	100001	5	8	1		CA-SCOURT-CP	CA-법원 인증서정책
1	2	410	100001	6				Gpki-Int	상호연동	사용중지(NPKI 대체)
1	2	410	100001	6	1			CTL	인증서신뢰목록방식	사용중지(NPKI 대체)
1	2	410	100001	6	1	1		Npki-ctl	민간공인인증기관간상호연동	사용중지(NPKI 대체)

※ 상호연동을 위한 CTL 등의 OID 체계는 공인인증체계에서 정의한 내용을 준용

7.2 DN 체계

행정전자서명인증관리체계 내에 있는 행정기관 및 공무원들이 유일한 인증서를 소유하는 것을 식별하기 위한 표준화된  DN(Distinguished Name) 체계를 정의하여 사용한다.  인증기관, 등록기관, 가입기관의 DN 체계를  ITU-T X.500 에서 정의하는 표준을 따르며 관련표준은 다음과 같다.

•ITU-T Recommendation X.520  & ISO/IEC 9594-6 - Information Technology Open Systems Interconnection  The directory: Selected attribute types

•IETF RFC2256 - A Summary of the X.500 User Schema for use with LDAPv3

•PKCS#9 : Selected Attribute Types

7.2.1 DN 체계

DN은 하나 이상의 RDN(Relative DN)으로 구성되어 있으며 각각의 RDN은 여러 속성(Attribute)들 중 하나에 대한 값을 가지게 된다. 이 중에서 행정전자서명인증관리체계에서 필수로 요구되는 속성은 DN 구성 시 반드시 포함되어야 한다.

	RDN	DN
c=KR |	c=KR	c=KR
o=Government of Korea o=Public of Korea o=Private of Korea |	o=Government of Korea o=Public of Korea o=Private of Korea	o=Government of Korea , c=KR o=Public of Korea, c=KR o=Private of Korea, c=KR
ou=GPKI |	ou=GPKI	ou=GPKI, o=Government of Korea, c=KR
cn=Root CA cn=WRoot CA |	cn=Root CA cn=WRootCA	cn=Root CA, ou=GPKI, o=Government of Korea, c=KR cn=WRoot CA, ou=GPKI, o=Government of Korea, c=KR

7.2.2 인증서 DN 규격

다음 표에 나열한 DN 속성들의 ASN.1 형식은 별도의 언급이 없는 한, X.520 또는 RFC 2256을 따라야 한다.

DN의 최대 길이는 256 바이트를 권고한다. 또한, DirectoryString으로 표현되는 DN 속성 값은 RFC 6818을 준용하며, 해당 속성 값을 UTF8 스트링으로 표현해야 한다.

OID : 속성(Attribute)에 대한 OID체계는 joint-iso-itu-t(2)-ds(5)-attributType(4)임

속성	OID	약칭	크기 (Byte)	RootCA	CA	가입기관		인증서처리	ASN.1 스트링 타입
						기관	개인
commonName	2.5.4.3	cn	64	M	M	R	M	M	DirectoryString
surname	2.5.4.4	sn	64	X	X	X	X	R	DirectoryString
serialNumber	2.5.4.5	uid	64	O	O	O	O	M	PrintableString
countryName	2.5.4.6	c	2	M	M	M	M	M	DirectoryString
localityName	2.5.4.7	l	128	O	O	O	O	M	DirectoryString
stateOrProvinceName	2.5.4.8	st	128	O	O	O	O	M	DirectoryString
organizationName	2.5.4.10	o	64	M	M	M	M	M	DirectoryString
organizationUnitName	2.5.4.11	ou	64	M	M	R	M	M	DirectoryString
title	2.5.4.12		64	X	X	X	X	M	DirectoryString
businessCategory	2.5.4.15		128	X	X	X	X	O	DirectoryString
givenName	2.5.4.42		128	X	X	X	X	R	DirectoryString
initials	2.5.4.43		128	X	X	X	X	R	DirectoryString
generationQualifier	2.5.4.44		128	X	X	X	X	R	DirectoryString
dnQualifier	2.5.4.46		128	O	O	O	O	R	PrintableString

* 범례 (M : mandatory, R : recommended, O : optional, X : prohibited)

DN의 문자열 표현 시 각각의 RDN은 ‘,’ 로 구분되며, 하나의 RDN은 속성타입과 속성 값으로 표현된다.  속성 값 표현 시에는 ‘속성타입=속성 값’과 같이 ‘=’로 연결된다. DN의 문자열 표현 시 RDN 속성 값은 RFC2253을 준용하여 UTF8 스트링으로 표현해야 한다.

7.2.3 인증정책별 DN 구조

인증서비스 기관

【 DN명 : cn명,ou명,o=Government of Korea,c=KR 】

구분	ou명	cn명	DN명(예)
최상위 인증기관	ou=GPKI	cn=RootCA1	cn=RootCA1, ou=GPKI, o=Government of Korea, c=KR
		cn=RootCA2	cn=RootCA2, ou=GPKI, o=Government of Korea, c=KR
		cn=WRootCA1	cn=WRootCA1, ou=GPKI, o=Government of Korea, c=KR
		cn=WRootCA2	cn=WRootCA2, ou=GPKI, o=Government of Korea, c=KR
인증기관 (유선/행정/개인)	ou=GPKI	cn=CA+기관코드(7)+일련번호(2)	cn=CA131000001,ou=GPKI,o=Government of Korea,c=KR
인증기관 (유선/행정/기관)		cn=CA+기관코드(7)+일련번호(2)
인증기관 (유선/공공/개인)		cn=CA+기관코드(7)+일련번호(2)
인증기관 (유선/공공/기관)		cn=CA+기관코드(7)+일련번호(2)
인증기관 (무선/행정/기관)	ou=GPKI	cn=CA+기관코드(7)+일련번호(2)	cn=CA131000005,ou=GPKI,o=Government of Korea,c=KR
	ou=GPKI	cn=CA+기관코드(7)+일련번호(2)	cn=CA131000006,ou=GPKI,o=Government of Korea,c=KR
등록기관	cn=해당인증기관, ou=GPKI	cn=RA+기관코드(7)+일련번호(2)	cn=RA131000001,cn=CA131000001,ou=GPKI,o=Government of Korea,c=KR
OCSP	cn=해당인증기관, ou=GPKI	cn=OCSP+기관코드(7)+일련번호(2)	cn=OCSP131000001,cn=CA131000001,ou=GPKI,o=Government of Korea,c=KR
TSA	ou=Group of Server	cn=TSA+기관코드(7)+일련번호(3)	cn=TSA1310000001,ou=Group of Server,o=Government of Korea,c=KR

일반 인증서

【행정기관DN명 : cn명,ou명,o=Government of Korea,c=KR 】

【 공공기관DN명 : cn명,ou명,o=public of Korea,c=KR 】

【 민간기관DN명 : cn명,ou명,o=private of Korea,c=KR 】

구분			ou명	cn명	DN명(예)
행정기관	기관용	전자관인	ou=최하위기관명, ou=상위기관명, ou=최상위기관명	-	ou=보안팀,ou=전자정부국,ou=안전행정부,o=Government of Korea,c=KR
		컴퓨터용	ou=Group of Server	cn=SVR+기관코드(7)+일련번호(3)	cn=SVR1310000001,ou=Group of Server,o=Government of Korea,c=KR
				cn=WCP+기관코드(7)+일련번호(3)	cn=WCP1310000001,ou=Group of Server,o=Government of Korea,c=KR
		SSL용	ou=Group of Server	cn=웹서버 도메인명	cn=www.mospa.go.kr,ou=Group of Server, o=Government of Korea, c=KR
	개인용	개인 사용자	ou=people, ou=최상위기관명	cn=기관구분자(3)+이름+일련번호(3) *일련번호;동명이인	cn=001홍길동001,ou=people,ou=안전행정부 ,o=Government of Korea,c=KR
공공/ 민간기관	기관용	전자관인	ou=최상위기관명	-	ou=신용보증기금,o=public of Korea,c=KR
		컴퓨터용	ou=Group of Server	cn=SVR+기관코드(7)+일련번호(3)	cn=SVRB010002001,ou=Group of Server,o=public of Korea,c=KR
	개인용	개인 사용자	ou=people, ou=최상위기관명	cn=기관구분자(3)+이름+일련번호(3) *일련번호;동명이인	cn=A81홍길동001,ou=people,ou=신용보증기금,o=public of Korea,c=KR

※ 일반인증서(개인용)의 기관구분자(CN)

일반인증서의 CN은 각 인증기관에서 자체적으로 정의한 규칙에 따라서 정의할 수 있으나, 일반적으로 기관구분자(3자리) + 이름 + 일련번호(3자리)로 구성한다. 일련번호는 신규발급 시 순차적으로 부여한다. 여기서 사용하는 “기관구분자”는 행정전자서명 인증홈페이지에 게시한다.(www.gpki.go.kr)