2026년 10월 26일 8:00 (JST)
【일본】PQC(양자 컴퓨터에 견디는 암호화), AI, 클라우드 활용, API 연동의 발전으로 인해 결제 분야에서의 데이터 보호 전제는 크게 변화하고 있습니다. 향후 보안에서는 기밀 데이터의 소재를 파악하는 것뿐만 아니라, 해당 데이터를 보호하는 암호화, 키, API 키, 시크릿을 어떻게 통제할지가 중요해질 것입니다.PCI SSC 활동에 참여하며 결제 데이터 보호 실무와 표준화 양쪽 모두에 힘쓰고 있는 탈레스 DIS 재팬은, DSPM(데이터 보안 태세 관리)의 개념을 출발점으로 삼아 데이터 보호, PQC를 염두에 둔 암호화 인벤토리, 키 주권, 그리고 통합적인 데이터 보안 기반의 필요성에 대해 설명합니다.(2026년 9월 25일 개최된 ‘페이먼트 보안 포럼 2026 Fall’ 강연 중에서)
탈레스 DIS 재팬 주식회사 사이버 보안 및 디지털 신원
확인 사이버 보안 제품 사업본부 제1영업부 사토 사이러스 타케시 씨
데이터는 어디에 있으며, 무엇에 의해 보호되고 있는가
? 통제·변경 대응·증명이 중요해짐
이번 강연은 ‘PCI DSS 4.1? 5.0?’이라는 다소 도전적인 제목을 붙였습니다. 말씀드리고 싶은 것은, 지금까지 PCI DSS가 제시해 온 데이터 보호의 방향성과 현재 일어나고 있는 외부 환경의 변화를 종합해 볼 때, 앞으로 어떤 데이터 보호와 키 통제가 중요해질 것인가 하는 점입니다.
탈레스는 프랑스 정부를 주요 주주로 둔 프랑스의 기술 기업으로, 전 세계 100개국 이상에서 사업을 전개하고 있습니다. 전 세계적으로 3만 5,000개 이상의 기업과 3,000개 이상의 금융 기관이 당사의 솔루션을 이용하고 있습니다.
당사는 금융 시장에서 확고한 입지를 차지하고 있으며, 거래 측면에서 보면 그 이면을 뒷받침하는 기업입니다. 예를 들어, 전 세계 POS 거래의 80%를 보호하고 있으며, 다양한 최첨단 기술이 집약된 기업입니다. 또한, PCI SSC에서 탈레스는 자문위원회(Board of Advisors) 및 주요 참여 기관(Principal Participating Organization)으로 활동하고 있습니다.탈레스는 암호 키를 안전하게 보관·이용하기 위한 전용 장치인 하드웨어 보안 모듈(HSM)을 결제 인프라의 핵심을 지탱하는 제품으로 제공하며, 높은 시장 점유율을 보유하고 있습니다. 일본 내에서도 많은 고객님께서 이용하고 계시며, ‘payShield(페이쉴드)’를 알고 계신 분도 계실 것입니다.
탈레스는 PCI SSC 활동에 참여하고 있으며, 결제 데이터 보호의 실무와 표준 양측의 논의에 관여하고 있습니다. 본 강연은 향후 PCI DSS 요건을 예고하는 것은 아니지만, 지금까지의 표준 방향성과 시장 변화를 바탕으로 향후 기업이 대비해야 할 논점을 고찰합니다.
‘데이터가 어디에 있는가’, ‘무엇에 의해 보호되고 있는가’, ‘적절하게 통제 및 변경 관리되고 있으며, 이를 증명할 수 있는가’라는 세 가지 관점에서 질문을 던져보고자 합니다. 이는 단순한 기술적인 이야기가 아닙니다. 데이터 보호에 대해 기업으로서 설명 책임을 다할 수 있는가 하는 질문이기도 합니다.
여러 키 관리 시스템
및 데이터 보호 도구 일본 기업은 어떻게 횡단적으로 통제해야 할까요
지난번 결제 보안 포럼에서도 설명드렸지만, 흥미로운 사건이 있었습니다. 마이크로소프트가 클라우드에 보관하고 있던 BitLocker 복구 키를 유효한 영장에 근거하여 FBI에 제공한 사례가 보도되었습니다. 여기서 중요한 점은 암호화 방식 자체가 뚫린 것은 아니라는 점입니다.암호화된 데이터라 하더라도 복구 키를 확보할 수 있다면, 정당한 권한을 가진 자든 공격자든 데이터에 접근할 가능성이 있습니다. 즉, 중요한 것은 단순히 ‘데이터를 암호화하고 있는가’만이 아닙니다. ‘그 키를 누가 가지고 있는가’, ‘어디에 보관되어 있는가’, ‘누가 접근할 수 있는가’까지 포함하여 고려하는 것이 중요합니다.
여기서 묻고 싶은 점은 ‘데이터와 키가 동일한 관리 주체의 관할 하에 놓여 있지 않은지’, ‘클라우드 사업자나 외부 위탁처가 복호화할 수 있는 구조로 되어 있지 않은지’, ‘복구 키나 중요한 키에 누가 접근할 수 있는지 파악하고 있는지’입니다.
세 가지 수치를 소개해 드리겠습니다. 일본 기업의 41%가 5개 이상의 외부 키 관리 시스템을 보유하고 있으며, 73%가 암호화를 비롯한 데이터 보호 도구를 5개 이상 이용하고 있습니다.
한편, 일본 기업의 57%가 HNDL(Harvest Now, Decrypt Later) 공격을 가장 큰 우려 사항으로 꼽고 있습니다. 당사는 매년 위협 보고서를 발표하고 있으며, 2026년판 최신 보고서에서는 일본 기업 201곳으로부터 얻은 응답을 바탕으로 분석했습니다.
HNDL이란 ‘지금은 암호화된 데이터를 훔쳐 두고, 나중에 복호화한다’는 단순한 공격 방식입니다. 즉, 현재 시점에서 공격자 등 제3자가 데이터를 복호화할 수 없다고 해서 장기적인 안전성이 보장되는 것은 아닙니다.
저희의 견해로는, 여러 개의 키 관리 시스템이나 데이터 보호 도구를 이용하는 것 자체에는 문제가 없습니다. 클라우드, 지역, 사업 부문, 규제 등 각 용도에 따라 여러 체계를 적절히 구분하여 사용하는 것은 지극히 자연스러운 일이라고 생각합니다. 중요한 것은 ‘기업 전반에 걸쳐 공통된 정책을 정하고 있는가’, ‘전체를 총괄하는 명확한 책임자를 두고 있는가’‘어디서 무엇이 사용되고 있는지 가시화하고 있는가’, ‘키 관리 및 데이터 보호 현황을 일원적으로 평가하고 있는가’, ‘예외나 중복, 관리 누락을 파악하고 있는가’와 같은 질문에 확실하게 답할 수 있는 것입니다. 이러한 여러 체계를 횡단적으로 통제할 수 있는지 여부가 장기적인 안전성을 확보하는 데 있어 중요한 과제가 됩니다.
‘암호화를 도입했다’는 것만으로는 충분하지
않습니다. ‘위협에 대해 제대로 기능하고 있다’는 점을 설명할 책임
PCI DSS의 실제 요건을 살펴보더라도, 단순히 암호화를 구현하는 것뿐만 아니라 이를 적절히 운용·관리하는 ‘실효성 있는 통제’의 중요성이 높아지고 있음을 알 수 있습니다.
상당히 대략적인 예이지만, 기존의 감사에서는 ‘기밀 데이터를 적절히 암호화하고 있는가’, ‘강력한 암호화 알고리즘을 사용하고 있는가’와 같은 점이 QSA(공인 보안 평가자)에 의한 평가의 주요 확인 사항이었다고 생각합니다.
이에 반해 현재는 ‘운영 환경과 테스트 환경에서 키가 적절히 분리되어 있는지’, ‘누가 마스터 키에 접근할 수 있으며, 그 권한이 어떻게 분리·분산되어 있는지’, ‘외부 위탁처나 클라우드 사업자 등 제3자가 복호화할 수 없음을 증명할 수 있는지’와 같은 점까지 QSA로부터 질문을 받게 되었습니다.
그 상징적인 예가 바로 디스크 암호화에 대한 접근 방식입니다. 요컨대, “암호화를 구현했습니다. 그걸로 끝”이라고 할 수는 없습니다.현재 PCI를 둘러싼 환경에서는 암호화를 구현하고 있다는 사실뿐만 아니라, 예상되는 위협에 대해 그 대책이 실제로 기능하고 있음을 설명할 수 있는, 이른바 ‘설명 책임’을 다하는 것이 시장과 규제 양측으로부터 요구되고 있습니다.
PCI DSS에서는 단순히 암호화를 구현하고 있다는 사실뿐만 아니라, 키에 대한 접근 관리 및 직무 분리 등을 포함하여 데이터가 실질적으로 보호되고 있음을 설명하는 중요성이 높아지고 있습니다. 요구되는 것은 ‘암호화를 하고 있는가’뿐만 아니라 ‘그 암호화가 실질적으로 기능하고 있는가’라는 점입니다.향후 PCI DSS를 고려하는 데 있어서도 이러한 실효성을 입증하는 것은 계속해서 강력히 요구될 것으로 생각합니다.
양자 컴퓨터의 산업화를 염두에 두고
‘Q-데이’를 기다리지 말고, 계획적인 조달 및 전환 준비를
다음으로 중요한 점은 현재 사용 중인 암호화 기술이 데이터를 보호해야 하는 기간 동안 충분한 안전성을 유지할 수 있는지 여부입니다. 즉, 중장기적인 안전성을 어떻게 보장할 것인가 하는 문제입니다. 또한, 현재 사용 중인 암호화 알고리즘에서 취약점이 발견되었을 때 새로운 암호화 방식으로 원활하게 전환할 수 있는지도 중요한 요소가 됩니다.이러한 암호화 기술의 변화에 유연하게 대응하는 ‘크립토 애질리티(Crypto Agility)’가 요구되고 있습니다. 실제로 암호화 방식의 변경에는 프로토콜이나 라이브러리, HSM 등의 하드웨어를 포함해 광범위한 대응이 필요할 수 있습니다. 이러한 과제에 정면으로 맞서야 하는 상징적인 사례가 바로 PQC(양자 컴퓨터에 견디는 암호화)로의 전환입니다.
PQC와 관련하여 외부 동향을 몇 가지 소개합니다. 2026년 6월, 미국 연방 정부는 고가치 자산 및 영향력이 큰 시스템을 대상으로, 키 생성 방식은 2030년 말까지, 디지털 서명은 2031년 말까지 PQC로 전환하겠다는 방침을 밝혔습니다.
싱가포르에서는 싱가포르 사이버 보안청(CSA)이 ‘Quantum-Safe Migration Handbook’을 발간했습니다. 이 핸드북에서는 양자 위험 평가, 암호 자산 파악, 크립토 애질리티 확보, PQC로의 단계적 전환 등 양자 안전성을 확보하기 위한 구체적인 접근 방식이 제시되어 있습니다.C2 소유자(중요 인프라)에 대해서는 반년 후인 27년 3월까지 이행 계획 제출, 28년 이후에는 신규 조달 시 양자 보안 대응 또는 대응 준비, 31년 말까지 완전한 이행을 목표로 하는 마일스톤이 제시되어 있습니다.
특히 중요한 것은 ‘양자 컴퓨터가 언제 실용화될지’를 정확히 예측하는 것이 아니라, 그때까지 이전을 완료할 수 있도록 지금부터 준비를 진행하는 것입니다.시장 전체적으로는 2035년이라는 시간축도 하나의 기준으로 제시되고 있지만, ‘Q-데이’, 즉 현재의 공개키 암호를 해독할 수 있는 양자 컴퓨터가 등장하는 날을 정확히 예측하는 것 자체가 중요한 것은 아닙니다. 중요한 것은 기한을 설정하고, 거기서부터 역산하여 계획, 조달, 이전을 시작하고 있는가 하는 점입니다.PQC는 더 이상 단순한 미래의 기술 트렌드가 아니라, 전환에 필요한 기간을 고려하여 지금부터 준비를 진행해야 할 과제가 되었습니다. 실제로 PQC로의 전환에는 수년이 소요될 가능성이 있으므로, 양자 취약한 암호의 특정 및 우선순위 설정을 지금부터 시작하는 것이 권장됩니다.
또 다른 중요한 논점이 있습니다. 기업이 시스템이나 서버를 조달·교체할 경우, 그 계획 자체가 수년 단위에 이르는 것도 드문 일이 아닙니다. PQC로의 전환에 있어서도 우선 현재의 암호화 환경을 파악하고, 중요한 시스템을 특정된 후, 벤더의 대응 계획 확인, 제품 평가, PoC 등을 단계적으로 진행해 나가야 합니다.따라서 향후 5년, 7년, 10년 등 장기간에 걸쳐 사용할 시스템에 대해서는, 장래에 PQC를 지원할 수 있는지, 적어도 필요에 따라 암호화 방식을 업데이트할 수 있는 설계로 되어 있는지를 지금 단계부터 확인해 두어야 한다고 생각합니다.
PQC 대응을 위해 대상 파악 및 우선순위 설정
벤더의 로드맵도 조기에 확인
PCI SSC 세션에서는 PCI 개정을 2028년 2분기를 목표로 하고 있다는 점이 제시되었습니다. 구체적인 내용이 밝혀진 후에야 PQC 대응을 시작한다면, 차기 시스템 조달이나 갱신 시기에 맞추지 못할 가능성도 있다고 생각합니다.
물론, 지금 당장 모든 것을 PQC로 전환하자는 것은 아닙니다. 지금부터 시작해야 할 것은 대상이 되는 시스템이나 암호 자산을 파악하고, 위험도에 따라 우선순위를 정하며, 벤더의 대응 로드맵을 확인하는 것입니다. PQC로의 전환은 장기간에 걸쳐 진행될 가능성이 있으며, 대규모 금융 기관의 경우 완전한 전환에 최대 10년 정도가 소요될 것이라는 전망도 있습니다.
아래 그림은 PQC 이전을 위한 일반적인 진행 방식의 한 예를 보여줍니다. 처음부터 모든 암호화 방식을 교체할 필요는 없습니다. 우선 중요한 것은 현재 어떤 암호화 기술을 어디에서 사용하고 있는지 파악하는 것입니다.키, 인증서, 암호화 알고리즘, 암호화 라이브러리, 통신 프로토콜 등 현재 이용 중인 암호화 자산을 전면적으로 점검하여, 전환 대상과 우선순위를 명확히 합니다.
다음으로, 해당 암호화 자산이 무엇을 보호하고 있는지 확인합니다.예를 들어, 보호 대상이 단기간에 가치를 잃는 데이터인지, 아니면 10년, 20년에 걸쳐 기밀성을 유지해야 하는 데이터인지에 따라 전환의 우선순위가 달라집니다. 또한, 해당 암호화 자원이 어떤 시스템이나 API, 인증서, 제품, 외부 서비스에서 사용되고 있는지 파악하고, 변경에 필요한 시간과 영향 범위도 평가해 나갑니다.
이를 위해서는 ‘암호자산’과 ‘데이터’라는 두 가지 관점에서 현황 조사를 실시하는 것이 중요합니다. 데이터에 대해서는 어디에 어떤 데이터가 있으며, 어느 정도 중요한지, 언제까지 보호해야 하는지를 파악합니다.한편, 암호자산에 대해서는 키나 인증서, 암호화 알고리즘, API 등 어디에서 무엇이 사용되고 있는지를 파악합니다. 이 두 가지를 연관 지어 ‘어떤 데이터를, 어떤 암호나 키로, 언제까지 보호해야 하는지’를 명확히 한 뒤, 마이그레이션의 우선순위를 결정해 나갑니다.
■문의처
탈레스
DIS 재팬 주식회사 사이버
보안 제품 사업본부 URL: https://cpl.thalesgroup.com/ja
이메일: cpl.jpsales@thalesgroup.com
