IonQ는 왜 Elisity를 사려 할까
IonQ는 왜 Elisity를 사려 할까
AI 보안과 양자암호가 만나는 지점
RyanLab | Ryan Choi | 2026.10.12
지난 글에서 AI 에이전트 보안과 투자 기회를 살펴보며 한 가지 질문이 남았습니다.
AI가 악성 지시를 알아보지 못하는 순간에도, 피해를 제한할 수 있을까?
병원의 의료 AI와 접근 통제 그리고 안전한 통신을 표현한 개념 삽화
이번에는 병원을 떠올려 보겠습니다.
의료진을 돕는 AI 에이전트가 환자의 진료 기록을 정리하고, 검사 결과를 조회하며, 다른 병원에서 전달받은 자료를 요약한다고 가정해 보겠습니다. 의료진은 AI가 정리한 내용을 확인하면서 진료에 필요한 정보를 더 빠르게 파악할 수 있습니다.
그런데 외부에서 들어온 문서에 AI를 속이는 지시가 숨어 있다면 어떨까요. AI가 그 문장을 참고 자료가 아니라 실행해야 할 명령으로 받아들이고, 원래 업무와 관계없는 시스템에 접근하려 한다면 문제가 시작됩니다.
이것은 설명을 위한 가상 상황입니다. 기술적으로는 외부 자료를 통해 AI의 행동을 바꾸는 ‘간접 프롬프트 인젝션’에 해당합니다. 흔히 탈옥이라는 말로 함께 이야기하지만, 모델의 안전장치를 우회하는 것과 에이전트의 업무 흐름을 가로채는 것은 구분할 필요가 있습니다.
이때 피해의 크기는 AI가 얼마나 쉽게 속았는지에만 달려 있지 않습니다. AI가 실행되는 시스템에 어떤 권한이 있고, 어떤 서버까지 연결할 수 있는지도 중요합니다.
환자 기록을 요약하는 AI가 병원의 백업 서버 관리 기능이나 의료기기 관리망에까지 접근할 이유는 없을 것입니다. 그렇다면 필요한 통신만 허용하고 나머지 경로를 미리 제한하면, AI가 잘못된 행동을 시도하더라도 피해가 번지는 범위를 줄일 수 있지 않을까요.
IonQ의 Elisity 인수 발표를 읽으면서 제가 주목한 부분이 바로 이 지점입니다.
2026년 10월 12일, IonQ는 제로 트러스트 보안기업 Elisity를 최대 $1.3B 규모의 전액 주식 거래로 인수하는 계약을 발표했습니다. 거래는 규제 승인 등을 거쳐 2026년 4분기에 마무리될 예정입니다. 아직 인수가 완료된 단계는 아닙니다. [1]
양자컴퓨터 회사가 기업의 네트워크 보안회사를 인수한다는 소식은 처음에는 다소 낯설게 느껴집니다. 하지만 AI 보안과 양자 시대의 암호 전환을 함께 놓고 보면, 두 사업이 연결되는 이유가 보입니다.
AI 시대에는 누가 어디까지 접근할 수 있는지가 중요해지고, 양자 시대에는 그 통신을 어떤 암호로 보호할지가 중요해집니다. 이번 인수는 이 두 문제를 연결하려는 시도로 볼 수 있습니다.
Elisity를 이해하기 위해 먼저 알아야 할 개념은 ‘마이크로세그멘테이션’입니다. 네트워크 안의 장비와 시스템 사이에서 필요한 통신만 허용하도록 접근 범위를 세밀하게 나누는 기술입니다.
병원 내부에 연결되어 있다는 이유만으로 모든 장비가 서로 통신할 수 있도록 두지 않는 것입니다. 진료용 단말기, 의료영상 서버, 의료기기, 백업 시스템은 각각 필요한 연결이 다릅니다.
Elisity의 IdentityGraph는 장비의 종류와 역할, 사용자 및 보안 상태, 통신 관계 등의 정보를 모읍니다. 관리자는 이를 바탕으로 접근 정책을 만들고, 지원되는 네트워크 장비를 통해 적용할 수 있습니다. 예를 들어 특정 의료기기 그룹에는 필요한 관리 서버와의 통신만 허용하는 식입니다. [2]
앞서 가정한 의료 AI에도 같은 원칙을 적용할 수 있습니다. AI가 실행되는 서버에는 업무에 필요한 시스템과의 연결을 허용하되, 접근할 이유가 없는 백업 관리망으로 향하는 연결은 차단하는 것입니다.
그림 1 필요한 연결은 허용하고 불필요한 경로는 제한하는 가상 병원 사례 [2, 3]
이 구조의 의미는 AI가 악성 지시를 제대로 판단하지 못하더라도 별도의 통제 장치가 작동할 수 있다는 데 있습니다. 해당 경로를 차단하도록 정책이 설정되어 있다면, AI가 연결을 시도해도 네트워크에서 제한할 수 있습니다.
다만 Elisity가 다루는 범위는 정확하게 이해해야 합니다.
공개된 AI 보안 설명에서 Elisity가 강조하는 통제 대상은 주로 AI 에이전트가 실행되는 장비나 워크로드의 네트워크 접근입니다. 이것이 곧 모든 AI의 지시와 도구 사용을 이해하고, 같은 서버에서 실행되는 에이전트마다 모든 행동을 개별 통제한다는 뜻은 아닙니다. [3]
예를 들어 의료 AI가 원래 접근하도록 허용된 전자의무기록 시스템에서 업무와 무관한 환자의 정보를 조회한다면 어떨까요. 연결 자체는 허용된 경로이므로, 어떤 환자의 기록을 어떤 목적으로 조회할 수 있는지 판단하는 통제가 추가로 필요합니다. AI가 부정확한 진료 요약을 만드는 문제도 네트워크 분리만으로 해결되지는 않습니다.
따라서 Elisity의 가치는 AI가 실행되는 시스템에서 다른 시스템으로 피해가 번질 수 있는 경로를 줄이는 것에 있습니다. 프롬프트 검사, 도구 사용 권한, 환자별 정보 접근 통제와 함께 작동해야 하는 방어 수단입니다.
이쯤에서 기존 보안회사들과의 차이가 궁금해집니다. 지난 글에서 살펴본 기업들도 이미 AI 보안을 강화하고 있기 때문입니다.
Palo Alto Networks의 Prisma AIRS와 CrowdStrike의 AIDR는 AI 입력과 실행 과정에서 프롬프트 인젝션 같은 위협을 검사합니다. Zscaler의 AI Gateway와 Okta의 AI 보안 기능은 에이전트의 신원과 권한, 요청이나 도구 호출에 대한 접근 허용을 다룹니다. 물론 각 회사의 전체 제품군은 이보다 넓습니다. [4–7]
표 1 이번 논의와 관련된 AI 보안 기능 비교
기업과 제품 | 주요 통제 대상 | 병원 예시에서의 역할 |
Palo Alto NetworksPrisma AIRS | AI 입력과 실행 과정의 위협 | 문서 속 악성 지시 검사 |
CrowdStrikeAIDR | 프롬프트 인젝션과 탈옥 시도 | AI 입력의 공격 징후 검사 |
ZscalerAI Gateway | 에이전트 요청과 행동별 권한 | 도구·서비스 요청의 허용 판단 |
OktaAI 보안 기능 | 에이전트 신원과 세밀한 권한 | 위임 권한과 도구 사용 통제 |
Elisity | 장비·워크로드의 네트워크 접근 | 불필요한 내부 시스템 연결 제한 |
각 회사의 전체 제품군이나 성능 순위를 뜻하지 않습니다. [2–7]
Elisity는 이들과 겹치거나 보완하는 지점에서, 장비와 시스템 사이의 통신 범위를 관리합니다. 그렇다면 이 회사에서 특별히 주목할 경쟁력은 무엇일까요.
병원으로 돌아가 보면 답을 조금 더 구체적으로 찾을 수 있습니다.
병원에는 일반 PC와 서버 외에도 영상 장비, 각종 의료기기, 오래된 운영체제를 사용하는 장비가 함께 존재합니다. 보안을 강화하고 싶어도 모든 장비에 새로운 프로그램을 설치하거나, 네트워크 구조를 한꺼번에 바꾸기는 어렵습니다. 장비의 정상 작동과 제조사 지원 조건을 확인해야 하고, 변경 작업을 위해 진료 시스템을 멈추기도 쉽지 않습니다.
Elisity의 첫 번째 특징은 이런 환경에서 지원되는 기존 네트워크 스위치를 활용한다는 점입니다.
보호 대상 장비마다 Elisity 소프트웨어를 설치하는 대신, 장비가 연결된 네트워크에서 정책을 집행합니다. 공식 문서는 Cisco, Arista, Juniper, HPE Aruba의 지원 장비를 사용하는 구조를 설명합니다. 고객이 호환되는 인프라를 갖추고 있다면 이를 활용해 통제를 확대할 수 있습니다. 실제 적용 범위는 장비 모델과 소프트웨어 버전 등 지원 조건에 따라 달라집니다. [2, 8]
병원 입장에서는 의료기기마다 프로그램을 설치하는 작업을 줄이면서 불필요한 통신을 제한할 수 있다는 의미입니다. 여러 제조사의 장비가 섞여 있는 경우에도, 지원되는 장비들을 공통된 정책 체계로 관리할 수 있다는 점이 중요합니다.
AI 보안 측면에서도 이 구조는 의미가 있습니다. 의료 AI가 실행되는 서버에 문제가 생기더라도 접근 제한은 그 서버 밖의 네트워크에서 집행됩니다. AI의 판단이 흔들렸을 때도 작동할 수 있는 별도의 방어선을 마련하는 것입니다.
두 번째 특징은 다른 보안제품이 가진 정보를 네트워크 접근 정책으로 연결한다는 점입니다.
한 병원이 CrowdStrike로 PC와 서버를 보호하고, 의료기기 정보는 별도의 전문 솔루션으로 파악하며, Palo Alto Networks 방화벽을 사용한다고 가정해 보겠습니다.
각 제품이 보유한 정보는 서로 다릅니다. 어떤 제품은 장비의 보안 상태를 잘 알고, 다른 제품은 해당 장비의 종류와 역할을 더 자세히 알 수 있습니다. 이 정보를 연결하면 “이 장비가 지금 어느 시스템까지 접근해도 되는가”를 판단하기 쉬워집니다.
Elisity는 CrowdStrike의 장비 속성과 Zero Trust Assessment 점수 등을 IdentityGraph로 가져와 정책 그룹의 조건으로 활용합니다. 관련 정책을 설정하면 보안 상태가 달라진 장비를 더 제한적인 그룹으로 분류할 수 있습니다. 다만 변경이 반영되는 속도는 정보 갱신 주기와 설정에 따라 달라집니다. [9]
Palo Alto Networks와의 연동도 흥미롭습니다. Elisity에서 분류한 장비 그룹을 방화벽의 동적 주소 그룹에 전달해, 장비의 이동이나 상태 변화가 방화벽 정책에 반영되도록 지원합니다. 기존 보안제품과 경쟁하면서도 함께 사용할 수 있는 구조입니다. [10]
그림 2 기존 보안 정보와 네트워크 정책을 연결하는 Elisity의 구조 [2, 9, 10]
여기서 제가 보는 사업적 장점은 고객이 이미 투자한 보안제품을 활용하면서 추가적인 통제 범위를 확보할 수 있다는 것입니다.
병원이 기존 제품을 유지하면서 부족한 연결 통제를 보완할 수 있다면, 전체 보안 체계를 다시 설계하는 부담을 줄일 가능성이 있습니다. Elisity 입장에서는 기존 보안 투자가 많은 고객에게도 진입할 여지가 생깁니다. 물론 실제 구매로 이어지려면 추가 비용에 상응하는 효과를 입증해야 합니다.
세 번째는 이렇게 만든 정책을 복잡한 운영 환경에 적용하고 유지하는 능력입니다.
접근을 제한하는 규칙을 만드는 것만으로 보안 프로젝트가 끝나지는 않습니다. 검사 결과 전송이나 의료영상 조회에 필요한 연결까지 잘못 막으면 진료에 영향을 줄 수 있습니다.
Elisity는 관찰한 통신을 바탕으로 정책을 검토하고, 실제 차단 전에 영향을 시뮬레이션하는 과정을 지원합니다. 최근 제품 설명에는 공통 정책을 상위 그룹에 두고, 하위 그룹에서 필요한 차이를 관리하는 기능도 나옵니다. 여러 병원이나 부서에 비슷한 규칙을 반복 적용하는 환경에서는 이런 운영 기능이 중요해집니다. [11, 12]
실제 사례도 있습니다. Elisity가 공개한 St. Luke’s University Health Network 사례는 15개 병원과 약 8만 5,000대의 운영 장비가 있는 환경을 다룹니다. 회사 측 설명에 따르면 약 한 달의 준비 후 주요 네트워크 분리 작업을 약 46일에 걸쳐 진행했으며, 큰 장애 없이 적용했습니다. 공급업체가 공개한 사례라는 점은 감안해야 하지만, 복잡한 의료 현장에서의 배치 경험을 보여줍니다. [12]
병원 고객에게는 필요한 통신을 유지하면서 위험한 연결을 줄이는 것이 중요합니다. 제품의 경쟁력도 기능 목록과 함께, 정책을 얼마나 안전하게 적용하고 적은 관리 부담으로 유지할 수 있는지에서 드러날 것입니다.
물론 이 특징들이 모두 Elisity만의 독점 기술은 아닙니다.
Akamai Guardicore는 에이전트리스 마이크로세그멘테이션을 제공하며, Aruba CX 10000 스마트 스위치를 활용하는 방식도 공개하고 있습니다. Cisco ISE·TrustSec 역시 장비를 그룹으로 분류하고 그룹 간 접근 정책을 적용합니다. Illumio도 통신 관계를 파악하고 공격 확산을 제한하는 같은 시장에 있습니다. [13–15]
따라서 Elisity의 차별점을 평가할 때는 이 고객의 기존 환경에서 어떤 방식이 더 잘 맞는가를 봐야 합니다.
병원에 Elisity가 지원하는 스위치가 이미 널리 설치되어 있고, 여러 제조사의 의료기기와 보안제품을 함께 운영한다면 Elisity의 방식은 매력적일 수 있습니다. 반대로 개별 프로세스나 AI 도구 호출을 아주 세밀하게 통제하는 것이 우선이라면, 그 영역의 기능을 더 중점적으로 비교해야 합니다.
제가 Elisity에서 찾는 잠재적인 해자는 이러한 고객 환경에 대한 적합성과 축적된 운영 경험입니다.
서로 다른 보안제품의 데이터를 같은 장비에 정확하게 연결하고, 장비의 역할과 통신 관계를 정책으로 옮기며, 여러 종류의 네트워크 장비에 안정적으로 적용하는 일에는 연동 기술과 현장 경험이 함께 필요합니다. 고객 환경에 맞춰 정책과 운영 절차가 쌓이면 다른 제품으로 바꿀 때 이를 다시 검증해야 하는 부담도 생길 수 있습니다.
다만 이것은 잠재적인 경쟁력에 대한 제 해석입니다. 실제 우위의 크기는 같은 조건에서의 도입 기간, 운영 인력, 장애 발생, 고객 유지와 경쟁 수주 결과로 확인해야 합니다. 공개된 사례만으로 모든 환경에서 더 우수하다고 결론 내리기는 어렵습니다.
이런 관점에서 보면 IonQ가 Elisity를 통해 얻으려는 가치도 조금 더 선명해집니다. 기업 현장의 자산과 통신 관계를 파악하고, 그 위에 정책을 적용하는 능력이 양자 보안의 도입 과정에도 도움이 될 수 있기 때문입니다.
같은 병원이 다른 지역의 데이터센터로 환자 기록과 의료영상을 전송한다고 가정해 보겠습니다. 여기서는 앞서 다룬 접근 통제와 함께, 이동하는 정보를 어떤 암호로 보호할지도 중요해집니다.
표 2 접근 통제와 양자 보안의 역할
기술 | 주로 답하려는 질문 | 병원에서의 활용 예 |
Elisity접근 통제 | 어떤 장비가 어떤 시스템과통신할 수 있는가 | 의료 AI 서버의 불필요한연결 제한 |
PQC양자내성암호 | 양자 공격에 견디도록 키 설정과전자서명을 어떻게 바꿀 것인가 | 의료정보 시스템과 통신의암호 체계 전환 |
QKD양자키분배 | 통신 암호화에 사용할비밀키를 어떻게 분배할 것인가 | 조건이 맞는 데이터센터 간중요 구간의 키 공급 |
QKD는 키 분배 기술이며 실제 데이터 암호화 장비와 함께 사용됩니다. [3, 16, 17]
PQC는 양자컴퓨터의 공격에 견디도록 설계된 암호 알고리즘을 활용합니다. QKD는 양자물리의 성질을 이용해 비밀키를 분배하며, 실제 데이터 암호화 장비와 함께 사용됩니다. QKD 자체가 의료정보를 암호화하는 것은 아닙니다. [16, 17]
암호가 강하더라도 이미 접근 권한을 가진 시스템이 정보를 잘못 사용하면 피해가 발생할 수 있습니다. 반대로 네트워크 접근을 엄격하게 제한하더라도, 정당하게 전송되는 데이터의 암호가 미래의 공격에 취약하다면 별도의 문제가 남습니다.
이 때문에 접근 통제와 암호 보호는 함께 필요합니다.
그렇다고 병원의 모든 장비와 연결에 QKD가 필요하다는 의미는 아닙니다. 적용 방식은 데이터의 중요도, 통신 구간, 장비 지원과 비용에 따라 달라질 것입니다. 저는 일반적인 암호 전환에서는 PQC가 폭넓게 검토되고, QKD는 인프라 조건이 맞는 중요한 통신 구간에서 선택적으로 검토될 가능성이 높다고 봅니다.
IonQ 계열의 ID Quantique는 이미 QKD와 PQC를 함께 또는 개별적으로 활용하는 키 교환 플랫폼인 Clarion KX를 제공하고 있습니다. Elisity와의 결합에서 생각해 볼 수 있는 가치는 여기에 기업의 자산 정보와 접근 정책이라는 맥락을 더하는 것입니다. [18]
이번 발표에서 특히 눈에 들어온 내용도 이 부분입니다. IonQ는 공동 로드맵을 통해 Elisity의 IdentityGraph에 암호 사용 현황과 위험 정보를 추가할 계획이라고 밝혔습니다. 이는 앞으로 구현하려는 방향입니다. [1]
병원 입장에서 암호 전환은 새로운 알고리즘을 구매하는 것만으로 끝나지 않습니다.
어떤 시스템이 어떤 암호를 사용하는지, 어떤 정보가 오가는지, 얼마나 오래 비밀을 유지해야 하는지, 장비를 언제 교체할 수 있는지부터 파악해야 합니다. 미국 NIST의 PQC 전환 프로젝트 역시 암호 사용 현황을 조사하고 위험과 우선순위를 판단하는 작업을 다루고 있습니다. [16]
이 지점에서 IdentityGraph의 자산·통신 정보와 암호 위험 정보가 연결된다면 활용 가능성이 생깁니다.
예를 들어 장기간 보호해야 하는 환자 정보가 이동하는 데이터센터 연결을 우선 검토할 수 있을 것입니다. 당장 암호 체계를 바꾸기 어려운 의료기기에는 불필요한 접근 경로를 줄이는 정책을 적용하면서, 장비 교체 일정에 맞춰 암호 전환을 준비할 수도 있습니다.
그림 3 발표된 공동 로드맵과 병원 환경에 대입한 활용 시나리오 [1, 16, 18]
이것은 발표된 방향을 병원에 대입해 본 시나리오입니다. 현재 Elisity가 모든 의료기기의 암호를 자동으로 분석하고, PQC로 바꾸거나, QKD를 자동 배치한다는 의미는 아닙니다. 접근 경로를 줄였다고 기존 암호의 취약성이 없어지는 것도 아닙니다.
하지만 이러한 연계가 실제 제품으로 구현된다면, IonQ는 고객이 양자 보안을 어디부터, 어떤 순서로 도입할지 결정하는 과정에 더 깊이 참여할 수 있습니다.
저는 이것이 이번 인수에서 검토할 만한 사업적 가능성이라고 생각합니다.
양자 보안 기술을 보유하는 것과 병원이 그 기술을 운영 환경에 도입하도록 만드는 것 사이에는 상당한 거리가 있습니다. 고객의 시스템을 파악하고, 업무 중단 위험을 줄이며, 여러 해에 걸친 전환 계획을 실행해야 하기 때문입니다.
Elisity의 기존 고객 관계와 배치 경험은 이 거리를 좁히는 데 도움이 될 수 있습니다. 지금 필요한 네트워크 보안을 제공하면서, 같은 고객과 장기적인 암호 전환을 논의할 접점이 생기는 것입니다.
물론 기존 고객이 있다는 사실만으로 IonQ의 다른 제품을 구매한다고 가정할 수는 없습니다. 고객에게 실제로 필요한 조합이어야 하고, 함께 사용할 때의 편익이 비용과 운영 부담보다 커야 합니다.
인수 가격의 적정성 역시 별도로 판단해야 합니다. 공개된 정보만으로 이를 충분히 평가하기 어려운 만큼, 이번 글에서는 기술과 사업의 연결 가능성에 초점을 맞췄습니다. 그 가능성이 성과로 이어지는지는 앞으로 확인해야 합니다.
제가 지켜보고 싶은 것은 세 가지입니다.
첫째, 암호 사용 현황과 위험 정보를 결합한 기능이 실제로 출시되는지입니다. 고객이 확인할 수 있는 정보의 범위와 지원 환경이 구체적으로 나와야 합니다.
둘째, Elisity와 IonQ의 보안 제품을 함께 사용하는 고객 사례가 등장하는지입니다. 어떤 문제를 해결했고, 도입과 운영 과정에서 어떤 효과가 있었는지가 중요합니다.
셋째, 통합이 추가 매출과 고객 관계 확대로 이어지는지입니다. 기술적으로 함께 사용할 수 있다는 사실과, 고객이 추가 비용을 지불할 만큼 필요로 한다는 사실은 각각 확인할 문제입니다.
처음의 병원 이야기로 돌아가 보겠습니다.
의료진을 돕던 AI가 잘못된 지시를 따르더라도, 그 영향이 다른 시스템으로 번지는 경로는 제한할 수 있어야 합니다. 동시에 병원 밖으로 정당하게 이동하는 환자 정보는 오랫동안 안전하게 보호해야 합니다. 이 모든 변화는 병원의 진료가 계속되는 가운데 이루어져야 합니다.
제가 이번 인수에서 관심을 갖는 것은 이 세 가지 요구를 하나의 고객 환경 안에서 연결할 수 있느냐는 점입니다.
Elisity의 경쟁력은 기업의 복잡한 장비와 보안제품을 실제 접근 통제로 연결하는 과정에서 드러날 것입니다. IonQ와의 결합 가치는 그 기반 위에서 양자 보안의 도입까지 얼마나 잘 이어갈 수 있는지에 달려 있습니다.
앞으로 병원과 기업의 실제 도입 사례가 나온다면, 이번 인수의 의미도 지금보다 훨씬 구체적으로 평가할 수 있을 것입니다.
관련 동영상을 보고 싶으신 분은 아래 링크를 클릭해 주세요
참고 자료
본문의 대괄호 번호와 연결되는 공식 자료입니다. 자료명에 원문 링크를 연결했습니다. 확인일 2026.10.12.
[1] IonQ Elisity 인수 발표 · 2026년 10월 12일
[2] Elisity Introduction to Elisity Microsegmentation
[3] Elisity AI Agent Network Security and Microsegmentation
[4] Palo Alto Networks Prisma AIRS AI Runtime Security
[5] CrowdStrike AIDR Policy Prompt Rules
[6] Zscaler AI Gateway
[7] Okta Secure AI
[8] Elisity Hardware Compatibility Matrix
[9] Elisity CrowdStrike Integration
[10] Elisity Palo Alto Networks Integration
[11] Elisity Release 26.7 · 정책 계층과 플랫폼 지원
[12] Elisity St. Luke’s 병원 네트워크 도입 사례
[13] Akamai Agentless Segmentation with Aruba Smart Switches
[14] Cisco ISE Administrator Guide · Segmentation
[15] Illumio Microsegmentation
[16] NIST NCCoE Migration to Post-Quantum Cryptography
[17] ID Quantique Quantum Key Distribution
[18] ID Quantique Clarion KX Platform
Comments