DEEP DIVE REPORT

양자 내성 보안 준비 - QRL 2.0과 포스트 양자 보안 아키텍처

SecurityDesk
2026.04.05 조회 25

서론: 양자 시대의 보안 패러다임 전환

양자 컴퓨팅 기술은 기존 암호화 체계의 근간을 흔들 수 있는 가장 중요한 기술적 위협 중 하나입니다. 현재 전 세계적으로 RSA, ECC(Elliptic Curve Cryptography) 등에 의존하는 수십조 달러 규모의 디지털 자산과 인프라가 양자 공격에 취약합니다. 미국 국립표준기술연구소(NIST)는 2024년 8월 첫 번째 포스트 양자 암호화 표준을 발표했으며, 기관과 기업들은 즉시 마이그레이션을 시작할 것을 권고하고 있습니다[¹].

본문에서는 양자 컴퓨터가 현대 암호화에 미치는 위협, 블록체인 분야의 양자 내성 솔루션인 QRL(Quantum Resistant Ledger) 2.0, 포스트 양자 보안 아키텍처의 현황, 그리고 실무자가 즉시 적용할 수 있는 준비 전략을 심층적으로 분석합니다.


1. 양자 컴퓨터의 위협

1.1 현대 암호화 기술의 취약성

현재 전 세계 디지털 보안 인프라는 공개키 암호화 시스템에 기반하고 있습니다:

  • RSA(Rivest-Shamir-Adleman): 큰 소수의 곱셈을 인수분해하는 어려움에 의존
  • ECC(Elliptic Curve Cryptography): 타원 곡선 이산 로그 문제의 어려움에 의존
  • ECDH/ECDSA: 키 교환 및 디지털 서명에 널리 사용

이러한 암호화 방식은 고전 컴퓨터에서는 수천 년이 걸리는 계산을 요구하지만, 충분히 발달한 양자 컴퓨터에서는 몇 시간에서 며칠 안에 해독될 수 있습니다[²].

1.2 쇼어 알고리즘 (Shor's Algorithm)

1994년 Peter Shor가 개발한 쇼어 알고리즘은 양자 컴퓨팅의 가장 중요한 알고리즘 중 하나입니다:

  • 기능: 큰 정수의 인수분해와 이산 로그 계산을 다항 시간 내에 수행
  • 영향: RSA, ECDH, ECDSA 등 거의 모든 공개키 암호화 시스템을 무력화
  • 필요 조건: 2048비트 RSA 키를 깨기 위해 약 2,500개 이상의 논리 큐비트 필요[³]

쇼어 알고리즘은 양자 푸리에 변환(Quantum Fourier Transform)을 활용하여 주기 찾기(Period Finding) 문제를 효율적으로 해결함으로써, 고전 컴퓨터로는 해결 불가능한 문제를 양자 컴퓨터로는 다항 시간에 해결할 수 있게 합니다.

1.3 그로버 알고리즘 (Grover's Algorithm)

1996년 Lov Grover가 제안한 그로버 알고리즘은 대칭키 암호화에 영향을 미칩니다:

  • 기능: 정렬되지 않은 데이터베이스에서 특정 항목을 검색할 때 이차적 속도 향상 제공
  • 영향: AES와 같은 대칭키 암호화의 보안 강도를 절반 수준으로 감소
  • AES-128 → 양자 환경에서 AES-64 수준의 보안
  • AES-256 → 양자 환경에서 AES-128 수준의 보안
  • 대응책: 키 길이를 두 배로 늘리면 보안 강도 유지 가능[²]

그로버 알고리즘은 암호화를 직접 파괴하지는 않지만, 무차별 대입 공격(Brute Force Attack)의 효율성을 크게 높여 더 큰 키 길이가 필요하게 만듭니다.

1.4 하브 나우, 디크립트 레이터 (Harvest Now, Decrypt Later) 공격

하브 나우, 디크립트 레이터(HNDL)는 현재 가장 실질적인 양자 보안 위협입니다:

  • 개념: 암호화된 데이터를 현재 수집하여 저장하고, 미래에 양자 컴퓨터가 개발되면 복호화하는 전략
  • 위험성: 양자 컴퓨터가 실제로 존재하기 전부터 데이터 유출이 시작됨
  • 주요 대상: 장기 보호가 필요한 데이터
  • 금융 기록, 계약서
  • 외교 기록, 국가 기밀
  • 의료 기록, 유전자 데이터
  • 연구 개발 데이터, 특허

연방준비은행(Federal Reserve)의 2025년 연구는 블록체인 과거 거래가 양자 공격에 의해 복호화될 수 있으며, 이는 블록체인의 불변성(Immutability)이 가장 큰 약점이 될 수 있음을 경고했습니다[⁴].


2. QRL(Quantum Resistant Ledger) 2.0

2.1 QRL의 역사와 비전

Quantum Resistant Ledger(QRL)은 2016년 암 연구 외과의 Peter Waterland 박사가 설계한 세계 최초의 양자 내성 블록체인입니다[⁵]:

  • 설계动机: 비트코인과 이더리움이 사용하는 ECDSA가 양자 컴퓨터에 취약함을 인식
  • 주요 이정표:
  • 2016년 8월: 연구 및 백서 작성 시작
  • 2017-2018년: 2년간의 테스트와 보안 감사
  • 2018년 6월 26일: 메인넷 출시
  • 2020년: NIST SP 800-208 표준에 XMSS 포함
  • 2026년: QRL 2.0 메인넷 출시 계획

QRL은 8년 이상의 실제 운영 경험을 가진 유일한 검증된 양자 안전 블록체인으로, 다른 프로젝트들이 마이그레이션 계획을 수립할 때 이미 운영 중이었습니다.

2.2 XMSS: eXtended Merkle Signature Scheme

QRL의 핵심 기술은 XMSS, 즉 확장된 머클 서명 체계입니다:

  • 표준화 현황:
  • NIST SP 800-208 (2020년 10월): NIST 승인 포스트 양자 디지털 서명 표준
  • IETF RFC 8391 (2018년 5월): XMSS 국제 표준

  • 기술적 특징:

  • 해시 기반 암호화: SHA-256 등 보안 해시 함수만 의존
  • 전방 보안(Forward Security): 비밀키가 노출되어도 이전 서명은 유효
  • 최소 보안 가정: 수학적 구조에 의존하지 않아 양자 컴퓨터에 내성
  • 검증된 보안: 1979년부터 연구된 가장 오래되고 이해된 포스트 양자 접근법

  • 비트코인/이더리움과의 차이점:

특성 비트코인/이더리움 QRL
서명 알고리즘 ECDSA (취약) XMSS (양자 내성)
양자 공격 취약성 ~2,500 큐비트 필요 내성
마이그레이션 필요 필요 (최대 460만 계정) 불필요
과거 거래 보안 하브 나우 공격에 노출 보호됨

2.3 QRL 2.0의 혁신

QRL 2.0은 EVM(Ethereum Virtual Machine) 호환성과 양자 안전성을 결합한 차세대 플랫폼입니다:

  • 핵심 기능:
  • EVM 친숙한 마이그레이션 경로 제공
  • 온체인 래티스(Lattice) 키 저장
  • 임시 메시징 계층을 통한 양자 안전 통신
  • 스마트 컨트랙트 지원

  • 장점:

  • 증명된 기술: 7년 이상의 검증된 양자 내성 기술
  • 하드웨어 지갑 지원: Ledger Nano X/S+ 지원
  • 오픈 소스: MIT 라이선스, 커뮤니티 주도 개발
  • 엔터프라이즈 급: 복수의 외부 보안 감사 완료

  • 단점과 한계:

  • 서명 횟수 제한: XMSS는 일회성 키 제어 필요
  • 서명 크기: ECDSA보다 큰 서명 크기
  • 주소 관리 복잡성: 상태 기반 주소 관리 필요
  • 에코시스템 규모: 비트코인/이더리움 대비 작은 에코시스템

2.4 실제 구현 사례

QRL의 기술적 성취:

  • 200만+ 블록: 2018년부터 지속적인 메인넷 운영
  • Red4Sec 감사: 2018년 첫 번째 보안 감사
  • X41 D-Sec 감사: 2019년 두 번째 보안 감사
  • 다중 지갑 지원: 데스크톱, 모바일, 웹 지갑
  • 블록 탐색기: explorer.theqrl.org

3. 포스트 양자 보안 아키텍처

3.1 NIST PQC(Post-Quantum Cryptography) 표준화 현황

NIST는 8년의 글로벌 경쟁을 통해 3개의 핵심 표준을 2024년 8월에 발표했습니다[¹]:

FIPS 203: ML-KEM (Module-Lattice-Based Key-Encapsulation Mechanism)

  • 기반: CRYSTALS-Kyber 알고리즘
  • 용도: 일반 암호화 (키 캡슐화)
  • 장점:
  • 상대적으로 작은 키 크기
  • 빠른 연산 속도
  • 효율적인 키 교환

FIPS 204: ML-DSA (Module-Lattice-Based Digital Signature Algorithm)

  • 기반: CRYSTALS-Dilithium 알고리즘
  • 용도: 디지털 서명 (주요 표준)
  • 특징:
  • 래티스(Lattice) 기반
  • 다양한 보안 수준 지원
  • 효율적인 서명/검증

FIPS 205: SLH-DSA (Stateless Hash-Based Digital Signature Algorithm)

  • 기반: Sphincs+ 알고리즘
  • 용도: 디지털 서명 (백업 방식)
  • 특징:
  • 해시 기반
  • 상태 비저장(Stateless)
  • ML-DSA가 취약할 경우 백업용

추가 표준 (예정)

  • FIPS 206: FN-DSA (FALCON 기반)
  • FFT(Fast Fourier Transform) over NTRU Lattice
  • 2024년 말 예정

3.2 주요 포스트 양자 알고리즘 분류

3.2.1 래티스 기반 암호화 (Lattice-Based Cryptography)

  • 기반 수학 문제:
  • Shortest Vector Problem (SVP)
  • Learning With Errors (LWE)

  • 특징:

  • 가장 유망하고 널리 연구된 방법
  • 암호화, 서명, 키 교환 모두에 적용 가능
  • 상대적으로 작은 키/서명 크기
  • 빠른 연산 속도

  • 대표 알고리즘:

  • CRYSTALS-Kyber (ML-KEM): 키 캡슐화
  • CRYSTALS-Dilithium (ML-DSA): 디지털 서명
  • FALCON (FN-DSA): 디지털 서명
  • NTRU: 키 교환

3.2.2 해시 기반 암호화 (Hash-Based Cryptography)

  • 기반: 보안 해시 함수 (SHA-256, SHA-3 등)

  • 특징:

  • 가장 오래되고 잘 이해된 방법 (1979년부터)
  • 최소 보안 가정 (오직 해시 함수만 의존)
  • 전방 보안 자동 제공
  • 대용량 서명 크기 단점

  • 대표 알고리즘:

  • XMSS (eXtended Merkle Signature Scheme)
  • LMS (Leighton-Micali Signatures)
  • Sphincs+ (SLH-DSA)

3.2.3 코드 기반 암호화 (Code-Based Cryptography)

  • 기반: 선형 코드와 디코딩 문제

  • 특징:

  • 오류 정정 코드의 어려움에 의존
  • 1978년 McEliece 암호 시스템으로 시작
  • 큰 키 크기 단점

  • 대표 알고리즘:

  • McEliece (HQC): 키 캡슐화
  • Classic McEliece: 백업용 후보

3.2.4 다변수 다항식 암호화 (Multivariate Cryptography)

  • 기반: 다변수 다항식 방정식 시스템

  • 특징:

  • 암호화 및 서명에 적용 가능
  • 작은 서명 크기
  • 공개 키 크기가 큰 단점

  • 대표 알고리즘:

  • Rainbow: 서명 (보안 문제로 탈락)
  • GeMSS: 서명

3.3 하이브리드 암호화 방식

하이브리드 암호화는 전통 알고리즘과 포스트 양자 알고리즘을 결합하여 즉각적인 보안과 향후 호환성을 보장합니다:

하이브리드 구조 예시

전송자:
1. 세션 키 생성 (랜덤)
2. PQC 알고리즘으로 세션 키 암호화 (KEM)
3. 전통 알고리즘으로 세션 키 암호화 (RSA/ECDH)
4. 두 암호문과 메타데이터 전송

수신자:
1. 전통 알고리즘으로 세션 키 복호화 시도
2. PQC 알고리즘으로 세션 키 복호화 시도
3. 성공한 방식으로 데이터 복호화

장점

  • 역행 호환성: PQC를 지원하지 않는 기기도 전통 알고리즘 사용 가능
  • 보안 다양성: 두 알고리즘 중 하나가 깨지더라도 다른 하나로 보호
  • 점진적 마이그레이션: 전체 시스템을 한 번에 교체할 필요 없음

실제 구현

  • TLS 1.3 하이브리드 키 교환: ML-KEM + ECDH
  • OpenSSL 3.5: ML-KEM 및 ML-DSA 기본 지원
  • VPN 프로토콜: WireGuard, OpenVPN 하이브리드 모드 개발

4. 실무적 준비 전략

4.1 암호화 자산 분류 및 우선순위

4.1.1 자산 분류 체계

자산 유형 위험도 보호 수명 마이그레이션 우선순위
장기 비밀 데이터 높음 10+ 년 즉시
금융 거래 데이터 높음 5-10 년 높음
인증/서명 시스템 높음 5+ 년 높음
단기 통신 데이터 중간 1-5 년 중간
내부 데이터 낮음 <1 년 낮음

4.1.2 국가 중요 기능(NCF) 기반 우선순위

CISA는 55개 국가 중요 기능(National Critical Functions) 중 4개를 핵심으로 지정했습니다[⁶]:

  1. 인터넷 기반 콘텐츠, 정보, 통신 서비스 제공
  2. TLS/SSL 트래픽
  3. 웹 보안

  4. 아이덴티티 관리 및 연관 신뢰 지원 서비스 제공

  5. PKI(Public Key Infrastructure)
  6. 인증 시스템

  7. 정보 기술 제품 및 서비스 제공

  8. VPN, 원격 액세스
  9. 클라우드 보안

  10. 민감 정보 보호

  11. 암호화된 데이터 저장
  12. 백업 시스템

4.2 포스트 양자 마이그레이션 로드맵

단계 1: 준비 (2024-2025)

  • 암호화 자산 인벤토리 생성
  • 사용 중인 공개키 암호화 시스템 식별
  • 자동화된 발견 도구 사용 (OpenSSL, Nmap 스크립트)
  • 데이터 수명 주기 분석

  • 위험 평가

  • 양자 취약 시스템 우선순위 지정
  • 하브 나우 공격 노출 평가
  • 데이터 유출 영향 분석

  • 팀 교육

  • 포스트 양자 암호화 기초 교육
  • NIST 표준 및 가이드라인 학습
  • 기술 벤더 트래킹

단계 2: 시험 환경 구축 (2025-2026)

  • 랩 환경 구축
  • PQC 알고리즘 테스트 환경 구성
  • OpenSSL 3.5, Open Quantum Safe 도구 사용
  • 성능 벤치마킹

  • 하이브리드 구현 시험

  • TLS 하이브리드 핸드셰이크 테스트
  • 호환성 검증
  • 성능 영향 평가

단계 3: 시범 구현 (2026-2027)

  • 고위험 시스템 마이그레이션
  • 장기 보호 데이터 시스템 우선 적용
  • 새로운 PKI 시스템 PQC 기반 구축
  • VPN, 원격 액세스 하이브리드 모드 구현

  • 벤더 협력

  • PQC 지원 제품 출시 대기
  • 벤더 로드맵 확인
  • 통합 계획 수립

단계 4: 전면 확장 (2027-2030)

  • 엔터프라이즈 마이그레이션
  • 내부 애플리케이션 마이그레이션
  • 데이터 저장 암호화 교체
  • 공급망 파트너 통신 보안 강화

  • 레거시 시스템 폐기

  • 지원 종료 예정 기술 교체
  • 새로운 표준에 맞지 않는 시스템 제거

단계 5: 최적화 및 모니터링 (2030+)

  • 지속적 모니터링
  • 보안 효과성 측정
  • 새로운 알고리즘 표준 채택 검토
  • 성능 최적화

  • 정기 감사

  • PQC 구현 감사
  • 취약점 스캔
  • 개선 계획 업데이트

4.3 즉시 실행 가능한 보안 강화 조치

4.3.1 암호화 강화

  • 대칭키 길이 증가
  • AES-128 → AES-256 (그로버 알고리즘 대응)
  • SHA-256 → SHA-384/512

  • 키 길이 증가

  • RSA-2048 → RSA-4096 (즉시 적용 가능하지만 완전한 양자 내성 아님)
  • ECC-256 → ECC-384 (그로버 알고리즘 대응)

  • 키 교환 빈도 증가

  • 세션 키 주기적 재발행
  • 완전 순방향 보안(Perfect Forward Secrecy) 강화

4.3.2 암호화 자산 관리

  • 자동화된 인벤토리 도구 구축
    # OpenSSL로 인증서 스캔
    openssl s_client -connect example.com:443 -showcerts | openssl x509 -text
    
# Nmap으로 TLS 인증서 확인
nmap --script ssl-cert,sig-algs -p 443 example.com
  • 데이터 수명 주기 관리
  • 장기 보호 데이터 식별
  • 예비 재암호화 계획 수립
  • 데이터 보존 정책 검토

4.3.3 모니터링 및 탐지

  • 하브 나우 공격 탐지
  • 대용량 데이터 전송 모니터링
  • 비정상적인 네트워크 트래픽 탐지
  • 암호화된 데이터 수집 패턴 분석

  • 취약성 스캔

  • PQC 지원 도구로 시스템 스캔
  • TLS 라이브러리 버전 확인
  • 오래된 암호화 알고리즘 식별

4.3.4 벤더 및 파트너 관리

  • 공급망 보안 강화
  • 벤더의 PQC 로드맵 확인
  • SLA(SLA)에 포스트 양자 요구사항 포함
  • 공급망 협력 프로토콜 수립

  • 조달 정책 업데이트

  • 새로운 하드웨어/소프트웨어에 PQC 지원 요구
  • 암호화 애질리티(Crypto Agility) 중요성
  • 벤더 인증 검증

4.4 기술별 구현 가이드

4.4.1 TLS/HTTPS 보안

# 하이브리드 키 교환 설정 예시 (OpenSSL 3.5)
# ssl.conf
[my_tls_config]
CipherSuites = TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256
TLSv1.3 = on
TLSv1.2 = on

# ML-KEM + ECDH 하이브리드 키 교환
Groups = X25519:PQC_MLKEM768:PQC_MLKEM1024

4.4.2 VPN 및 원격 액세스

  • WireGuard 하이브리드 모드: ML-KEM + Curve25519
  • OpenVPN: TLS 1.3 하이브리드 핸드셰이크 지원
  • IPsec: IKEv2 PQC 확장

4.4.3 디지털 서명 및 인증서

  • PKI(Public Key Infrastructure) 업그레이드:
  • ML-DSA 기반 인증서 발행
  • 하이브리드 인증서 (RSA/ML-DSA 또는 ECC/ML-DSA)
  • 인증서 경로 유효성 검증 업데이트

4.4.4 블록체인 및 암호화 자산

  • 취약한 체인에서 QRL로 마이그레이션:
  • 비트코인/이더리움: 장기 보호 자산 이전 고려
  • 스마트 컨트랙트: QRL 2.0 EVM 호환성 활용
  • 백업: 냉 지갑(Cold Wallet) 보안 강화

4.5 위협 레벨별 대응 우선순위

위협 레벨 즉시 대응 (1개월 이내) 단기 대응 (3-6개월) 장기 대응 (1-2년)
Critical 장기 보호 데이터 재암호화
PKI 마이그레이션 계획
하이브리드 TLS 구현
ML-KEM/KMS 통합
VPN 하이브리드 모드
디지털 서명 시스템 교체
전면 PKI 교체
암호화 자산 완전 PQC 마이그레이션
High AES 키 길이 증가
인벤토리 도구 구축
팀 교육
하이브리드 TLS 시험
PQC 지원 벤더 선정
레거시 시스템 식별
새로운 PKI 구축
VPN 완전 교체
백업 재암호화
Medium 데이터 수명 주기 분석
취약성 스캔
모니터링 시스템 강화
랩 환경 구축
성능 벤치마킹
통합 계획 수립
전면 확장 마이그레이션
레거지 시스템 폐기
Low 기초 교육
벤더 로드맵 확인
정책 검토
시범 구현 계획
모니터링 계획
순차적 마이그레이션
지속적 개선

5. 결론: 긴급하지만 점진적인 전환 필요

양자 컴퓨터의 위협은 미래의 문제가 아니라 현재의 문제입니다. 하브 나우, 디크립트 레이터 공격은 이미 시작되었으며, 국가급 행위자들은 수집한 데이터를 미래에 복호화할 것을 기대하고 있습니다.

핵심 메시지

  1. 즉시 시작해야 함: 마이그레이션은 몇 년이 걸리며, 하브 나우 공격 위험은 현재 존재
  2. 하이브리드 방식이 현실적: 전통 알고리즘과 포스트 양자 알고리즘을 결합하여 즉시 보안과 향후 호환성 보장
  3. 암호화 자산 관리가 핵심: 무엇을, 언제, 어떻게 마이그레이션할지 체계적으로 계획 필요
  4. QRL과 같은 솔루션 참고: 블록체인 분야에서 이미 8년 이상 검증된 양자 내성 솔루션 존재

주요 추천사항

  • 금융 기관: 즉시 PKI 마이그레이션 계획 수립 및 하이브리드 TLS 구현
  • 정부 및 공공 부문: NCF 4대 핵심 기능 중심 우선 마이그레이션
  • 헬스케어: 의료 기록 유전자 데이터 포함 장기 보호 데이터 재암호화
  • 클라우드 제공자: 고객 데이터 하이브리드 암호화 지원 확대
  • 블록체인 기업: QRL과 같은 양자 안전 체인으로의 마이그레이션 경로 확보

최종 경고

미국 RAND 연구소는 암호학적으로 관련 있는 양자 컴퓨터가 2030년까지 등장할 확률을 20-33%로 추정합니다[⁵]. NIST는 2035년까지 양자 취약 알고리즘을 표준에서 제거할 계획입니다[¹]. 이는 기업과 기관이 약 10년 안에 완전한 마이그레이션을 완료해야 함을 의미합니다.

"양자 위협에 대비하는 것은 선택이 아니라 생존의 문제입니다. 하브 나우 공격은 이미 시작되었으며, 첫 번째 양자 컴퓨터가 출현하기 전부터 데이터가 유출되고 있습니다. 지금 시작하는 조직만이 미래에도 안전할 수 있습니다."


참고문헌

[¹] NIST, "Post-Quantum Cryptography Standards Release," August 2024, https://csrc.nist.gov/projects/post-quantum-cryptography

[²] Fortinet, "Understanding Shor's and Grover's Algorithms," https://www.fortinet.com/resources/cyberglossary/shors-grovers-algorithms

[³] QRL Foundation, "The QRL Story - 8 Years of Proven Quantum Security," https://qrlhub.com/en/story

[⁴] Federal Reserve, "Harvest Now, Decrypt Later: Examining Post-Quantum Cryptography," https://www.federalreserve.gov/econres/feds/harvest-now-decrypt-later-examining-post-quantum-cryptography-and-the-data-privacy-risks-for-distributed-ledger-networks.htm

[⁵] QRL, "Quantum Resistant Ledger 2.0 - Future-Proof Blockchain Security," https://www.theqrl.org/

[⁶] CISA, "Post-Quantum Cryptography Initiative," https://www.cisa.gov/topics/risk-management/quantum

[⁷] Palo Alto Networks, "Harvest Now, Decrypt Later (HNDL): The Quantum-Era Threat," https://www.paloaltonetworks.com/cyberpedia/harvest-now-decrypt-later-hndl

[⁸] NIST, "FIPS 203: ML-KEM Standard," https://csrc.nist.gov/pubs/fips/203/final

[⁹] NIST, "FIPS 204: ML-DSA Standard," https://csrc.nist.gov/pubs/fips/204/final

[¹⁰] NIST, "FIPS 205: SLH-DSA Standard," https://csrc.nist.gov/pubs/fips/205/final

[¹¹] Quantum Alliance Initiative, "Post-Quantum Cryptography Migration Roadmap," https://pqcc.org/wp-content/uploads/2025/05/PQC-Migration-Roadmap-PQCC-2.pdf

[¹²] Post-Quantum Today, "PQC Algorithm Explorer - ML-KEM, ML-DSA, SLH-DSA, FN-DSA," https://www.pqctoday.com/algorithms/


본 콘텐츠는 AI 기술로 생성된 정보 제공 목적의 리포트이며, 전문적인 보안 자문을 대체하지 않습니다. 실제 구현 전에 반드시 보안 전문가와 상담하십시오. NIST 표준 및 PQC 알고리즘은 지속적으로 업데이트됩니다.

댓글 (0)

댓글을 작성하려면 로그인이 필요합니다.

로그인

아직 댓글이 없습니다.

첫 번째 댓글을 작성해보세요!

IT 도구 서랍

→ Unix: 2025-01-15T09:30:00
→ 날짜: 1736934600

→ ASCII: ABC
→ 문자: 65 66 67

ASCII 코드표 — 클릭하면 입력란에 추가

DecHex약어설명
DecHex문자
DecHex문자

→ 유니코드: 홍길동
→ 문자: \ud64d\uae38\ub3d9