멀티테넌시 격리 (Multi-Tenancy Isolation)
쉽게 풀면
여러 세대가 함께 사는 아파트를 떠올려보십시오. 건물은 하나지만 각 세대는 서로의 집에 마음대로 들어갈 수 없도록 벽과 현관문으로 나뉘어 있습니다. 클라우드에서도 하나의 서버나 시스템을 여러 고객이 함께 나눠 쓰는 경우가 많은데, 멀티테넌시 격리는 이때 한 고객의 데이터나 작업이 다른 고객에게 새어나가지 않도록 논리적인 벽을 세우는 기술입니다.
왜 중요한가
클라우드 서비스의 경제성은 여러 이용자가 자원을 공유함으로써 비용을 낮추는 데서 나오지만, 이 구조 자체가 한 이용자의 취약점이 다른 이용자에게 영향을 미칠 수 있는 위험을 내포하기 때문에 정보보안학에서 중요하게 다뤄집니다. 격리 실패는 곧바로 여러 고객의 데이터가 동시에 노출되는 대규모 사고로 이어질 수 있어 클라우드 보안의 핵심 전제조건으로 연구됩니다.
논문에서는 이렇게 쓰입니다
격리가 완전하지 않을 때 발생 가능한 보안 위협을 실증한 연구 예시입니다.
격리 수준을 향상시키는 시스템 설계를 다루는 연구 문맥입니다.
조금 더 깊게 보면
멀티테넌시 격리는 가상머신 수준, 컨테이너 수준, 애플리케이션 수준 등 다양한 계층에서 구현될 수 있으며, 계층이 낮을수록 격리 강도는 높아지지만 자원 활용 효율은 낮아지는 경향이 있습니다. 격리가 불완전할 경우 캐시나 CPU 등 공유 하드웨어 자원을 통해 다른 테넌트의 정보를 간접적으로 추론하는 사이드채널 공격이 대표적인 위협으로 연구됩니다. 대표적인 사이드채널 위협인 스펙터·멜트다운 계열 취약점은 CPU의 추측 실행 기능을 악용해 다른 테넌트가 사용 중인 캐시 데이터를 간접적으로 추론할 수 있음을 보여주며, 이는 소프트웨어 격리만으로는 막기 어려운 하드웨어 수준의 문제로 다뤄집니다.
주의할 점
논리적으로 분리되어 있다는 것이 물리적으로 완전히 독립된 시스템과 동일한 수준의 안전성을 의미하지는 않으며, 하드웨어를 공유하는 구조적 특성상 잔존 위험이 존재할 수 있습니다. 격리 수준에 대한 요구사항은 서비스의 민감도에 따라 달라지므로 획일적인 기준을 적용하기 어렵습니다.