토큰만으로는 통과할 수 없는 API,
요청마다 PQC 서명으로 검증합니다.
특허 등록제10-3042212호
토큰과 매체 서명을 함께 확인하는 이중 안전 구조
NIST 표준 양자내성 서명, SafeBOX 키 보호
세션 저장 없이 멀티 서버로 수평 확장
기존 세션·JWT 방식은 신원 확인에 그치지만, SafeAPI는 사용자 행위 자체를 전자서명으로 검증합니다.
토큰 탈취·위변조·재사용 공격을 API 요청 단위에서 막습니다.
토큰만으로는 인증되지 않습니다. SafeBOX 안의 개인키 서명이 없으면 접근할 수 없습니다.
요청 내용은 서명되어 전송되므로, 중간에 값이 바뀌면 서버가 바로 차단합니다.
유효 시간이 지난 요청이 다시 들어오면 재전송 공격으로 판단해 차단합니다.
인증 상태를 서버에 묶지 않아, 인프라를 자유롭게 늘릴 수 있습니다.
서버 측 세션 저장 없이 요청 단위로 인증해, 서버 부하는 줄이고 수평 확장은 쉽게 합니다.
서버 서명키를 Server SafeBOX로 보호하고, 키 탈취가 의심되면 SafeBOX 교체로 키를 바꿀 수 있습니다.
모바일과 PC를 포함한 APP·WEB 전 환경에 같은 보안 수준으로, SDK 형태로 간편하게 적용합니다.
단말에서 만든 인증 정보로 토큰을 발급하고, 요청마다 서명으로 정당성과 무결성을 확인합니다.
단말 SafeBOX 안에서 키를 만들고, 공개용 키만 서버에 등록합니다.
개인키는 단말 밖으로 나가지 않음서버가 등록 정보를 확인한 뒤 인증 토큰을 발급하고, 단말은 유효기간 동안 이 토큰을 사용합니다.
유효기간 동안 사용API를 호출할 때마다 요청 내용을 SafeBOX 안에서 서명해, 토큰과 함께 보냅니다.
요청마다 새 서명서버가 토큰과 서명을 검증하고, 통과하면 바로 처리합니다. 이상이 있으면 차단 후 재인증합니다.
서버 간 추가 인증 없음JWT의 확장성은 그대로 두고, 토큰 탈취와 재전송 공격의 빈틈을 PQC 서명으로 막습니다.
| 기존 Session 기반 | 기존 토큰(JWT) 기반 | Quantum SafeAPI | |
|---|---|---|---|
| 상태 관리 | 서버 측 세션 저장소 필요, 메모리·DB 부하 | 세션 저장 없이 토큰으로 처리 | 서버 세션 저장 없이, 클라이언트 단 독립 처리 |
| 확장성 | 서버 간 세션 공유 필요, 인프라 구성 복잡 | 세션 공유 없이 서버 확장 가능 | 세션 동기화 없이 여러 서버로 확장 |
| 토큰 탈취 | 세션 ID(쿠키) 탈취 시 세션 도용 위험 | 토큰 탈취 시 유효기간 동안 재사용 위험 | PQC 기반 API 요청 서명 검증으로 토큰 탈취·위변조 차단 |
| 재전송 공격 | 요청 서명이 없어 재전송 공격 위험 | 토큰 재사용으로 재전송 공격 위험 | 요청마다 API 요청 서명과 재전송 여부 검증 |
| 모바일·웹 | 쿠키 기반이라 모바일·웹 적용 제약 | 모바일·웹 지원 | 모바일·웹 모두 같은 방식으로 지원 |
인증 상태의 서버 종속을 없애, 복잡한 동기화 없이 전 서버에서 일관된 인증을 제공합니다.
클라이언트 인증, 요청 무결성, 서버 서명키 보호까지 API 요청의 전 구간을 지킵니다.
하나의 보안매체 위에서 필요한 모듈만 조합해, 금융 서비스의 인증·입력·통신·API 구간을 함께 보호합니다.
QuantumSafeBOX키를 생성·저장하는 양자내성 화이트박스 보안매체자세히 보기→
CERTIFICATE02
QuantumSafeGuardML-DSA 기반 양자내성 전자서명 솔루션자세히 보기→
SECURE CHANNEL03
QuantumSafeLINE앱–서버 통신 구간을 지키는 양자내성 암호화자세히 보기→
SECURE KEYPAD04
QuantumSafePAD입력 정보를 보호하는 무설치 보안 키패드자세히 보기→
MOBILE OTP05
QuantumSafeOTP양자내성 모바일·브라우저 OTP자세히 보기→
AI ACCESS06
AI SolutionGate AI양자내성 OTP 기반 비밀번호 없는 장비 접속자세히 보기→
AI AGENT07
AI SolutionAI AgentSignAI Agent 위임 인증서 기반 서명·권한 검증자세히 보기→