클라우드 컴퓨터 · 가상머신 · 도커 / 컨테이너

한국 대기업이 클라우드로 보안을 운영하는 이유부터 가상화·컨테이너의 차이까지

1. 클라우드 컴퓨터 (Cloud Computer)

1-1. 클라우드 컴퓨터란?

클라우드 컴퓨터란 내 책상 앞에 있는 컴퓨터가 아니라, 인터넷 너머 데이터센터에 존재하는 컴퓨터를 의미합니다. 사용자는 자신의 로컬 PC로 그 원격 컴퓨터에 접속해서 마치 자기 컴퓨터처럼 사용합니다.

1-2. 로컬 컴퓨터에서 어떻게 실행되는가?

실제 연산은 클라우드 서버에서 일어나고, 내 로컬 컴퓨터는 화면을 받아서 보여주고 + 키보드/마우스 입력을 보내는 역할만 합니다. 이것이 "씬 클라이언트(Thin Client)" 방식이며, 한국 대기업 VDI의 기본 동작 원리입니다.

1-3. 연결 프로토콜 — 무엇으로 연결되는가?

로컬과 클라우드 컴퓨터는 원격 데스크톱 프로토콜로 연결됩니다.

2. 클라우드 컴퓨터에서 보안이 좋은 이유

한국 대기업(삼성, SK, LG, 현대 등)이 사내 업무 PC를 클라우드(VDI)로 운영하는 가장 큰 이유는 보안입니다. 구체적으로 어떤 점이 보안에 유리한지 6가지로 정리했습니다.

3. 사내망 보안 아키텍처 — 접속 시점의 보안

앞 장에서 "왜 클라우드(VDI) 환경이 보안에 유리한가"를 다뤘다면, 이번 장은 "어떻게 실제로 지켜지는가" — 즉 로컬 PC와 클라우드 사이에 어떤 보안 장치들이 겹쳐 있는지를 다룹니다. 취약점 점검 시 어느 계층을 봐야 하는지 판단하는 데 필요한 기초 지식입니다.

3-1. 다층 방어 — 로컬 PC에서 데이터까지의 전체 흐름

로컬 PC에서 클릭 한 번이 일어났을 때, 그 신호는 다음 계층들을 순서대로 통과해야 사내 데이터에 닿을 수 있습니다. 각 계층에서 신원·내용·행동을 검증합니다.

3-2. 네트워크 계층 — 방화벽 · WAF · IDS/IPS · 망분리

가장 바깥의 보안. 사내망 경계에서 트래픽을 검사·차단합니다.

3-3. 암호화 통신 — HTTPS · TLS · VPN

로컬 PC와 클라우드 사이의 통신은 반드시 암호화되어야 합니다. 그렇지 않으면 카페 Wi-Fi, 공유 네트워크 등에서 패킷 도청(스니핑)이 가능합니다.

HTTPS와 TLS의 관계

HTTPS는 HTTP over TLS의 줄임말입니다. 즉, HTTP 요청을 TLS 암호화 터널로 감싼 것입니다. TLS 연결을 만들 때 클라이언트와 서버는 다음 과정(TLS 핸드셰이크)을 거칩니다.

🤝 깊이 들어가기 — TLS는 어떻게 비밀을 합의하는가

앞 그림 5에서 "키 교환"이라고 적었는데, 자연스러운 의문이 듭니다 — 인터넷에서 처음 만난 두 컴퓨터가, 누군가 도청하고 있는 와중에, 어떻게 둘만 아는 비밀을 만들 수 있을까? 이걸 해결한 것이 비대칭 키 암호와 Diffie-Hellman 키 교환입니다.

1단계 비유 — 자물쇠 (비대칭 암호)

기존 자물쇠는 잠그는 열쇠 = 푸는 열쇠(대칭) → 미리 만나서 키를 공유해야 함. 비대칭 암호는 잠그는 키와 푸는 키가 다릅니다.

2단계 비유 — 색깔 섞기 (Diffie-Hellman 키 교환)

실제 TLS는 더 똑똑한 방식인 Diffie-Hellman을 씁니다. 양쪽이 비밀을 직접 보내지 않고도 같은 비밀을 만들어냅니다. 색깔로 비유하면 직관적입니다.

실제로는 색깔 대신 큰 소수 또는 타원곡선의 점을 쓰고, 섞는 건 모듈러 거듭제곱이나 점 곱셈입니다. 핵심은 "섞기는 쉽지만 분리(역연산)는 계산적으로 불가능"이라는 일방향 함수의 성질입니다.

합의의 전체 과정 — 누가 무엇을 정하는가

VPN과 SSL 터널

외부(재택근무 등)에서 사내망 접속 시 VPN으로 회사 네트워크까지 암호화 터널을 만듭니다.

3-4. 인증 — ID/PW · MFA · SSO · Zero Trust

네트워크와 암호화를 통과해도 "누구냐"를 확인하는 인증을 통과해야 합니다. 최근 보안 표준은 단순 ID/PW에서 다중인증(MFA)과 Zero Trust로 빠르게 옮겨가고 있습니다.

3-5. 엔드포인트 보안 — 백신 · EDR · DLP · MDM

네트워크와 인증을 모두 통과한 뒤, VM 또는 로컬 PC 안에서 일어나는 일을 감시하는 보안입니다.

3-6. 모니터링 — SIEM · SOC · UEBA · SOAR

모든 계층의 로그는 한 곳에 모여 24시간 감시됩니다. 공격이 발생해도 빠르게 탐지·대응할 수 있도록 하는 "보안의 눈"입니다.

3-7. 취약점 점검 시 봐야 할 영역

보안 구조를 알았으니, 이제 어디가 약할 수 있는지를 정리합니다. 취약점 점검(보안 진단)을 수행할 때 다음 영역을 우선 확인하세요.

3-8. 실무 — 로컬 PC ↔ 클라우드 PC 간 새 포트 열기 ("이거 단순 방화벽 문제인가?")

전형적인 상황: 회사 노트북(로컬)과 사내 클라우드 PC(VDI/VM) 간 기본 통신(화면·키보드·마우스·클립보드)은 잘 됩니다. 그런데 내가 로컬에서 개발 서버를 열고 클라우드 PC에서 접속하려 하면 안 됨 (또는 반대 방향도 안 됨). IT 부서에 "방화벽 해제 요청"을 하면서 출발지 IP · 도착지 IP · 포트 번호를 적어 제출합니다.

막힐 수 있는 위치 — 한 패킷이 거치는 7+ 곳

각 차단 지점 자세히

그래서 방화벽 해제 신청 시 무엇을 적어야 하나

4. 연결 이후의 세션 보안 — Runtime 위협과 취약점

앞 장(섹션 3)은 "접속 시점"의 보안이었습니다 — 방화벽을 통과하고, TLS로 암호화하고, MFA로 인증해서 VM에 도착하기까지. 하지만 그 다음이 진짜 문제입니다. 세션이 만들어진 뒤에도 로컬과 클라우드 사이엔 끊임없이 데이터가 흐르고, 그 흐름의 모든 채널이 잠재적 공격 표면(Attack Surface)이 됩니다.

4-1. 세션이 만들어진 뒤 무엇이 오가는가

VDI/RDP 세션에서 로컬과 클라우드 VM 사이엔 화면 픽셀 + 입력만 오가지 않습니다. 프로토콜 안에는 여러 개의 가상 채널(Virtual Channels)이 동시에 흐릅니다.

4-2. 가상 채널과 정책 — 어디까지 열어줄 것인가

각 가상 채널은 정책으로 열거나/단방향으로 제한하거나/완전 차단할 수 있습니다. 보안 수준은 채널 정책 설정에 크게 좌우됩니다.

4-3. 세션 토큰 · 세션 하이재킹

MFA 인증을 통과하면 시스템은 세션 토큰(JWT, Kerberos 티켓, 쿠키 등)을 발급합니다. 이 토큰이 "인증된 상태"의 증명서 역할을 하기 때문에, 토큰만 탈취해도 비밀번호와 OTP 없이 세션을 가로챌 수 있습니다 — 이것이 세션 하이재킹입니다.

대표적 세션 공격 시나리오

4-4. 데이터 유출 경로 (Exfiltration Vectors)

이미 인증된 사용자(또는 그를 가장한 공격자)가 VM 내의 데이터를 외부로 빼내는 경로는 의외로 많습니다. 모든 경로에 통제가 있어야 의미가 있고, 한 곳이라도 뚫리면 전체가 무력화됩니다.

🚧 깊이 들어가기 — 왜 회사 네트워크가 HTTPS 통신을 막는가

HTTPS 차단은 보안 입장에선 합리적이지만, 사용자 입장에선 가장 답답한 통제입니다. npm install도 안 되고, GitHub 일부도 안 되고, 새 도구는 며칠씩 신청해야 하고 — 일이 정말 힘들어집니다. 여기선 왜 막는지와 어떻게 일을 덜 답답하게 만들지를 정리합니다.

OSI 계층 관점 — 정확히 어디까지 보이고 어디부터 안 보이는가

"방화벽이 안을 못 본다"를 OSI 7계층으로 정확히 보면, TLS는 L4(TCP) 위에서 작동하며 L5 이상을 통째로 암호화합니다. 즉 L4까지는 평문 헤더로 그대로 보이고, L5부터가 암호화 영역입니다 — "L4~L6이 다 안 보이는 것"이 아니라, L4는 보이고 L5부터 안 보입니다.

핵심은 L7입니다. "이 사람이 GitHub에 무엇을 올리나", "다운로드 파일에 멀웨어가 있나", "/upload인가 /search인가" 같은 실제 콘텐츠가 안 보이기 때문에 DLP·AV·WAF가 무력화됩니다. L3/L4 단서만으론 "누가 어디로 연결됐다"는 알아도 "무엇을 가져갔다"는 알 수 없습니다. 그래서 회사는 둘 중 하나를 선택합니다 — (a) SSL Inspection으로 L7을 일부러 풀어내거나, (b) 화이트리스트로 도메인(L5 SNI) 자체를 제한하거나.

🤔 헷갈리기 쉬운 점 — "양 끝단 L7은 어차피 평문 아닌가?"

예시: 회사 직원이 GitHub에 코드를 푸시할 때 무슨 일이 일어나나

차단 / 제한하는 6가지 이유

회사가 HTTPS를 다루는 3가지 방식 — SSL 인스펙션(MITM)이 핵심

🛡️ 양 끝단 L7 가시성 — 왜 회사는 PC에 에이전트를 잔뜩 까는가

여기서 중요한 통찰이 하나 있습니다. TLS는 "이동 중(in transit)"에만 암호화이고, 양 끝단(송신 PC, 수신 서버)에선 L7이 평문입니다. 네트워크 중간에서 못 보면 송신 PC 자체에서 L7을 봐버리면 됩니다 — 이것이 엔드포인트 보안의 본질입니다.

그래서 회사 PC에는 EDR · DLP · 백신 · 보안 키패드 등 에이전트가 잔뜩 깔립니다. 네트워크에서 못 보는 L7을 PC에서 보기 위한 것입니다. SSL Inspection은 네트워크 중간에서 일부러 풀어 보는 방식이고, 엔드포인트 에이전트는 애초에 암호화되기 전 단계에서 가로채는 방식입니다.

엔드포인트에서 L7을 보는 보안 도구

실제로 일이 힘들어지는 구체적 사례

4-5. 화면 보호 — 캡처 차단 · 동적 워터마크 · 촬영 추적

화면 자체가 데이터이므로, 화면을 어떻게 보호하느냐가 매우 중요합니다. 세 가지 통제가 일반적입니다.

1) 화면 캡처 차단

• PrintScreen 키 후킹 — 키 입력을 가로채 무력화
• 클립보드 이미지 필터 — 클립보드의 비트맵 데이터를 차단
• 캡처 SW 프로세스 차단 — Snipping Tool, OBS, ShareX 등 알려진 캡처 도구의 실행 차단
• 화면 합성 차단 — DRM 기반 화면(예: Netflix 같은 방식)으로 캡처 시 검은 화면

2) 동적 워터마크

화면에 사번 + 시간 + IP를 반투명으로 항상 표시. 휴대폰으로 찍어도 누가 언제 찍었는지 추적 가능.

3) 촬영 행위 자체의 탐지

• 웹캠 기반 시선 추적 — 화면에 카메라가 보이면 화면 자동 흐림
• 주변 카메라/스마트폰 감지 — 일부 시스템
• 물리 보안 — 출입 통제 구역, 휴대폰 반입 금지, CCTV

4-6. 키로깅 · 입력 보안

중요한 함정: 로컬 PC에 키로거가 있으면, 비록 VM은 안전해도 세션 안에서 입력한 비밀번호·민감정보가 로컬 PC에서 탈취됩니다. 세션의 강력한 암호화도 이 단계에서는 의미가 없습니다 — 키 입력은 암호화 전 단계에서 잡히기 때문입니다.

4-7. 세션 중 모니터링 — UEBA · DLP · PAM 녹화

세션이 살아 있는 동안 사용자의 모든 행동은 지속적으로 감시됩니다. "들어왔으니 끝"이 아니라 "들어와서 무엇을 하는가"를 보는 것이 현대 보안의 핵심입니다.

주요 감시 기법

• UEBA (User and Entity Behavior Analytics) — 평소 패턴 학습. 새벽 대량 다운로드, 평소 안 보던 시스템 접근, 비정상 IP, 비정상 속도 탐지
• DLP (Data Loss Prevention) — 클립보드, 파일 전송, 이메일, 웹 업로드 등 모든 데이터 흐름을 패턴(주민번호, 카드번호, 기밀 키워드)으로 검사
• PAM 세션 녹화 — 관리자/특권 사용자의 모든 화면을 비디오로 녹화. 사고 시 재생 가능. 심리적 억제 효과 큼
• 명령어 로깅 — 리눅스 서버는 shell 명령어 전체를 감사 로그에 기록 (auditd, eBPF 기반)
• 파일 액세스 로그 — 누가 어떤 파일을 언제 열었는지 기록 (Windows: SACL, Linux: auditd)
• 네트워크 흐름 분석 — VM의 outbound 연결 패턴 분석. 알 수 없는 외부 IP 통신 탐지

4-8. 하이퍼바이저 · VM 격리 위협

VM은 강력하게 격리되어 있지만 완전 무결하진 않습니다. 같은 물리 서버 위의 다른 VM이나 하이퍼바이저 자체를 공격하는 방법이 존재합니다.

4-9. 세션 종료 · 후처리 보안

세션이 끝나는 시점도 보안의 중요한 부분입니다. 흔히 간과되지만 취약점이 자주 발견되는 영역입니다.

• 명시적 로그아웃 시 토큰 즉시 무효화 (서버 측 세션 폐기)
• 유휴 타임아웃 도달 시 자동 화면 잠금 + 일정 시간 후 세션 종료
• VM의 임시 파일 정리 — 비영구 VM(Non-persistent VDI)은 로그아웃 시 디스크 초기화
• 로컬 클라이언트의 캐시 삭제 — 화면 캐시, 인쇄 임시 파일 등
• 스마트카드 분리 시 즉시 로그아웃 — 자리 비울 때 자연스럽게 잠금
• 비동기 세션 종료 알림 — 다른 디바이스에서 강제 로그아웃 시 사용자 통보

4-10. 세션 중 취약점 종합 체크리스트

취약점 점검 보고 시 다음 항목을 "인증 후 세션 영역"으로 분류해 정리하시면 좋습니다.

5. 가상머신 (Virtual Machine, VM)

5-1. 가상머신이란?

가상머신은 하나의 물리 컴퓨터 위에 소프트웨어로 만들어진 또 하나의 컴퓨터입니다. 마치 컴퓨터 안에 컴퓨터가 들어 있는 것처럼 동작합니다.

하이퍼바이저(Hypervisor)의 두 종류

• Type 1 (베어메탈) — 하드웨어 바로 위에서 실행 · VMware ESXi, Hyper-V, KVM, Xen
  → 클라우드/기업용 서버에서 사용
• Type 2 (호스트형) — 일반 OS 위에서 실행 · VirtualBox, VMware Workstation
  → 개인 PC에서 가볍게 VM 띄울 때 사용

5-2. 클라우드 컴퓨터 = 가상머신?

가상머신의 장단점

6. 도커(Docker)와 컨테이너(Container)

6-1. 컨테이너란?

컨테이너는 가상머신보다 훨씬 가벼운 격리 단위입니다. OS 전체를 복제하지 않고, 호스트 OS의 커널을 공유하면서 애플리케이션과 그 실행에 필요한 라이브러리만 패키징합니다.

도커(Docker)는 컨테이너를 만들고 실행하기 위한 대표적인 도구/플랫폼입니다. 즉, "컨테이너 = 개념, 도커 = 그 개념을 쉽게 다루게 해주는 소프트웨어"로 기억하시면 됩니다.

비유로 이해하기

6-2. 가상머신 vs 컨테이너 비교

7. 클라우드 저장소 vs 클라우드 컴퓨터

물론 클라우드 컴퓨터 안에도 디스크는 있고, 클라우드 저장소를 클라우드 컴퓨터에 마운트해서 같이 쓸 수도 있습니다. 하지만 본질적으로 저장만 하는 서비스와 연산까지 하는 서비스는 다릅니다.

8. 한국 대기업 VDI 구조 예시

실제 한국 대기업이 사내 PC를 클라우드(VDI)로 운영할 때의 전체 구조입니다.

9. 한 줄 요약