FAQ
자주 묻는 질문
BSA 도입을 검토하는 기업·기관이 가장 많이 묻는 질문을 정리했습니다. 아키텍처부터 컴플라이언스, 성능, 산업별 적용까지 확인하세요.
BSA 핵심 구조
하이브리드 블록체인(Hybrid Blockchain) 아키텍처란?
BSA는 퍼블릭 블록체인과 프라이빗 블록체인을 유기적으로 결합한 하이브리드 시스템으로 보안성과 처리 속도를 동시에 극대화합니다. 프라이빗 체인은 등록된 사용자의 디바이스 데이터를 관리하고 일회성 인증키(OTAK)를 생성하며 검증 노드를 무작위로 선택해 합의를 도출합니다. 퍼블릭 체인은 외부 사용자의 인증 요청을 수신하고 서비스 제공자에게 접근 승인(Access Grant)을 전달하는 고속 통신 인터페이스입니다.
프라이빗 키가 없는 'Key-less' 분산 원장이란?
기존 FIDO2 등은 스마트폰 내부에 해커의 타깃이 되는 프라이빗 키를 보관하지만, BSA에는 탈취당할 수 있는 키나 비밀번호 자체가 존재하지 않습니다. 사용자가 등록하면 단말기 고유 하드웨어 무결성 값이 '랜덤화된 디바이스 인증 크리덴셜'로 변환되어 분산 원장에 잘게 쪼개져 저장됩니다. 로그인 시 원장의 여러 데이터 블록을 무작위로 조합해 일회성 인증키(OTAK)를 동적 생성하므로, 원장을 탈취해도 구조 유추나 크리덴셜 스터핑 공격이 수학적으로 불가능합니다.
이중 검증(Double Verification)과 무흔적(Trace-less) 메커니즘이란?
BSA는 단일 인증 요청에 대해 매우 짧은 순간 2번의 병렬 검증을 수행합니다. 1차 검증(기기 무결성 합의)은 서버가 다수 노드에 기기 데이터를 무작위 전송해 접속 기기가 원본인지 합의 알고리즘으로 검증합니다. 2차 검증(OTAK 무결성 확인)은 사용자 기기로 전송된 OTAK를 무작위 노드가 재검증해 통신 중간에 데이터가 가로채이거나 변조되지 않았는지 최종 확인합니다. 인증이 성공적으로 완료되면 사용된 OTAK와 통신 채널은 즉시 폐기되어 어떠한 추적이나 재사용 공격도 불가능합니다.
다중 인증 도메인(Multi-Domain) 연동과 무한 확장성이란?
BSA는 단일 기업을 넘어 국가 단위 '통합 인증 인프라'를 구성할 수 있습니다. 은행·통신사·정부 포털 등 서로 다른 서비스 제공자가 각기 다른 인증 도메인에 속해 있더라도 상호 협의 하에 중앙 서버의 분산 원장 데이터를 안전하게 공유할 수 있습니다. 이를 통해 사용자는 하나의 디바이스로 여러 기관의 서비스에 패스워드 없이 접속(SSO)하는 초연결 생태계를 구축할 수 있습니다.
비즈니스 환경 · 시스템 운영
선불 유심을 자주 바꾸거나 대포폰이 흔한 국가에서도 BSA 인증이 의미가 있을까요?
오히려 그러한 불안정한 통신 환경일수록 BSA만이 유일한 해결책이자 가장 강력한 대안입니다. 대포폰 환경에서도 글로벌 최고 수준의 금융권 보안을 즉각적으로 구현할 수 있습니다.
기존 문자인증(OTP)은 복제 가능한 '전화번호(유심)'를 신뢰 기반으로 삼아 대포폰 환경에서 무용지물이 됩니다. 반면 BSA는 번호에 의존하지 않고 사용자 스마트폰 '기기 하드웨어 자체'의 무결성 값과 생체정보를 결합해 블록체인 노드로 묶어버리는 탈중앙화 구조이기 때문입니다.
통신사의 HLR(가입자 위치 등록기) 연동 시, 식별 기준값을 유심 번호가 아닌 단말기의 고유 식별자(IMEI, MAC 등)의 해시(Hash)값으로 매핑하여 노드 원장에 등록하는 방식으로 시스템을 구현합니다.
폰을 분실하거나 새 기기로 변경할 경우, 기존 ID를 어떻게 동일하게 다시 쓸 수 있나요?
기존 ID를 전혀 문제없이 안전하게 이어 사용할 수 있습니다. 분실 신고 즉시 구형 기기의 인증 권한은 원격으로 영구 폐기(Revoke)되며, 새 기기에서 1회의 본인확인만 거치면 새로운 기기가 안전한 인증 노드로 재등록됩니다.
인증 권한이 특정 기기에 영구 종속되는 것이 아니라, 전체 분산 네트워크의 '권한 증명(Proof of Authority)' 방식을 따르기 때문입니다. 스마트 컨트랙트를 통해 기존 권한을 삭제하고, 엄격한 분산 합의를 거쳐 새 기기에 권한을 동기화하는 제로 트러스트(Zero Trust) 아키텍처가 작동합니다.
시스템 백엔드에 '기기 분실 및 재등록 파이프라인' API를 구성합니다. 분실 접수 시 원장 내 해당 노드의 상태값을 즉시 '비활성화(Deactivated)' 처리하고, 새 기기 로그인 시 OTP·이메일 등 고객사가 지정한 2차 인증을 거치면 새로운 하드웨어 해시값을 원장에 업데이트하여 권한을 이관합니다.
스마트폰을 노드로 이용할 때 수용 가능한 최대 유저 수는 얼마나 되나요?
가장 엄격한 보안 컴플라이언스를 요구하는 제1금융권(시중 은행 등) 및 대형 금융지주사에 성공적으로 도입된 레퍼런스를 보유하고 있습니다. 시스템이 수용할 수 있는 최대 유저 수는 사실상 '무제한(Infinite Scalability)'입니다.
접속자가 늘어날수록 중앙 서버가 감당해야 하는 부하가 폭증하는 레거시 시스템과 달리, BSA는 사용자 스마트폰 하나하나가 검증에 참여하는 노드 역할을 수행합니다. 트래픽(유저)이 증가할수록 네트워크의 합의 파워가 함께 증가하는 자가 증식(Self-Scaling) 구조를 가졌기 때문입니다.
클라이언트 단말기(Light Node) 그룹과 백엔드의 검증 서버(Validator Node) 그룹을 분리하여 스케일 아웃(Scale-out) 아키텍처를 구성하고, 로드밸런서가 검증 트래픽을 동적으로 분산 처리하도록 구현합니다.
시스템 도입을 위한 Tech Stack 조건과 연동 환경은 어떻게 되나요?
고객사의 기존 인프라(코어 뱅킹, 레거시 DB 등)를 전면 교체하거나 중단할 필요가 전혀 없습니다. 기존 시스템 위에 가볍게 얹히는(Overlay) 방식으로 즉시 탑재됩니다.
무겁고 복잡한 블록체인 메인넷 코어 엔진은 당사의 독립된 백엔드에서 구동되며, 고객사는 인터페이스 레이어(API/SDK)만 연결하면 되는 마이크로서비스 아키텍처(MSA)로 철저히 모듈화되어 설계되었기 때문입니다.
Backend: 표준화된 RESTful API를 통해 고객사 서버(Java, C#, Node.js 등 언어 무관)와 통신합니다. Frontend: iOS 및 Android 네이티브 환경을 모두 지원하는 SDK를 제공하여, 고객사가 운영 중인 기존 앱 내부(In-App)에 라이브러리 형태로 추가(Add-on)합니다.
시스템 도입 시 소요 시간, 비용, 그리고 고객사 측 투입 인력은 어느 정도인가요?
요구사항 정의부터 상용화까지 보통 2~3개월이라는 초단기 프로젝트로 완료됩니다. 고객사 측에서는 매우 최소한의 인력만 배정하시면 됩니다.
인증 프로세스의 핵심 코어 로직은 이미 검증이 완료된 패키지 형태로 제공되기 때문입니다. 고객사 측은 백엔드 로직을 고민할 필요 없이 프론트엔드의 연동 작업만 수행하므로 리소스 소모가 극단적으로 낮습니다.
당사에서 프로젝트 매니저(PM)와 연동 지원 엔지니어를 파견합니다. 고객사는 자사 앱에 SDK를 연동할 내부(또는 외주) 개발자 1~2명과, 인증 시나리오(UI/UX)를 결정할 기획·정책 책임자 1명만 프로젝트 T/F에 배정해 주시면 됩니다.
서버 환경 구성 시 Cloud(SaaS) 모델과 On-Premise(구축형) 모델의 장단점은 무엇인가요?
Cloud(SaaS)는 초기 인프라 구축 비용이 저렴하고 2주 내 초단기 도입이 가능합니다. 단, 해당 국가의 '데이터 국외 반출 금지' 규제 시 제약이 있을 수 있습니다. On-Premise(구축형)는 고객사 자체 데이터센터 내에 직접 구축되므로 완벽한 통제권과 민감 데이터 유출 차단이 가능합니다. 단, 초기 하드웨어 도입 비용과 구축 시간이 소요됩니다.
클라우드는 글로벌 인프라 자원을 공유하여 비용 효율을 극대화하기 위함이며, 온프레미스는 금융·공공기관의 자체 방화벽 내에 독립된 프라이빗 블록체인 망을 구성하여 물리적 규제 컴플라이언스를 100% 충족하기 위함입니다.
도입 기관의 보안 정책에 따라 선택 가능하며, 최근 대형 기관들은 검증 코어는 내부에 두고 일반 유저 트래픽은 클라우드에서 분산 처리하는 하이브리드(Hybrid) 아키텍처를 가장 선호합니다.
금융권 외 확장 중인 산업군 현황과 고객사별 주요 인증 방식은 무엇인가요?
스마트시티, 통신망, 국방 등 국가 인프라 규모의 수백만 트래픽을 처리하는 범용 보안 모델로 확장 중입니다. 사용자는 복잡한 비밀번호 입력 없이 생체인증(지문, Face ID)만 사용하는 '패스워드리스 기반 다중 요소 인증(MFA)'을 표준으로 채택하고 있습니다.
사용자는 단 1초 만에 지문만 찍지만, 백엔드에서는 단말기 무결성 검증과 원장 합의가 동시에 이루어져 '가장 직관적인 편의성(UX)'과 '최고의 군사급 보안(Backend)'을 동시에 달성했기 때문입니다.
기기의 FIDO API(생체 인식)를 호출하여 로컬 인증을 1차로 수행한 후, 그 결과값과 단말기의 고유 식별값을 결합한 해시 데이터를 BSA 블록체인 망으로 전송하여 최종 승인(2차)을 내리는 로직으로 구현됩니다.
시스템 운영 중 주로 발생하는 QC(품질관리) 이슈나 에러(Access Error) 사례와 해결 방안은 무엇인가요?
과거 초창기 모델에서 저가형 단말기의 생체센서 오작동 문제와 개발도상국의 불안정한 통신망에 의한 접속 타임아웃(Access Error)이 있었으나, 현재는 시스템적으로 완벽히 극복했습니다.
글로벌 서비스 환경에서는 단말기 파편화(Fragmentation) 현상과 열악한 네트워크 환경을 모두 포용해야 무중단 서비스가 가능하기 때문입니다.
기기 파편화 방어: 단말기 센서 오류 시 즉각 자체 PIN 코드 인증으로 자동 전환되는 Fall-back 우회 파이프라인을 구축했습니다. 네트워크 지연 방어: 서버 간 통신 검증 메시지(OTA 해시)의 페이로드 용량을 극도로 압축하고, 지연 발생 시 백엔드의 '슈퍼 노드'가 합의를 대신 완료하는 비동기 통신 알고리즘을 적용했습니다.
글로벌 시장에서 추진되고 있는 실질적인 활용 사례는 어떤 것이 있나요?
여러 국가의 국책은행·상업은행 및 국영 통신사의 국가망 인프라 고도화 사업, 그리고 초대형 글로벌 에너지 기업과의 대규모 보안 융합 프로젝트를 활발히 전개하고 있습니다.
신흥 국가들은 선진국의 무거운 레거시를 건너뛰고 곧바로 최신 모바일·블록체인 인프라로 도약하는 '립프로깅(Leapfrogging)' 전략을 취하고 있습니다. BSA는 막대한 중앙망 투자 비용 없이 국가급 보안 인프라를 최단기에 구축할 수 있는 최적의 솔루션이기 때문입니다.
현지 정부 부처 및 국책 기관의 중앙 데이터센터에 BSA 프라이빗 메인넷 코어를 구축하고, 이를 API 게이트웨이 형태로 산하 공공기관 및 금융사에 배포하여 국가 통합 인증 망을 조성합니다.
CTO/CISO 심화 방어
[노드 구성] 금융기관 내부 망에 가상 인스턴스를 구현하여, 외부 폰에만 의존하지 않고 자체 노드로 운영하는 것도 가능한가요?
완벽하게 가능하며, 대형 금융기관에서 가장 강력히 요구하고 선호하는 '엔터프라이즈 하이브리드 아키텍처'입니다. 은행 프라이빗 클라우드 내에 수백 개의 가상 인스턴스를 띄워 자체 통제 가능한 독자적 검증 생태계를 구축할 수 있습니다.
BSA 시스템의 노드(Node)는 반드시 '물리적 스마트폰'일 필요가 없기 때문입니다. 인증에 참여할 수 있는 논리적 단위라면 그 형태를 가리지 않는 유연한 구조를 가졌습니다.
내부 망(DMZ 구간 등)에 Docker나 Kubernetes와 같은 컨테이너 도구를 활용하여 다수의 가상 머신(VM) 노드를 배포하고, 이들로 구성된 내부 프라이빗 합의 클러스터(Cluster)를 구축합니다.
[컴플라이언스] 개인정보보호법에 따른 정보 삭제(잊힐 권리) 요구 시, 수정·삭제가 불가능한 블록체인의 원장 특성과 법적 충돌은 없나요?
전혀 충돌하지 않으며 법적 규제를 100% 완벽하게 준수합니다. 고객 탈퇴 시, 금융사의 중앙 DB 내 개인정보만 삭제하면 모든 법적 요건이 마무리됩니다.
BSA 원장에는 고객의 이름이나 전화번호 같은 민감한 식별 정보(PII)가 애초에 한 글자도 기록되지 않는 '영지식 증명(Zero-Knowledge Proof)' 기반의 분산 원장 아키텍처를 채택했기 때문입니다.
블록체인에는 오직 무의미한 '해시 난수'만 기록됩니다. 고객사 DB가 지워지면 원장 데이터와 실제 개인을 매핑할 수 있는 연결고리가 끊어져, 원장의 데이터는 영원히 주인을 찾을 수 없는 안전한 디지털 쓰레기가 되므로 규제 위반 소지를 완전히 차단합니다.
[내부자 위협 방어] 외부 해커가 아니라 최고 권한을 가진 내부 시스템 관리자(Super Admin)가 악의적으로 인증을 통과시키려 한다면 방어가 가능한가요?
최고 관리자라 할지라도 단독으로 인증을 승인하거나 위·변조하는 것은 시스템 구조상 원천적으로 불가능한 철벽 방어를 제공합니다.
기존 서버처럼 중앙 DB에 관리자가 들여다보고 조작할 수 있는 '정답지(Key 원장)' 자체가 존재하지 않는 Key-less 구조이기 때문입니다.
시스템의 최종 승인 트리거는 반드시 '고객 본인 단말기 노드'의 데이터 무결성 검증 값과 다수 노드 간의 과반수 합의를 통해서만 이뤄지도록 로직이 짜여 있어, 백엔드 관리자가 임의로 스위치를 켤 수 있는 수단을 원천적으로 차단합니다.
[기술 초격차] 생체인증 표준으로 널리 쓰이는 FIDO2 대신 굳이 BSA 기술을 도입해야 하는 결정적 우위는 무엇인가요?
FIDO2는 훌륭하지만, 해킹의 타깃이 되는 '프라이빗 키'를 보관해야 하고 막대한 '중앙 서버'에 의존해야 하는 태생적 한계를 지닙니다. BSA는 프라이빗 키 자체를 아예 없애고 기기를 노드화하여, FIDO2의 한계를 완전히 박살 낸 차세대(Next-Gen) 기술입니다.
보안성(Key-less): FIDO2는 폰에 보관된 '키'를 노리는 고도화된 타깃 해킹에 노출됩니다. BSA는 털어갈 '프라이빗 키' 자체가 생성되지 않으며, 분산 합의로 단일장애점(SPOF)을 제거합니다. 복구 완결성: FIDO2는 기기 분실 시 결국 취약한 방식(SMS/이메일)으로 우회 인증(Fallback)해야 하지만, BSA는 블록체인 상에서 권한을 완벽히 폐기하고 재등록도 합의를 통해 최고 보안을 유지합니다.
무거운 FIDO 중앙 서버를 증설하는 대신, 클라이언트의 하드웨어 식별 연산값을 직접 BSA 분산 원장 메인넷으로 전송하여 합의를 구하는 가벼운 프로세스로 아키텍처를 교체합니다.
대규모 트래픽 · 데이터 부하 방어
[TPS 저하 방어] 급여일 등 대규모 사용자가 동시에 접속하여 트래픽이 폭주할 때, 블록체인 특유의 병목 현상이나 TPS 저하가 발생하지 않나요?
지연이 발생하지 않으며, 오히려 트래픽이 몰릴수록 시스템의 검증 속도와 안정성이 상승하는 역발상적 확장성을 발휘합니다. 극한의 피크타임에도 1밀리초(ms) 단위의 쾌적한 속도를 보장합니다.
접속자가 몰리면 중앙 서버는 연산 한계로 다운됩니다. 하지만 BSA는 스마트폰 자체가 연산을 분담하는 노드이므로, 사용자가 1,000만 명으로 늘면 이를 처리할 검증 노드 역량도 1,000만 개로 동시에 증가하여 부하가 완벽히 상쇄되는 자가 증식(Self-Scaling) 구조입니다.
전체 노드 그룹을 샤드(Shard)로 나누어 트랜잭션을 병렬 처리하는 '샤딩 아키텍처'를 도입하고, 로드밸런서(L4/L7)를 통해 인바운드 트래픽을 최적의 샤드로 자동 분산시킵니다.
[스토리지 부하 방어] 사용자가 수천만 명으로 늘고 수년간 운영될 경우, 메인넷 원장 데이터 용량이 기하급수적으로 커져 코어 뱅킹에 부하를 주지 않나요?
데이터 폭증으로 인한 코어 시스템의 과부하 우려가 전혀 없습니다. 코어 뱅킹에 어떠한 부하도 주지 않으며, 수십 년간 운영해도 메인넷 원장은 가볍고 빠른 최적의 상태를 유지합니다.
인증망(BSA)과 금융 원장(코어 뱅킹) 아키텍처가 완전히 분리(Decoupling)되어 병렬 처리됩니다. 또한 BSA 원장에는 무거운 데이터가 없고 오직 수십 바이트(Byte) 크기의 '단말기 무결성 해시'와 승인 상태값만 기록되는 목적 특화형 초경량 구조이기 때문입니다.
코어 뱅킹과 비동기식으로 통신하며, 메인넷에 '상태 스냅샷(State Snapshot)' 및 '아카이빙(Archiving)' 기술을 적용합니다. 실시간 검증에 필요한 최신 상태값만 고성능 메모리에 유지하고, 과거 데이터는 압축하여 주기적으로 오프로딩(Off-loading)시킵니다.
[네트워크 대역폭 통제] 통신 인프라가 열악한 국가에서 수많은 단말기 노드가 상호 통신할 경우, 과도한 네트워크 대역폭을 소모하여 부하를 유발하지 않나요?
사용자 단말기의 데이터(요금제) 소모가 사실상 0%에 가까우며, 3G 이하의 초저대역폭 환경에서도 통신 부하 없이 즉각적인 인증 합의가 가능합니다.
노드 간 합의 시 원본 데이터를 통째로 주고받지 않고, 수학적으로 극도로 압축된 초경량 서명 데이터 조각만 교환하는 최적화된 통신 방식을 사용하기 때문입니다.
클라이언트와 백엔드 간 통신 시 무거운 HTTP 대신 gRPC 기반의 초경량 양방향 프로토콜을 적용하여 패킷 오버헤드를 최소화하고, 통신이 끊겨도 유실된 해시만 즉각 재요청하는 파이프라인을 구축합니다.
미래 비전 · 국가 인프라 확장성
[패러다임 전환] IT 생태계가 웹 3.0(Web 3.0)으로 전환되는 과도기에서, 도입 국가가 기존 시스템이 아닌 BSA를 국가 인프라로 채택해야 하는 거시적 이유는 무엇인가요?
FIDO2 등은 'Web 2.0(중앙 집중형)' 환경의 완성일 뿐, 다가오는 'Web 3.0(탈중앙화)' 생태계에는 부합하지 않는 과거의 모델입니다. BSA는 기존 환경을 수용하면서도 Web 3.0 시대로 별도의 재구축 없이 곧바로 도약하게 해주는 최고의 '네이티브 브릿지(Native Bridge)'입니다.
BSA는 '단순 로그인 툴'이 아니라 태생 자체가 분산 원장 기술(DLT)이기 때문입니다. 데이터 통제권이 사용자 단말기에 귀속되는 자기주권신원(SSI) 철학을 근본적으로 내포하고 있습니다.
현지 정부가 향후 CBDC(중앙은행 디지털 화폐)나 전자 투표 등의 국가 디지털 자산 사업을 전개할 때, 이미 도입해 둔 BSA 인증망의 API만 연동하면 곧바로 '디지털 지갑 검증 및 스마트 컨트랙트 실행 인프라'로 무한 확장되도록 시스템을 설계합니다.
산업별 구체적 유스케이스
금융기관(Finance): 고액 이체 및 비대면 대출 시 '무매체 절대 인증'
단말기 하드웨어 무결성과 생체 정보가 결합되어, 피싱 앱이나 가로채기를 통한 중간자 해킹(MITM) 시도를 원천 차단하기 때문입니다.
Backend: 코어 뱅킹 원장과 분리된 금융사 내부망에 BSA 노드를 구성합니다. Frontend: 기존 뱅킹 앱 내부에 당사 SDK를 탑재하여 뱅킹 앱을 이탈할 필요 없이 생체인식 1회만으로 모든 승인 과정을 종료합니다.
정부·공공기관(Government): 국가 통합 디지털 신분증(DID) 및 초고속 SSO 로그인
영지식 증명(Zero-Knowledge Proof) 기반으로 설계되어 민감한 주민등록번호 등을 중앙 서버에 모아두지 않으므로, 국가 단위의 대규모 DB 해킹 위험이 구조적으로 소멸합니다.
Backend: 정부의 통합 인증 게이트웨이에 메인넷을 연동하여 중앙 집중형 인증 서버 없이 SSO 체계를 구축합니다. Frontend: 정부가 공식 배포하는 '대국민 통합 디지털 지갑/신분증 앱' 내부에 BSA를 코어로 탑재하여 즉각 연동합니다.
통신사(Telecom): SIM 스와핑(복제) 방어 및 차세대 '인증 프로바이더(IdP)' 사업
복제가 쉬운 USIM 번호가 아닌 '디바이스 하드웨어 고유값'을 인증의 근간으로 삼아 유심 복제 금융 범죄를 완전히 무력화합니다.
Backend: 가입자 서버(HLR) 연동 시 단말기 고유 MAC/IMEI 값을 매핑하여 원장을 구성합니다. Business: 구축된 BSA 엔진을 Open API로 전환하여 외부 은행이나 이커머스 기업에 과금형(B2B) 인증 서비스로 제공합니다.
일반 기업(General Enterprise): 사내망 제로 트러스트 및 B2C 이커머스 이탈 방지
해커가 털어갈 '비밀번호'와 '프라이빗 키' 자체를 완전히 없앤 Key-less 구조이므로, 피싱 공격이나 크리덴셜 스터핑 공격이 발생할 수 없습니다.
Backend: SaaS 구독 형태로 사내 ERP 시스템의 표준 SAML 또는 OAuth 모듈에 BSA 연동 플러그인을 즉시 연결합니다. Frontend: 사내 그룹웨어 모바일 앱이나 쇼핑몰 앱에 SDK를 적용해 패스워드 입력창을 없애고 쾌적한 UX를 제공합니다.