LA · 뉴욕 다지점 K-Food 기업 — Zero Trust VPN으로 하나의 네트워크로 통합한 사례

📋 프로젝트 개요 — LA와 뉴욕에 지점을 둔 한국 대표 K-Food 기업의 다지점 네트워크를 Zero Trust 아키텍처로 통합한 사례입니다. 기존 장비 교체 없이 두 지점을 하나의 네트워크로 묶고, 보안 DNS, 통합 전화 시스템, RDS 기반 레거시 애플리케이션 공유까지 구축했습니다.

먼저 — Zero Trust Network란 무엇인가

이 사례를 이해하려면 먼저 Zero Trust가 무엇인지, 그리고 기존 VPN과 어떻게 다른지 알아야 합니다.

기존 VPN의 한계: “성 안에 들어오면 다 믿는다”

전통적인 VPN은 “네트워크 경계(Perimeter)” 기반입니다. 성벽을 세우고, 성문(VPN)을 통과하면 내부의 모든 자원에 접근할 수 있는 구조입니다.

전통 VPN (Perimeter-based):

  [인터넷] ──→ VPN 접속 ──→ 사내 네트워크 전체에 접근 가능
                              ├── 파일 서버 ✅
                              ├── 이메일 서버 ✅
                              ├── ERP ✅
                              ├── 인사 시스템 ✅   ← 권한 없어도 접근 가능
                              └── 경영진 데이터 ✅  ← 위험

문제: VPN만 뚫리면 내부 전체가 노출됩니다. 실제로 많은 보안 사고가 “VPN 계정 탈취 → 내부 전체 접근”으로 발생합니다. 직원이 악성 링크를 클릭해 VPN 크리덴셜이 유출되면 — 공격자는 내부 네트워크를 자유롭게 돌아다닐 수 있습니다.

Zero Trust: “아무도 믿지 않는다, 매번 확인한다”

Zero Trust Network Architecture (ZTNA)는 근본 원칙이 다릅니다:

• “Never Trust, Always Verify” — 네트워크 위치(사무실/VPN)와 관계없이 모든 접근을 매번 인증
• 최소 권한 원칙 (Least Privilege) — 각 사용자에게 업무에 필요한 최소한의 자원만 허용
• 장치 + 사용자 + 맥락 기반 판단 — 누가, 어떤 장치에서, 어느 시간에, 무엇에 접근하는지 종합 판단
• 마이크로 세그멘테이션 — 네트워크를 잘게 나눠 한 영역이 침해돼도 다른 영역으로 확산 차단

Zero Trust:

  [사용자] ──→ 인증 엔진 ──→ 정책 확인 ──→ 허용된 자원만 접근
                 │                              ├── 파일 서버 ✅ (권한 있음)
                 │                              ├── 이메일 서버 ✅ (권한 있음)
                 ├── 장치 상태 확인              ├── ERP ❌ (권한 없음)
                 ├── 위치 확인                   ├── 인사 시스템 ❌ (권한 없음)
                 └── 시간/맥락 확인              └── 경영진 데이터 ❌ (권한 없음)

기존 VPN vs Zero Trust 비교

핵심 차이: 기존 VPN은 “문을 열면 집 전체에 들어갈 수 있는” 구조이고, Zero Trust는 “각 방마다 다른 열쇠가 필요한” 구조입니다.

프로젝트 배경 — 두 지점이 따로 노는 네트워크

한국을 대표하는 K-Food 기업의 미국 법인은 캘리포니아 LA와 뉴욕에 각각 지점을 운영하고 있습니다. 양쪽 지점 모두 한국 본사를 바라보는 메인 라우터가 구성되어 있었지만, 정작 두 미국 지점끼리는 서로 연결되지 않는 구조였습니다.

기존 환경의 문제

• 지점 간 연결 부재 — LA와 뉴욕이 각각 한국 본사만 바라보는 구조. 두 지점 직원이 파일을 공유하거나 내부 서비스에 접근하려면 본사를 경유하거나 외부 도구를 사용해야 했습니다
• 파일 공유 비효율 — 같은 회사의 미국 지점인데 파일 공유가 자유롭지 않은 상황. 이메일 첨부, 클라우드 스토리지 등 비공식 경로에 의존
• 전화 시스템 분리 — LA 지점과 뉴욕 지점의 전화가 별개 시스템으로 운영. 내선 전환 불가, 고객 전화 라우팅 불가
• 보안 사고 발생 — 일반 공용 DNS를 사용해 피싱·악성 사이트 필터링이 전혀 없었고, 실제로 직원이 이메일 내 악성 링크를 클릭해 보안 사고가 발생
• 라우팅 부재 — 두 지점을 연결하는 네트워크 경로(라우팅) 자체가 설계되어 있지 않았습니다

해결 — Zero Trust로 두 지점을 하나로, 기존 장비는 그대로

CallCube가 선택한 접근: 기존 라우터·스위치를 교체하지 않고, Zero Trust VPN 레이어를 기존 인프라 위에 오버레이하는 방식. 하드웨어 투자 최소화 + 즉시 구축 + 보안 수준 극대화라는 세 가지를 동시에 달성했습니다.

Before:
  LA ──→ 한국 본사 ←── 뉴욕
  (각각 본사만 바라봄, 지점 간 연결 없음)
  (일반 DNS, 피싱 방어 없음)

After (Zero Trust):
  LA ←─── Zero Trust VPN ───→ 뉴욕
   │         │                   │
   │    [인증 엔진]               │
   │    [보안 DNS]               │
   │    [마이크로 세그멘테이션]    │
   └──────→ 한국 본사 ←──────────┘
  (지점 간 직접 연결 + 본사 유지 + 자원별 접근 제어)

왜 기존 장비를 교체하지 않았는가

Zero Trust의 장점 중 하나는 소프트웨어 기반 오버레이라는 것입니다. 기존 VPN 어플라이언스(하드웨어)를 교체할 필요 없이, 각 장치에 경량 에이전트를 설치하고 클라우드 기반 인증 엔진에 연결하면 됩니다. 이 기업의 경우 기존 라우터와 스위치가 정상 작동하고 있었기 때문에 — 장비가 아닌 아키텍처(설계)를 바꾸는 것이 정답이었습니다.

P2P 메시 구조 — 사무실 네트워크에 의존하지 않는다

기존 VPN은 반드시 중앙 VPN 서버(또는 어플라이언스)를 경유하는 구조입니다. 중앙 서버가 다운되면 전체 VPN이 마비됩니다. 또한 모든 트래픽이 중앙을 거치기 때문에 병목이 생기고 속도가 저하됩니다.

Zero Trust 기반의 P2P(Peer-to-Peer) 메시 네트워크는 근본적으로 다릅니다:

기존 VPN (Hub-and-Spoke):
  LA ──→ [중앙 VPN 서버] ←── 뉴욕
         (모든 트래픽이 중앙 경유, 중앙 다운 = 전체 마비)

Zero Trust P2P 메시:
  LA ←───── 직접 연결 ─────→ 뉴욕
   │                           │
   └── 직접 ── 재택 직원 ── 직접 ──┘
  (중앙 서버 불필요, 장치 간 직접 암호화 터널)

• 중앙 서버 의존 제거 — 장치 간 직접(P2P) 암호화 터널을 형성하기 때문에 중앙 VPN 서버가 필요 없습니다. 단일 장애점(Single Point of Failure)이 사라집니다
• 사무실 네트워크에 의존하지 않음 — 직원의 장치가 어떤 네트워크(사무실, 집, 카페, 모바일 핫스팟)에 연결돼 있든 상관없이, 인증만 통과하면 P2P로 직접 연결됩니다
• 속도 최적화 — LA ↔ 뉴욕 트래픽이 중앙 서버를 돌아갈 필요 없이 최단 경로로 직접 통신. 체감 속도가 기존 VPN 대비 크게 향상됩니다
• 확장 용이 — 새 지점이나 원격 근무자를 추가할 때 중앙 서버 증설 없이 에이전트만 설치하면 메시에 자동 합류

이 구조 덕분에 사무실 인터넷이 잠깐 불안정해져도, 장치 간 P2P 터널은 다른 경로를 자동으로 찾아 연결을 유지합니다. “사무실 네트워크가 곧 업무 네트워크”였던 시대에서, “어디서든 안전하게 연결되는 업무 네트워크”로의 전환 — 이것이 P2P 메시 구조의 실질적 가치입니다.

구축 영역 1 — 다지점 Zero Trust 네트워크 구성

• Zero Trust 터널 — LA ↔ 뉴욕 간 암호화된 직접 터널 구성. 한국 본사를 경유하지 않고 미국 내에서 직접 통신
• 사용자별 접근 제어 — 직원마다 접근 가능한 서버·서비스·폴더를 개별 설정. 영업팀은 영업 데이터만, 재무팀은 재무 데이터만
• 장치 인증 — 회사가 관리하는 장치에서만 접속 허용. 개인 장비로는 사내 네트워크 접근 불가
• 하나의 네트워크 경험 — LA 직원이 뉴욕 파일 서버에 접근할 때, 마치 같은 사무실에서 접근하는 것과 동일한 속도·경험
• 원격 근무 동일 적용 — 재택근무 중에도 같은 Zero Trust 인증을 거쳐 사내 자원에 접근. 사무실과 집의 구분이 사라짐

구축 영역 2 — 보안 DNS · DNS 필터링

이 기업에서 실제 보안 사고가 발생한 경로: 직원이 피싱 이메일의 링크를 클릭 → 악성 사이트에 접속 → 크리덴셜 탈취. 일반 DNS는 이 과정을 아무것도 차단하지 못합니다.

• 보안 DNS 도입 — 모든 DNS 쿼리가 보안 DNS를 통과. 악성 도메인·피싱 사이트·멀웨어 배포 사이트를 접속 전에 차단
• DNS 필터링 정책 — 업무 무관 카테고리(도박, 성인, P2P 등) 차단. 네트워크 리소스 보호 + 컴플라이언스
• 피싱 방어 — 이메일 내 링크를 클릭해도, DNS 레벨에서 악성 사이트 접속 자체를 차단. 직원의 실수를 시스템이 보완
• 양 지점 동일 정책 — LA, 뉴욕, 원격 근무자 모두 동일한 DNS 보안 정책 적용
• 로그 · 리포트 — 차단된 요청 기록으로 보안 위협 트렌드 파악, 정기 리포트 제공

DNS 필터링은 비용 대비 효과가 가장 높은 보안 조치 중 하나입니다. 방화벽이 “문 앞의 경비원”이라면 보안 DNS는 “문까지 오는 길 자체를 차단”하는 것입니다.

구축 영역 3 — 통합 전화 시스템 (콜센터 + 내부 소통)

기존에는 LA 전화와 뉴욕 전화가 완전히 별개의 시스템이었습니다. LA 고객이 뉴욕 담당자에게 연결하려면 외부 전화를 다시 걸어야 하고, 두 지점 직원 간 내선 전환도 불가능했습니다.

Zero Trust VPN으로 네트워크가 통합되면서, 전화 시스템도 하나로 묶었습니다.

• 통합 내선 체계 — LA와 뉴욕 직원이 동일한 내선 번호 체계로 운영. 내선 전환이 지점 경계 없이 동작
• 통합 콜센터 구성 — 고객 전화가 LA에 들어와도 뉴욕 담당자에게 자동 라우팅 가능. 고객은 지점 위치를 의식하지 않음
• 지점 간 내부 통화 — VPN 네트워크를 통한 내부 통화로 외부 통화 비용 없이 소통
• 통합 콜 리포트 — 양 지점의 통화 이력·통계를 하나의 대시보드에서 확인

구축 영역 4 — RDS 서버 (레거시 애플리케이션 공유)

이 기업에는 오래 사용해 온 레거시 업무 애플리케이션이 있었습니다. 클라우드 전환이 어려운 구형 프로그램인데, 양 지점 직원이 모두 사용해야 하는 핵심 업무 도구였습니다.

• RDS(Remote Desktop Services) 서버 구축 — 레거시 애플리케이션을 중앙 RDS 서버에 설치. 양 지점 직원이 원격 데스크톱으로 접속해 사용
• Zero Trust 인증 위에서 접속 — RDS 서버 접근 자체가 Zero Trust를 통해서만 가능. 인가된 사용자 + 인가된 장치에서만 접근
• 장소 무관 사용 — LA, 뉴욕, 재택근무 중에도 동일한 환경에서 같은 애플리케이션 사용
• 데이터 중앙화 — 작업 데이터가 개별 PC가 아닌 서버에 저장. 보안·백업·관리 일원화

레거시 애플리케이션을 억지로 클라우드로 마이그레이션하는 대신, RDS + Zero Trust로 안전하게 공유하는 방식. “기존 소프트웨어를 바꾸지 않고도 다지점 환경에서 안전하게 운영”이라는 현실적 해법입니다.

“우리 회사도 Zero Trust를 도입할 수 있을까?”

이 사례를 보고 “우리도 가능할까?” 생각하셨다면 — 아래 체크리스트로 판단해 보세요.

Zero Trust 도입이 특히 효과적인 환경

• ✅ 다지점 운영 — 2개 이상 지점이 파일·서비스를 공유해야 하는 경우
• ✅ 원격 근무 병행 — 사무실 + 재택/출장이 혼합된 환경
• ✅ 기존 VPN의 보안 우려 — VPN만 뚫리면 내부 전체가 노출되는 구조가 불안한 경우
• ✅ 피싱·악성 링크 사고 이력 — 직원 실수로 보안 사고가 발생한 적 있는 경우
• ✅ 레거시 애플리케이션 유지 필요 — 클라우드 전환이 어려운 구형 프로그램을 다지점에서 써야 하는 경우
• ✅ 기존 장비 교체 예산이 제한적 — 하드웨어 전면 교체 없이 보안 수준을 높이고 싶은 경우

도입 시 고려사항

• 기존 장비 교체 불필요한 경우가 많음 — Zero Trust는 소프트웨어 오버레이 방식이라 기존 네트워크 장비 위에 바로 적용 가능
• 단계적 도입 가능 — 전체 네트워크를 한 번에 전환할 필요 없음. 핵심 자원부터 Zero Trust 적용 후 점진 확대
• 사용자 교육 최소화 — 최신 Zero Trust 솔루션은 사용자 경험이 기존 VPN과 거의 동일하거나 더 간편함. 직원 입장에서 “뭔가 바뀐 건 모르겠는데 더 잘 되네”가 이상적
• DNS 필터링 병행 권장 — Zero Trust + 보안 DNS 조합이 비용 대비 가장 높은 보안 효과

이 프로젝트가 보여주는 것

이 프로젝트의 핵심 메시지는 “반드시 장비를 바꿔야만 문제가 해결되는 것은 아니다”는 것입니다.

• 기존 라우터·스위치를 그대로 두고, Zero Trust 레이어를 올리는 것만으로 두 지점이 하나가 됐습니다
• 보안 DNS 도입으로 별도의 고가 보안 장비 없이 피싱·악성 사이트를 차단했습니다
• 네트워크 통합 위에 전화 시스템을 얹어 추가 하드웨어 없이 콜센터를 구성했습니다
• RDS 서버로 레거시 앱을 클라우드 마이그레이션 없이 다지점에서 안전하게 공유했습니다

모든 것을 뜯어내고 새로 사는 것만이 답이 아닙니다. 기존 인프라를 최대한 활용하면서 아키텍처(설계)로 문제를 해결하는 것 — 이것이 23년간 인프라를 설계해 온 팀의 접근 방식이고, Zero Trust가 이를 가능하게 한 기술입니다.

관련 서비스

• CallCube IT 인프라 구축 · 운영
• 또 다른 사례: 텍사스 달라스 Managed Network Service
• 또 다른 사례: 워싱턴 DC · 뉴욕 정부 금융기관 네트워크
• 또 다른 사례: 뉴욕 공공기관 디지털 전환
• 도입 문의