KOR / ENG도입 문의
Home/PQC Solution/Quantum SafeLINE
PQC Solution · Secure Channel

Quantum SafeLINE

앱과 서버 사이
모든 통신 구간을 양자내성암호로.

동작 방식 보기도입 문의

양자내성 채널 암호화

NIST 표준 양자내성암호(ML-KEM) 적용

별도 장비 없는 SW 적용

앱과 서버에 소프트웨어 모듈만 추가

재전송 공격 차단

가로챈 데이터를 다시 보내는 공격 차단

Core Strengths

지금 수집된 트래픽도,
나중에 해독할 수 없게

지금 RSA·ECC로 주고받는 데이터가 양자 시대에 해독되지 않도록, 통신 구간부터 전환합니다.

01SECURITY

양자내성
통신 보호

앱과 서버 사이 오가는 데이터를 양자내성암호로 보호합니다.

01

PQC 기반
채널 암호화

앱과 서버 사이 오가는 데이터를 양자내성암호로 암호화해, 중간에서 수집해도 해독할 수 없습니다.

앱–서버 통신NIST 표준 PQC
02

재전송
공격 차단

가로챈 데이터를 그대로 다시 보내는 요청은 서버가 가려내 거절합니다.

재전송 방지
03

요청·세션마다
새 키 사용

요청 또는 접속마다 새 암호 키를 사용해, 키 노출 위험을 줄입니다.

키 재사용 최소화
02EFFICIENCY

추가 장비 투자 없는
PQC 전환

별도 장비 없이, 지금 쓰는 앱과 서버에 바로 적용합니다.

01

별도 장비 없는
SW 방식 적용

앱과 서버에 SafeLINE 모듈만 추가해 적용합니다.

장비 추가 없음
02

인프라 추가 투자 없이
PQC로 전환

네트워크 인프라에 추가 투자하지 않고 양자내성암호로 전환합니다.

추가 장비 없음
03

인프라에 맞춘
방식 선택

서버 환경에 맞춰 두 가지 적용 방식 중 선택할 수 있습니다.

1·2-트랜잭션Java · C
How it works

연결이 시작되는 순간,
양자내성 채널이 열립니다

서비스 환경에 맞춰 두 가지 방식 중 선택해 통신 구간을 보호합니다.

1
STEP 01

서버 키 사전 등록

앱을 처음 설치할 때 한 번, 서버의 공개용 키를 앱에 등록합니다.

최초 1회
2
STEP 02

요청 데이터 암호화

요청할 때마다 새 키를 만들어, 보낼 데이터를 양자내성암호로 암호화합니다.

요청마다 새 키
3
STEP 03

한 번의 요청으로 전송

키 정보와 암호화된 데이터를 한 번에 보내, 별도의 키 교환 과정이 없습니다.

1-TRANSACTION
4
STEP 04

서버 복호화·검증

서버가 데이터를 복호화하고, 유효 시간이 지난 요청은 거절합니다.

세션 불필요
Comparison

1-트랜잭션과 2-트랜잭션,
무엇이 다른가

두 방식 모두 양자내성암호로 통신 구간을 보호합니다. 서버 환경에 맞춰 선택합니다.

1-트랜잭션 방식2-트랜잭션 방식
키 교환요청마다 새 키로 암호화접속 시작 시 한 번 키 교환
통신 흐름요청 1번에 키와 데이터를 함께 전송키 교환 후, 접속 동안 암호 통신
서버 세션세션 유지 불필요세션 유지 필요
재전송 차단요청 유효 시간으로 차단중복 요청 확인으로 차단
서버 구성서버 라이브러리 + 서버 SafeBOX서버 라이브러리(Java·C)
Architecture

별도 장비 없이,
소프트웨어만으로 통신 구간을 보호합니다

단말과 서버 양쪽에 SafeLINE을 적용하면 그 사이 통신 구간 전체가 양자내성 채널이 됩니다.

Client · 모바일 앱Quantum SafeLINE단말 측 · 양자내성 채널 암호화Quantum SafeBOX화이트박스 키 생성 · 저장 · 암복호화ServerQuantum SafeLINE서버 측 · 키 교환 · 암복호화(Java·C)업무 시스템모바일 뱅킹 · 업무 서버① 양자내성 키 교환② 암호 키 생성③ 암호화 전송APP ↔ SERVER · PQC CHANNEL
SafeLINE단말과 서버 양쪽에 적용해, 그 사이 통신 구간 전체를 양자내성 채널로 암호화합니다.
SafeBOX앱의 암호 키를 화이트박스 안에서 만들고 보관합니다. 1-트랜잭션 방식에서는 서버 키도 서버 SafeBOX에 보관합니다.
서버 라이브러리고객 서버 환경에 맞춰 Java 또는 C 모듈로 제공합니다.
Why now

지금 오가는 데이터가,
나중에 해독될 수 있습니다

지금 RSA·ECC로 주고받는 앱–서버 통신 구간을, 별도 장비 없이 양자내성 채널로 전환합니다.

01문제

RSA·ECC 기반
통신 구간

  • 앱–서버 통신이 RSA·ECC 키 교환에 의존
  • 양자컴퓨터에 취약한 키 교환
  • 키가 노출되면 지난 통신까지 해독 위험
02현황

Harvest Now,
Decrypt Later

  • 지금 수집된 트래픽을 나중에 해독
  • 양자 시대에 통신 데이터 해독 우려
  • 보관 후 해독 방식의 공격이 이미 현실화
03변화

별도 장비 없는
PQC 전환

  • NIST 표준 양자내성암호 적용
  • 통신 데이터 암호화 · 재전송 차단
  • 1·2-트랜잭션 방식 선택
Related Solutions

함께 구성하는 솔루션

하나의 보안매체 위에서 필요한 모듈만 조합해, 금융 서비스의 인증·입력·통신·API 구간을 함께 보호합니다.

전체 솔루션 보기
WHITE-BOX01Quantum SafeBOX packageQuantumSafeBOX키를 생성·저장하는 양자내성 화이트박스 보안매체자세히 보기 CERTIFICATE02Quantum SafeGuard packageQuantumSafeGuardML-DSA 기반 양자내성 전자서명 솔루션자세히 보기 SECURE KEYPAD03Quantum SafePAD packageQuantumSafePAD입력 정보를 보호하는 무설치 보안 키패드자세히 보기 API AUTH04Quantum SafeAPI packageQuantumSafeAPIJWT + PQC 서명 이중 검증 API 인증자세히 보기 MOBILE OTP05Quantum SafeOTP packageQuantumSafeOTP양자내성 모바일·브라우저 OTP자세히 보기 AI ACCESS06Gate AI packageAI SolutionGate AI양자내성 OTP 기반 비밀번호 없는 장비 접속자세히 보기 AI AGENT07AI AgentSign packageAI SolutionAI AgentSignAI Agent 위임 인증서 기반 서명·권한 검증자세히 보기