🔐 [BASILIUM |경북멋쟁이] Web 3.0 신원/자격증명 관리 시스템

주제

개인이 데이터를 직접 소유하고 관리하는 Web3 전자지갑 시스템 : "Web 3.0 신원/자격증명 관리 시스템"

이 프로젝트는 Web 3.0 시대의 새로운 신원 및 자격증명 관리 시스템을 구현하여 개인의 자율성과 데이터 보안을 혁신적으로 향상시키는 차세대 지갑을 제시합니다.

🔗 Youtube 시연영상

[https://www.youtube.com/Web3.0-Credential_Management_System_대회출품용]
[https://www.youtube.com/Web3.0-Credential_Management_System]

시스템 아키텍처

Web3 구조와 외부 인증 API를 통합하여 사용자 지갑 생성 및 인증서 관리 기능을 강화하고, 추가적인 보안 및 신원 확인을 제공합니다.
전체 구조는 사용자 인터페이스에서부터 블록체인 및 서버 측까지 각 단계별로 체계적으로 설계되어 있습니다.

팀원


박한솔(팀장)	김건아	김세아	윤진노
Backend	Backend	iOS, Design	Backend
Team Leader [Infra Cloud Engineer] DevOps Pipeline [Server Developer] BlockChain 및 인증서 데이터 및 PDF 관리 인증서 암호화/복호화 관리 외부 API 인증 서비스 구축	외부API 테스트	iOS 개발	인증서 PDF 관리

프로젝트 소개

주요 화면

온보딩 화면 및 로그인 화면

카카오 로그인 API를 사용하여 로그인을 진행합니다.
로그인이 완료되면 4자리 PIN 코드를 설정하고 생체 인증 여부를 확인하게 됩니다.

메인 화면

로그인한 사용자의 신원 정보가 표시되는 화면입니다.
메인 화면의 오른쪽 상단에 위치한 '톱니바퀴' 버튼을 클릭하면, 설정 화면으로 들어갑니다.
설정 화면에서 사용자가 발급한 인증서 정보를 볼 수 있고 인증서 전체 삭제가 가능합니다.

전자 증명서 발급 화면

메인 화면의 오른쪽 상단에 위치한 ‘+’ 버튼을 클릭하면, 증명서를 발급할 수 있습니다.
사용자는 발급을 원하는 증명서를 선택한 후, 동의 체크박스를 클릭하고 간단한 인증을 거치면 지갑에 PDF 형태로 인증서가 들어갑니다.

인증서 보기 화면

메인화면의 카드를 클릭 시, 사용자가 발급한 인증서 목록이 나타납니다.
각 목록을 클릭 시, 해당하는 인증서를 볼 수 있습니다.
각 목록을 옆으로 슬라이드 시, 해당하는 인증서를 삭제할 수 있습니다.

주요 기능

OAuth 2.0 소셜 로그인

이 프로젝트에서는 OAuth 2.0 프로토콜을 기반으로 소셜 로그인 기능을 구현하였습니다.
카카오 API를 활용하여 서버에서 카카오 엑세스 토큰을 발급 받아 사용자의 소셜 계정 정보를 안전하게 가져오고,
이를 통해 시스템에 손쉽게 회원가입과 로그인을 수행할 수 있습니다.

사용자는 기존에 사용하던 카카오 계정 정보를 그대로 사용하여 별도의 계정 생성 과정 없이 시스템에 접근할 수 있습니다. 이 과정에서 OAuth 2.0의 보안 메커니즘을 통해 사용자의 인증 정보가 안전하게 관리되며, 서버 측에서는 카카오로부터 전달받은 액세스 토큰을 활용하여 사용자의 프로필 정보 및 기본적인 계정 정보를 획득합니다.

이후 해당 정보를 바탕으로 사용자의 회원가입 절차를 자동화하거나, 기존 회원이라면 바로 로그인 처리하여 사용자의 편의성을 극대화하였습니다. 또한, 이 과정에서 사용자 동의 절차를 거쳐 필요한 정보만을 수집하며, 개인정보 보호와 관련된 법적 요구 사항을 철저히 준수합니다.

2차 인증: 생체 인증 등 전자 지갑 생성을 위한 2차 인증 절차를 포함

LocalAuthentication Framework를 사용하여 지문, 얼굴 인식과 같은 생체 정보를 이용한 인증을 수행합니다.
디바이스 상의 문제로 인하여 생체인증이 불가능한 사용자를 위해 PIN 코드로 2차 인증을 할 수 있는 방안도 마련해 두었습니다.

기본적인 로그인 절차 외에도 추가적인 보안 강화를 위해 2차 인증 기능을 포함시켰습니다. 2차 인증 절차는 전자 지갑 생성을 위한 필수 단계로, 사용자의 신원을 한층 더 강력하게 보호합니다. 특히, 생체 인증을 활용한 2차 인증 절차를 통해 사용자는 보다 안전하면서도 간편하게 시스템에 접근할 수 있습니다.

사용자는 2차 인증이 성공적으로 완료된 후에만 Web3 기반의 전자 지갑을 생성할 수 있으며, 이 지갑은 블록체인 상에서의 다양한 거래와 상호작용을 가능하게 합니다. 이를 통해 시스템은 사용자의 자산과 개인 정보를 더욱 철저히 보호하며, 높은 수준의 보안 요구 사항을 충족시킵니다.

2차 인증 절차는 사용자의 편의성을 해치지 않으면서도 보안을 강화하는 중요한 역할을 하며, 특히 중요한 데이터에 접근할 때 필수적인 추가 보안 계층을 제공합니다.

블록체인 & PDF 메타데이터 인증서 관리 시스템 (Certificate Management System)

이 프로젝트는 사용자가 데이터를 직접 관리하는 암호화 기반의 인증서 관리 시스템으로, OAuth2.0 및 Web3 환경을 통합하여 사용자 지갑과 인증서를 안전하게 관리합니다. 사용자는 자신만의 지갑에서 인증서 발급 및 관리가 가능하며, 블록체인과 PDF 메타데이터를 통해 인증서의 진본성을 확인할 수 있습니다.

주요 기능 설명

데이터베이스 구조

User 테이블 구조 (SQL)

CREATE TABLE users (
                       id BIGINT AUTO_INCREMENT PRIMARY KEY,
                       email VARCHAR(255) NOT NULL UNIQUE,
                       password VARCHAR(255) NOT NULL
);

Wallet 테이블 구조 (SQL)

CREATE TABLE wallets (
                         id BIGINT AUTO_INCREMENT PRIMARY KEY,
                         user_id BIGINT NOT NULL,
                         private_key TEXT NOT NULL,  -- TEXT로 변경
                         public_key TEXT NOT NULL,  -- TEXT로 변경
                         sign_cert_path VARCHAR(255),
                         sign_pri_key_path VARCHAR(255),
                         FOREIGN KEY (user_id) REFERENCES users(id)
);

CREATE TABLE wallet_pdf_urls (
                                 wallet_id BIGINT,
                                 certificate_type VARCHAR(255),
                                 pdf_url VARCHAR(255),
                                 PRIMARY KEY (wallet_id, certificate_type),
                                 FOREIGN KEY (wallet_id) REFERENCES wallets(id)
);

CREATE TABLE wallet_pdf_hash (
                                 wallet_id BIGINT,
                                 certificate_type VARCHAR(255),
                                 pdf_hash VARCHAR(255),
                                 PRIMARY KEY (wallet_id, certificate_type),
                                 FOREIGN KEY (wallet_id) REFERENCES wallets(id)
);

user_id: 사용자와 지갑을 연결하는 참조 키.
private_key: 메타데이터 디코딩용 개인 키, RSA 디코딩 시 사용.
public_key: 메타데이터 암호화용 공개 키, RSA 암호화 시 사용.
sign_cert_path: 공인인증서 certFile 경로.
sign_pri_key_path: 공인인증서 certPriKey 경로.
wallet_pdf_urls: PDF 파일의 경로만 저장하여 서버에 직접적인 인증서 정보를 저장하지 않음.
pdfHash: PDF 파일의 해시값을 저장하여 인증서 진본성 확인.

이 인증서 관리 시스템은 Web2와 Web3의 장점을 결합하여 사용자 지갑과 인증서를 안전하게 관리하며, 사용자가 요청 시에 직접 인증서 진위를 확인하고 필요한 정보를 안전하게 관리할 수 있는 신뢰성 높은 인증 시스템을 제공합니다.

지갑 프로그램 메커니즘

지갑 프로그램 내에서 특정 지갑 주소를 입력해 코인을 전송하는 메커니즘은 다음과 같은 방식으로 작동합니다

지갑 프로그램이 개인키를 사용해 트랜잭션 내용을 바탕으로 서명을 생성합니다.
생성된 서명은 공개키와 함께 블록체인 네트워크에 전송됩니다.

결국 지갑 프로그램에서 가장 중요한 이슈는 개인키와 인증서 정보를 안전하게 보관하는 방식입니다.

Web3 신원/자격증명 시스템만의 차별성

지갑의 RSA 공개키·개인키를 통해 인증서 정보를 블록과 메타데이터에 보관하는 방식

블록의 개인키 위치와 인증서 데이터를 지갑의 RSA 공개키로 암호화하여 블록과 메타데이터에 저장합니다.
인증서 데이터는 블록 및 PDF 메타데이터에 Key(인증서_walletID)와 인증시간 외에는 암호화된 형태로 보관됩니다.
해당 사용자의 지갑 개인키가 없다면, 데이터 복호화 및 인증서 수정이 불가능합니다. 이 방식은 사용자가 인증한 시간 확인을 가능하게 하여, 보안성과 블록체인의 장점을 동시에 활용합니다.

암호화된 개인정보·인증서 데이터는 메타데이터·블록으로 관리되며 S3 스토리지에는 원본 PDF 인증서를 저장하며 PDF 해시값을 통해 진본을 보장합니다.

사용자는 이를 직접 관리하여 기존 전자지갑 시스템보다 높은 데이터 자율성을 보장받습니다.

블록체인의 블록과 S3 메타데이터를 통한 인증 수행을 위한 Verifiable Credential 관리

S3 스토리지에 실물 인증서와 메타데이터에 외부 인증 Verifiable Credential을 저장하고 사용자가 어플리케이션을 재다운로드하면 해당 S3 스토리지의 인증서와 Verifiable Credential을 통해 블록을 생성하고 사용자의 디바이스에 저장합니다.

Web3 블록체인의 블록(PDF)에 외부 인증 값 및 정보 저장을 처리합니다. 개인 디바이스의 블록에 외부 인증을 수행하는 Verifiable Credential, Credential Metadata, Claims, Proofs를 포함한 블록을 생성 관리합니다.
외부 인증 API를 활용해 전자지갑의 인증서 사용 시, 외부 인증과의 연동을 수행합니다.

인증서 발급 과정

인증서 등록

클라이언트는 인증서 등록을 위해 2차 인증을 수행합니다.
Web3 환경의 PDF를 통해 인증서에 대한 Verifiable Credential 생성 및 신분증명 요청을 처리합니다.
외부 인증 API를 활용해 인증서 Verifiable Credential에 대한 신분 증명을 요청합니다.
서버는 등록된 인증서의 블록(PDF) URL을 저장하고 관리합니다.

인증서 접근

클라이언트는 등록된 인증서에 접근하기 위해 2차 인증을 수행합니다.
Web3 환경의 PDF를 통해 인증서에 대한 인증을 요청하고 증명서 URL을 반환합니다.
외부 인증 API를 활용해 인증서 Verifiable Credential에 대한 신분 증명을 요청하고 확인합니다.
서버는 인증이 완료된 인증서에 접근할 수 있도록 지원합니다.

인증서 목록 보기

클라이언트는 등록된 인증서에 접근하기 위해 2차 인증을 수행합니다.
Web3 환경의 PDF를 통해 인증서에서 Verifiable Credential을 찾아오고, 인증서 URL을 반환합니다.
서버로 인증서 URL을 요청합니다.
URL을 통해 S3 스토리지에 있는 인증서에 접근해 해당 객체의 메타데이터에 접근합니다.
메타데이터 가공 후 클라이언트에게 목록 반환합니다.

Web3 지갑 생성 과정

지갑이 생성될 때 블록과 S3 스토리지의 PDF가 생성되며 블록과 PDF의 URL이 사용자 지갑에 저장됩니다.
S3 스토리지에 실물 인증서와 블록에 신원인증 정보를 포함하여 개인의 디바이스에서 증명이 가능합니다.

클라이언트가 사용자가 엑세스 토큰을 통해 Web3 지갑 생성을 요청합니다.
지갑에서 인증서 PDF와 메타데이터 Verifiable Credential (Credential Metadata, Claims, Proofs)를 S3 스토리지에 저장하고 개인 디바이스에 다운로드할 수 있습니다. 이때 데이터베이스에는 해당 사용자의 S3 PDF 주소값을 저장합니다.
지갑에서 개인 디바이스의 블록(PDF)이 생성되며 블록(PDF)에는 추후 업로드하는 해당 증명에 관한 key : value 값을 저장하고 블록(PDF)이 생성 및 추가되며 이를 통해 외부 인증과의 연동이 수행됩니다.
지갑에서 해당되는 인증서를 업로드 가능하며 PDF 별 메타데이터를 별도로 관리하며 인증과정을 수행하는 메타데이터는 key : value 값으로 Verifiable Credential로 관리합니다.

외부 API를 이용한 인증 (대학 재학 인증, 자격증, 주민등록증, 여권, 운전면허)

사용자 및 인증서의 신뢰성을 위해 외부 API를 연동하여 대학 재학을 인증하고,
Qnet 자격증 확인서 및 주민등록 진위 여부 인증을 테스트하는 작업을 수행하였습니다.

1. 재학 인증 테스트

사용자가 특정 대학에 재학 중인지를 확인하기 위해 외부 API를 통해 사용자의 학적 정보를 확인할 수 있는 기능을 통합하였습니다. API 요청을 통해 사용자의 재학 상태를 검증하고, 인증기관 서버는 이 정보를 바탕으로 사용자가 제공한 정보의 진위를 확인합니다. 성공적인 재학 인증 요청에 대해, 시스템은 사용자가 제공한 정보와 외부 API의 응답이 일치하는지를 확인하고, 재학 상태가 검증된 사용자로 표시합니다.

API 개요

API 제공처: UnivCert https://univcert.com/
요청 헤더:
- Content-Type: application/json
필요 데이터: API키, 사용자 이름, 대학교 이메일, 대학교명, 인증번호

테스트 절차

이용자 메일 인증 시작 (인증코드 발송)
- 요청 URL: https://univcert.com/api/v1/certify

Request 예시

{
  “key” : “{부여받은 API KEY}”,
  "email” : “{대학교 이메일}”,
  “univName” : “{대학교명}”,
  “univ_check” : true
}

("univ_check"가 true라면 해당 대학 재학 여부, false라면 메일 소유자 여부를 판단해 줍니다.)

Response 예시

//메일로 인증번호 전송이 성공한 경우
{
  “success” : true
}
//실패한 경우
{
  "status" : 400,
  "success" : false,
  "message" : "{에러 메시지}"
}

이용자 메일에 발송된 인증코드를 전달받아 요청하기
- 요청 URL: https://univcert.com/api/v1/certifycode

Request 예시

{
  “key” : “{부여받은 API KEY}”
  “univName” : “{대학교명}”,
  “email” : "{대학교 이메일}”,
  “code” : {대학 이메일로 받은 인증코드}
}

Response 예시

//정확한 인증번호를 입력했을 때
{
  “success” : true
  “univName” : “OO대학교”,
  “certified_email” : “[email protected]”,
  “certified_date” : “2023-01-03T09:30:22”
}
//실패한 경우
{
  “status” : 400,
  "success" : false,
  "message" : "{에러 메시지}"
}

인증된 이메일인지 확인
- 요청 URL: https://univcert.com/api/v1/status

Request 예시

{
  “key” : “{부여받은 API KEY}”,
  "email” : “{인증하고자 하는 이메일}”
}

Response 예시

//성공한 경우
{
  “success” : true,
  “certified_date” : “2023-01-03T09:30:22(인증받은 시간)”
}
//실패한 경우
{
  “success” : false,
  “message” : "{에러 메시지}"
}

2. Qnet 자격증 확인서 진위확인 테스트

Codef API를 통해 자격증 확인서를 검증하는 절차를 테스트하였습니다.

API 개요

API 제공처: Codef
API Endpoint: https://development.codef.io/v1/kr/etc/hr/qnet-certificate/status
인증 방식: OAuth 2.0 (클라이언트 자격 증명 방식)
요청 데이터: 사용자 정보와 자격증 확인서 데이터

API 요청을 통해 사용자가 소지한 자격증 확인서의 유효성을 확인하고, Qnet에서 반환한 응답 데이터를 바탕으로 사용자가 주장하는 자격증 소지가 올바른지를 검증하였습니다.

API 응답의 검증을 통해 유효한 자격증을 가진 사용자로 인증되었을 경우, 인증기관 서버는 해당 사용자를 신뢰할 수 있는 자격증 소지자로 식별합니다.

테스트 절차

액세스 토큰 요청: Codef API를 사용하기 위해 액세스 토큰을 요청합니다.
- 요청 URL: https://oauth.codef.io/oauth/token
- 요청 헤더: Basic 인증 방식으로 클라이언트 ID와 클라이언트 시크릿을 포함합니다.
- 요청 본문: grant_type=client_credentials&scope=read
확인서 정보 요청: 획득한 액세스 토큰을 사용하여 확인서의 유효성을 확인합니다.
- 요청 URL: https://development.codef.io/v1/kr/etc/hr/qnet-certificate/status
- 요청 헤더:
  - Authorization: Bearer {access_token}
  - Content-Type: application/json
- 요청 본문: 사용자의 정보 및 자격증 문서 정보를 포함합니다.

Request 예시

{
    "organization": "0001",
    "userName": "{성명}",
    "docNo": "{문서확인번호}"
}

Response 예시

{
    "resIssueYN": "{발행여부}", (0이면 실패, 1이면 성공)
    "resResultDesc": "{결과메시지}",
    "resDocNo": "{문서확인번호}",
    "resPublishNo": "{발행번호}",
    "resDocType": "{확인서종류}",
    "resType": "{시험구분}",
    "resUserNm": "{성명}",
    "commBirthDate": "{생년월일}",
    "resItemName": "{종목}",
    "resExaminationNo": "{수험번호}",
    "resAcquisitionDate": "{시행일}",
    "resInquiryDate": "{조회일자}"
}

3. 주민등록 진위 여부 테스트

주민등록 진위 여부를 확인하기 위해 외부 API를 연동하여 사용자의 주민등록 진위를 검증하는 작업을 수행하였습니다.

API 제공처: Codef
API Endpoint: https://development.codef.io/v1/kr/public/mw/identity-card/check-status
인증 방식: OAuth 2.0 (클라이언트 자격 증명 방식)
요청 데이터: 사용자 데이터와 공동인증서

이 API는 사용자가 제공한 주민등록번호가 실제로 존재하는지 검토하는 기능을 제공합니다.

테스트 절차

액세스 토큰 요청: Codef API를 사용하기 위해 액세스 토큰을 요청합니다.
- 요청 URL: https://oauth.codef.io/oauth/token
- 요청 헤더: Basic 인증 방식으로 클라이언트 ID와 클라이언트 시크릿을 포함합니다.
- 요청 본문: grant_type=client_credentials&scope=read
주민등록 정보 요청: 획득한 액세스 토큰을 사용하여 사용자 사용자 정보의 유효성을 확인합니다.
- 요청 URL: https://development.codef.io/v1/kr/public/mw/identity-card/check-status
- 요청 헤더:
  - Authorization: Bearer {access_token}
  - Content-Type: application/json
- 요청 본문: 사용자의 정보 및 공동 인증서 정보를 포함합니다.

Request 예시

{
    "organization": "0002",
    "loginType": "0",
    "certType": "1",
    "certFile": "{BASE64로 Encoding된 인증서 der파일 문자열}",
    "keyFile": "{BASE64로 Encoding된 인증서 key파일 문자열}",
    "certPassword": "{RSA암호화된 인증서 비밀번호}",
    "birthDate": "{생년월일}",
    "identity": "{사용자 주민번호}",
    "userName": "{사용자 이름}",
    "issueDate": "{발급일자}", (YYYYMMDD 형식)
}

Response 예시

{
    "resUserNm": "{성명}",
    "resUserIdentiyNo": "{주민등록번호}", (뒤 7자리는 * 로 표시됨)
    "resAuthenticity": "{진위확인}", ("0": false, "1": true)
    "resAuthenticityDesc": "{진위확인 내용}"
}

4. 여권 유효성 및 인증 테스트

여권 유효성 및 인증 테스트는 사용자의 여권 정보가 유효한지를 확인하는 과정입니다. 이 과정은 외부 API를 통해 이루어지며, 사용자가 제공한 여권 정보가 실제로 유효한지 검증합니다.

API 개요

API 제공처: Codef
API Endpoint: https://development.codef.io/v1/kr/public/mw/passport-data/status
인증 방식: OAuth 2.0 (클라이언트 자격 증명 방식)
요청 데이터: 여권 정보와 인증서 데이터

테스트 절차

액세스 토큰 요청: Codef API를 사용하기 위해 액세스 토큰을 요청합니다.
- 요청 URL: https://oauth.codef.io/oauth/token
- 요청 헤더: Basic 인증 방식으로 클라이언트 ID와 클라이언트 시크릿을 포함합니다.
- 요청 본문: grant_type=client_credentials&scope=read
여권 정보 요청: 획득한 액세스 토큰을 사용하여 여권의 유효성을 확인합니다.
- 요청 URL: https://development.codef.io/v1/kr/public/mw/passport-data/status
- 요청 헤더:
  - Authorization: Bearer {access_token}
  - Content-Type: application/json
- 요청 본문: 사용자의 여권 정보 및 인증서 정보를 포함합니다.

요청 본문 예시

{
    "organization": "0002",
    "loginType": "2",
    "certType": "1",
    "certFile": "{cert_file_encoded}",
    "keyFile": "{key_file_encoded}",
    "certPassword": "{encrypted_cert_password}",
    "userName": "{user_name}",
    "identity": "{identity_number}",
    "passportNo": "{passport_number}",
    "issueDate": "{issue_date}",
    "expirationDate": "{expiration_date}",
    "birthDate": "{birth_date}"
}

"certFile": "{cert_file_encoded}", "keyFile": "{key_file_encoded}" 실제 공동인증서를 사용

서버에서 인코딩 및 디코딩을 수행하여 해당 값을 추출하여 Codef에게 전달

여권 유효성 검사 성공 예시

{
    "result": {
        "code": "CF-00000", // 해당 코드의 성공 유무 가이드 https://developer.codef.io/common-guide/error-code
        "extraMessage": "",
        "message": "성공",
        "transactionId": "6715130b28e65e51c0d13262"
    },
    "data": {
        "resAuthenticity": 1,
        "resAuthenticityDesc": ""
    }
}

5. 운전면허 진위확인 테스트

외부 API를 연동하여 사용자의 운전면허증 진위를 검증하는 작업을 수행하였습니다.

API 개요

API 제공처: Codef
API Endpoint: https://development.codef.io/v1/kr/public/ef/driver-license/status
인증 방식: OAuth 2.0 (클라이언트 자격 증명 방식)
요청 데이터: 사용자, 운전면허증 정보와 공동 인증서 데이터

테스트 절차

액세스 토큰 요청: Codef API를 사용하기 위해 액세스 토큰을 요청합니다.
- 요청 URL: https://oauth.codef.io/oauth/token
- 요청 헤더: Basic 인증 방식으로 클라이언트 ID와 클라이언트 시크릿을 포함합니다.
- 요청 본문: grant_type=client_credentials&scope=read
운전면허 정보 요청: 획득한 액세스 토큰을 사용하여 운전면허증의 유효성을 확인합니다.
- 요청 URL: https://development.codef.io/v1/kr/public/ef/driver-license/status
- 요청 헤더:
  - Authorization: Bearer {access_token}
  - Content-Type: application/json
- 요청 본문: 사용자의 운전면허증 정보 및 인증서 정보를 포함합니다.

Request 예시

{
    "organization": "0001",
    "loginType": "2",
    "certType": "1",
    "certFile": "{BASE64로 Encoding된 인증서 der파일 문자열}",
    "keyFile": "{BASE64로 Encoding된 인증서 key파일 문자열}",
    "certPassword": "{RSA암호화된 공동인증서 비밀번호}",
    "loginUserName": "{사용자이름}",
    "identity": "{사용자 주민등록번호}",
    "birthDate": "{생년월일YYYYMMDD}",
    "licenseNo01": "{운전 면허번호01 (지역)}",
    "licenseNo02": "{운전 면허번호02 (년도)}",
    "licenseNo03": "{운전 면허번호03}",
    "licenseNo04": "{운전 면허번호04}",
    "serialNo": "{암호일련번호}",
    "userName": "{사용자이름}",
}

Response 예시

{
    "resUserNm": "{성명}",
    "commBirthDate": "{생년월일}",
    "resAuthenticity": "{진위확인}", ("0": false, "1": true, "2": 전산정보만 일치)
    "resLicenseNumber": "{운전면허 번호}",
    "resAuthenticityDesc1": "{전산자료와일치합니다.}",
    "resAuthenticityDesc2": "{식별번호가일치합니다.}"
}

라이선스 정보

이 프로젝트는 다음의 오픈 소스 라이브러리를 사용합니다. 각 라이브러리는 Apache License 2.0에 따라 라이센스가 부여됩니다.

사용된 라이브러리

Hyperledger Fabric
- 라이선스: Apache License 2.0
- 프로젝트 링크
Apache PDFBox
- 라이선스: Apache License 2.0
- 프로젝트 링크
UnivCert (학생 인증)
- 라이선스: Apache License 2.0
- 프로젝트 링크

Name		Name	Last commit message	Last commit date
Latest commit History 198 Commits
.github/ISSUE_TEMPLATE		.github/ISSUE_TEMPLATE
.idea		.idea
Wallet		Wallet
web3-credential-server		web3-credential-server
.gitignore		.gitignore
Dockerfile		Dockerfile
LICENSE		LICENSE
README.md		README.md

License

pjhcsols/Web3.0-Credential_Management_System

Folders and files

Latest commit

History

Repository files navigation

🔐 [BASILIUM |경북멋쟁이] Web 3.0 신원/자격증명 관리 시스템

주제

🔗 Youtube 시연영상

시스템 아키텍처

팀원

프로젝트 소개

주요 화면

온보딩 화면 및 로그인 화면

메인 화면

전자 증명서 발급 화면

인증서 보기 화면

주요 기능

OAuth 2.0 소셜 로그인

2차 인증: 생체 인증 등 전자 지갑 생성을 위한 2차 인증 절차를 포함

블록체인 & PDF 메타데이터 인증서 관리 시스템 (Certificate Management System)

주요 기능 설명

데이터베이스 구조

User 테이블 구조 (SQL)

Wallet 테이블 구조 (SQL)

지갑 프로그램 메커니즘

Web3 신원/자격증명 시스템만의 차별성

블록체인의 블록과 S3 메타데이터를 통한 인증 수행을 위한 Verifiable Credential 관리

인증서 발급 과정

인증서 등록

인증서 접근

인증서 목록 보기

Web3 지갑 생성 과정

외부 API를 이용한 인증 (대학 재학 인증, 자격증, 주민등록증, 여권, 운전면허)

1. 재학 인증 테스트

API 개요

테스트 절차

Request 예시

Response 예시

Request 예시

Response 예시

Request 예시

Response 예시

2. Qnet 자격증 확인서 진위확인 테스트

API 개요

테스트 절차

Request 예시

Response 예시

3. 주민등록 진위 여부 테스트

테스트 절차

Request 예시

Response 예시

4. 여권 유효성 및 인증 테스트

API 개요

테스트 절차

요청 본문 예시

여권 유효성 검사 성공 예시

5. 운전면허 진위확인 테스트

API 개요

테스트 절차

Request 예시

Response 예시

라이선스 정보

사용된 라이브러리

About

Topics

Resources

License

Stars

Watchers

Forks

Releases

Packages 0

Contributors 4

Languages

Packages