국경을 넘는 디지털 신원, GADI는 무엇을 표준화하려 하는가

국경을 넘어서면 신뢰도 다시 증명해야 한다

디지털 신원 인프라에 대한 요구는 이미 국가·산업·플랫폼 경계를 넘어서고 있다. 한 기관이 발급한 자격증명을 다른 도메인의 검증자가 그대로 신뢰하려면, 두 시스템이 같은 언어로 신원을 말해야 한다. GADI(Global Architecture for Digital Identity)는 이 상호운용 요구에 대응하기 위해 등장한 개념으로, 공공·민간·국제 기구가 참여하는 신뢰 프레임워크와 기술 레이어를 결합하는 방향을 지향한다. W3C DID, Verifiable Credentials, OIDC, mDL 같은 표준을 기반으로 설계되지만 일부 명세와 구현 현황은 계속 바뀌므로 최신 정보를 확인해야 한다.

GADI는 국경·도메인 간 디지털 신원 상호운용을 위한 레퍼런스 아키텍처 및 거버넌스 프레임워크를 총칭한다. 발급자(issuer)·보유자(holder)·검증자(verifier)라는 기본 삼자 구조에 신뢰 레지스트리(trust registry)·해결자(resolver)·정책 프레임워크를 더한 구조다. 목표는 자격증명 발급·제시·검증의 표준화, 신뢰 도메인 간 브리지, 개인정보 최소 공개와 상호 운용성 확보다. 원칙은 DID와 VC를 우선하되 기존 OIDC/SAML 연동과 공존시키고, 정책과 기술을 분리하며, 오프라인·저연결 환경도 지원하는 것이다.

신뢰 프레임워크와 거버넌스

정책 체계는 식별 보증수준(IAL), 인증 보증수준(AAL), 연동 보증수준(FAL)을 정의하고, 발급자·검증자의 적합성 평가와 인증 프로세스를 수립하는 것에서 시작한다. 신뢰 레지스트리에는 발급자·스키마·정책·키 메타데이터를 등록하고, 루트 신뢰 목록(Root of Trust)과 폐기·정지 상태를 관리한다. 온체인·오프체인을 병행하는 옵션도 있다.

식별자와 자격증명 계층

식별자는 여러 DID 메서드와 기존 식별자(국가ID, eIDAS, X.509)가 공존하는 형태다. 페어와이즈 DID를 쓰면 상호 상관을 최소화할 수 있다. 자격증명은 W3C VC/JSON-LD, ISO mDL/18013-5, ISO mdoc을 지원하며, 선택적 공개와 BBS+ 같은 영지식 기반 기법으로 프라이버시를 강화한다.

상호운용 레이어와 프로토콜 브리지

프로토콜은 OIDC4VP/OIDC4VCI, SIOP v2, OAuth 2.0과 함께 SAML 2.0 게이트웨이가 공존하며, mdoc/QR/NFC 기반 오프라인 채널도 지원한다. 스키마·의미론 측면에서는 JSON-LD Context, JOSE/COSE, ISO 식별 스키마를 매핑하고, 버전·호환성 관리와 마이그레이션 전략을 포함해야 한다.

보안과 프라이버시 메커니즘

무결성·인증은 서명 검증과 키 회전, HSM/TEE 같은 하드웨어 보안요소로 지킨다. 상호 TLS와 DPoP/MTLS로 토큰 도난을 방지한다. 암호학적 검증을 도입하고 수기 문서 검증을 줄이면 위변조·사기가 20~40% 범위로 감소할 것으로 예상하는데, 도메인·데이터 품질에 따라 편차가 있으므로 최신 정보를 확인해야 한다. 프라이버시는 데이터 최소화, 동의·목적 제한, 오프로필링 억제, 감사가능성 보장이 축이며, 재식별 위험 평가와 TEE 기반 지갑 옵션도 고려 대상이다. 선택적 공개·목적 제한·감사 추적으로 동의 관리의 일관성이 확보되고, 데이터 보유량이 줄어드는 만큼 유출 리스크도 낮아진다.

운영과 관측성

키·자격증명의 발급·갱신·폐기·정지 프로세스를 표준화하고, 대규모 키 롤오버 플레이북을 마련해야 한다. 운영 가시성 측면에서는 서명 실패율, 지갑 버전 분포, DID 해석 지연 같은 SLO를 설정하고, 사고 대응과 신뢰 목록 롤백 절차를 체계화한다. 검증 처리량은 예를 들어 Ed25519 서명 검증을 2ms/건으로 가정하면 단일 코어 기준 약 500건/초, 8코어 서버 기준 약 4,000건/초에 이른다. 신뢰 레지스트리·DID 문서의 캐시 히트율을 80%로 가정하면 평균 지연을 30~50% 단축할 수 있다.

발급부터 검증까지, 신뢰가 흐르는 경로

⤢✕

입력은 증빙 데이터(여권·NID·KYC), 정책·스키마, 지갑 키다. 처리 단계에서는 증빙 검증, VC 발급·서명, 제시물 생성(선택적 공개/영지식), DID 해석, 상태·신뢰 확인이 이루어진다. 출력은 유효·무효 결정과 접근 허용·거부 이벤트, 감사 로그다. DID 해석 실패, 상태 엔드포인트 타임아웃, 키 폐기·회전 불일치 같은 오류는 재시도·격리·롤백 절차로 처리한다.

활용 사례

금융 KYC 온보딩에서는 정부 발급 eID·자격증명을 발급자로, 은행·핀테크를 검증자로 두고 고객이 VC를 제시하면 정책 적합성을 자동 검증해 계좌 개설을 승인한다. 규제 보고까지 자동화로 연계할 수 있다. 온보딩 시간은 60% 단축을 가정한다 — 기존 10단계(현장 증빙·수기 검증 포함)를 VC 기반 4단계로 줄이면 (10-4)/10 = 60% 단축이라는 계산이다. 비대면 채널 전환률 증가와 이탈(abandonment) 감소도 함께 기대된다.

국경 간 자격 인정·전자서명 상호인정에서는 eIDAS/국가ID와 자격증 VC를 상호 검증하고 국제 신뢰 목록을 교차 등록해, 비자·체류 허가·면허 상호 인정 프로세스를 자동화한다.

mDL 기반 연령확인·오프라인 검증에서는 ISO 18013-5 mDL을 제시하되 선택적 공개로 생년월일만 공유하고, 네트워크가 불안정한 환경에서는 QR/NFC로 검증한다.

공공 서비스 통합 SSO에서는 OIDC 페더레이션과 OIDC4VP 브리지를 결합해 기존 SAML 자산을 점진적으로 전환하고, 서비스별로 최소 속성만 요청하며 감사 추적을 일관화한다.

제조·IoT 디바이스 신원에서는 디바이스 DID/VC를 발급해 공급망 출처를 검증하고 원격으로 자격을 철회할 수 있으며, 보증 수리·펌웨어 배포의 신뢰를 강화한다.

도입 절차와 운영 모범사례

전략·요건 정의 단계에서는 유스케이스·보증수준(IAL/AAL/FAL)·데이터 국경·규제를 맵핑하고, W3C VC·OIDC4VCI/4VP·mDL 중 상호운용 대상 표준을 선택한다.

신뢰 프레임워크 수립 단계에서는 인증·감사 체계와 신뢰 레지스트리 운영 모델(온체인/오프체인), 루트 신뢰 목록 관리 방식을 정하고, 키·자격증명 수명주기 정책과 폐기·정지 SLA를 정의한다.

레퍼런스 구현·게이트웨이 구축 단계에서는 지갑(Wallet)·발급(VCI)·검증(Verifier API)·상태(Status)·DID Resolver를 배치하고, 레거시 연동 게이트웨이(OIDC/SAML)를 설계해 스키마 매핑·전환 전략을 수립한다.

보안·프라이버시 설계 단계에서는 HSM/TEE, 키 롤오버·회수 플레이북, DPoP/MTLS·토큰 바인딩을 갖추고, 데이터 최소화·영지식 증명을 채택하며 프라이버시 영향 평가(PIA/DPIA)를 수행한다.

운영·관측성·사고 대응 단계에서는 검증 성공률, DID 해석 지연, 상태 검증 오류율, 키 동기화 실패율을 지표로 삼는다. 루트 키가 타협당했을 때의 체인 오브 트러스트 교체 절차, 신뢰 목록 롤백, 대고객 공지 템플릿도 미리 준비해야 한다.

어떤 아키텍처를 고를 것인가

항목	중앙집중형	연합형	분산형(GADI 정렬)
성능	낮은 지연, 단일 허브 최적화 용이	중간, 페더레이션 오버헤드	중간, 로컬 검증은 고성능·해석/상태 조회 캐시 필요
확장성	허브 병목 위험	도메인별 수평 확장	네트워크 효과로 수평 확장 우수
일관성	강한 일관성 용이	구성원 정책 차이	최종 일관성 모델, 정책 합의 필요
안정성	허브 단일 장애점	일부 허브 의존	신뢰 레지스트리·해결자 다중화로 복원력 우수
운영 편의	중앙 통제 용이	계약·운영 조율 필요	거버넌스·표준 준수 관리 복잡, 장기적 유연성 우수

모범사례는 초기에는 연합형 게이트웨이로 단계적으로 도입하고, 핵심 유스케이스부터 VC·DID 네이티브로 전환하며, DID 해석·상태 조회 같은 성능 병목은 캐시·미러링으로 대응하는 순서다.

정책·신뢰·표준·운영을 아우르는 이 구조는 발급·제시·검증 전 과정을 표준화해 국경·도메인 간 신뢰 교환을 실현하는 것을 목표로 한다. 단계적 도입, 강건한 거버넌스, 프라이버시 중심 설계가 함께 가야 하고, 레거시와 공존하는 브리지 전략으로 리스크를 최소화하는 편이 현실적이다. 일부 명세·생태계는 여전히 변화 가능성이 있으므로 최신 정보를 확인해야 한다.