SWG란?
SWG란?
서론
회사 네트워크에서 인터넷에 접속할 때, 우리는 보통 아무 생각 없이 브라우저를 켜고 웹사이트에 접속합니다.
하지만 보안 관점에서 보면, 이 순간에도 악성 사이트, 멀웨어 다운로드, 피싱 페이지 등 수많은 위험이 숨어 있습니다.
이때 사용자의 웹 트래픽을 중간에서 점검하고, 위험한 요청을 차단해 주는 보안 장비/서비스가 바로 SWG(Secure Web Gateway, 보안 웹 게이트웨이) 입니다.
이 글에서는 보안을 처음 배우는 개발자도 이해할 수 있도록, SWG의 기본 개념, 하는 일, WAF와의 차이, 실무에서 어떻게 쓰이는지까지 차근차근 정리해 보겠습니다.
1. SWG란 무엇인가?
1.1 SWG의 정의
SWG(Secure Web Gateway) 는 조직 내부 사용자의 웹 트래픽을 필터링, 모니터링, 제어하는 보안 솔루션입니다.
조금 풀어서 말하면:
- 사용자가 인터넷에 접속할 때
- 그 요청이 바로 인터넷으로 나가지 않고
- SWG를 한 번 거쳐서 나가도록 만들어
- 악성 사이트, 불필요한 사이트, 정책에 맞지 않는 접속을 사전에 차단하는 장치/서비스입니다.
1.2 SWG가 다루는 트래픽
SWG는 주로 다음과 같은 트래픽을 다룹니다.
- HTTP/HTTPS 웹 브라우징 트래픽
- 일부 제품은 DNS 요청, FTP, 기타 애플리케이션 트래픽까지 확장 지원
즉, "사람들이 브라우저로 어떤 사이트에 접속하는지"를 기준으로 보안 정책을 적용하는 역할을 합니다.
2. SWG는 어디에 위치할까?
조직 환경에서 SWG는 보통 다음과 같은 위치에 있습니다.
2.1 온프레미스(사내망) 환경
전통적인 구조에서는 이렇게 배치됩니다.
사용자 PC
↓
사내 네트워크
↓
[ SWG ]
↓
인터넷
또는 프록시 서버 형태로:
- 브라우저 → 프록시(SWG) → 인터넷
2.2 클라우드 기반 SWG
요즘은 재택/외부근무, SaaS 사용이 많아지면서 클라우드 SWG 서비스도 많이 사용합니다.
구조는 대략 다음과 같습니다.
사용자(어디에서든)
↓
에이전트/VPN/터널
↓
클라우드 SWG
↓
인터넷
중요한 포인트는:
- 사용자의 모든 웹 트래픽이 SWG를 반드시 거치게 만드는 것입니다.
3. SWG가 해주는 일
3.1 URL 필터링(웹 사이트 접근 제어)
가장 기본 기능은 어떤 사이트에 접속해도 되는지/안 되는지를 정책으로 정하는 것입니다.
예시:
- 업무 중 도박/성인/악성 코드 유포 사이트 차단
- 개발/업무에 관계없는 스트리밍, SNS, 게임 사이트 제한
- 특정 부서만 클라우드 관리 콘솔(AWS, GCP, Azure 등) 허용
이런 정책을 기반으로, 사용자가 URL을 요청할 때마다 SWG가 다음과 같이 판단합니다.
- 이 사이트는 어느 카테고리인가?
- 회사 정책상 이 카테고리는 허용인가/차단인가?
3.2 악성 사이트/콘텐츠 차단
SWG는 보통 위협 인텔리전스(Threat Intelligence) 와 연동되어, 다음을 차단합니다.
- 알려진 피싱 사이트
- 악성 코드 유포 사이트
- 신뢰할 수 없는 도메인/아이피
또한 일부 솔루션은 파일 다운로드 시:
- 파일을 샌드박스 환경에서 먼저 실행해 보고
- 악성 행위 여부를 판단한 뒤
- 사용자에게 전달할지 말지를 결정하기도 합니다.
3.3 데이터 유출 방지(DLP)와 연동
고급 SWG는 DLP(Data Loss Prevention) 기능과 연계되어:
- 웹 업로드(웹메일 첨부, 파일 업로드 폼 등)에
- 개인정보/기밀정보가 포함되어 있는지 검사하고
- 정책에 따라 업로드를 차단하거나 경고할 수 있습니다.
초보 개발자 입장에서는:
- "회사 밖으로 나가는 웹 트래픽을 한 번 더 검사해 주는 보안 게이트" 정도로 이해하면 됩니다.
4. SWG vs WAF: 무엇이 어떻게 다른가?
이미 WAF를 공부했다면, SWG와 많이 헷갈릴 수 있습니다.
둘 다 웹과 관련된 보안 솔루션이지만, 보호 대상과 관점이 다릅니다.
4.1 보호 대상의 차이
- WAF:
- 보호 대상: 웹 서버/웹 애플리케이션
- 누구를 보호? → 서비스 제공자의 서버
- SWG:
- 보호 대상: 사용자/조직 내부 네트워크
- 누구를 보호? → 인터넷에 접속하는 사용자/회사
4.2 트래픽 방향의 차이
- WAF: 외부 → 서버로 들어오는 트래픽을 점검
- SWG: 내부 사용자 → 외부 인터넷으로 나가는 트래픽을 점검
정리하면:
- 사용자가 만든 서비스(웹 서버)를 지키고 싶으면 → WAF
- 회사 사람들이 인터넷 돌아다니다가 당하지 않도록 막고 싶으면 → SWG
5. SWG의 주요 기술 요소
5.1 카테고리 기반 URL 분류
SWG는 전 세계 웹사이트를 다음과 같이 카테고리로 분류해 둡니다.
- 업무/비즈니스
- 개발/기술
- 금융/쇼핑
- 소셜 네트워크
- 스트리밍/엔터테인먼트
- 도박/성인/불법
- 악성 코드/피싱/위험
관리자는 각 카테고리에 대해:
- 허용, 차단, 경고, 시간대별 허용 등
- 세부 정책을 설정할 수 있습니다.
5.2 SSL/TLS 트래픽 가시성(SSL 검사)
요즘 웹 트래픽의 대부분은 HTTPS(암호화) 입니다.
단순히 도메인만 보고는 그 안에서 무슨 일이 일어나는지 알 수 없습니다.
그래서 일부 SWG는 SSL 중간자(MITM) 방식으로:
- 내부 사용자와 SWG 사이
- SWG와 외부 웹 서버 사이
두 구간을 각각 암호화하고, SWG 안에서는 복호화된 트래픽을 검사하기도 합니다.
초보자 입장에서는:
- "안전하게 보이던 HTTPS 트래픽도, 실제로는 안에 악성 코드가 숨을 수 있다"
- "그래서 보안을 위해 중간에서 한 번 열어보고 검사하는 경우가 있다"
정도로 이해하면 충분합니다.
5.3 사용자/그룹 기반 정책
SWG는 보통 사내 인증 시스템(AD, SSO 등) 과 연동하여:
- "누가 어떤 사이트에 접속했는지"를 기록하고
- 부서/직급/역할에 따라 다른 정책을 적용할 수 있습니다.
예시:
- 개발팀은 GitHub, 패키지 레지스트리 접근 허용
- 재무팀은 금융 사이트 허용, 개발 관련 사이트는 일부 제한
- 인턴은 외부 클라우드 콘솔 접근 차단
6. 클라우드 시대의 SWG: SASE, SSE와의 연결
최근에는 네트워크/보안 용어로 SASE, SSE 같은 개념이 많이 등장합니다.
- SASE(Secure Access Service Edge):
- 네트워크와 보안을 클라우드에서 통합 제공하는 개념
- SSE(Security Service Edge):
- 그중 보안 기능 부분 (SWG, CASB, ZTNA 등)을 강조한 개념
여기서 SWG는 SSE/SASE를 구성하는 핵심 요소 중 하나로 들어갑니다.
초보 개발자로서 이 정도만 기억하면 됩니다.
- "요즘은 SWG도 장비 하나가 아니라, 클라우드 기반 보안 플랫폼의 일부로 제공되는 경우가 많다."
7. 초보 개발자가 알아두면 좋은 포인트
7.1 개발/테스트 환경에서의 영향
회사 네트워크 안에서 개발할 때:
- 어떤 외부 API, 패키지 레지스트리, 깃 서버가 SWG 정책 때문에 막히는 경우가 있습니다.
- 이때 "왜 403이 뜨지?" 하고 서버 문제만 의심하다가 시간을 날리기도 합니다.
그래서:
- 회사 환경에서 개발할 때는 SWG/프록시 설정 여부를 한 번쯤 확인해 보는 것이 좋습니다.
7.2 로그와 감사(Compliance)
SWG는 누가 언제 어떤 사이트에 접속했는지 기록하기 때문에:
- 보안 사고 분석
- 규제/컴플라이언스 대응
에 중요한 증적이 됩니다.
개발자로서 로그 포맷이나 보안 시스템과의 연동 방식을 이해해 두면,
향후 보안 로그 분석/시각화 시스템을 만들 때 도움이 됩니다.
마무리
이 글에서는 초보 개발자의 관점에서 SWG가 무엇인지, 무엇을 보호하는지, WAF와 어떻게 다른지를 살펴보았습니다.
핵심을 정리하면:
- SWG는 조직 내부 사용자의 웹 트래픽을 보호하는 보안 웹 게이트웨이
- 악성 사이트, 피싱, 불필요한 사이트 접속을 중간에서 필터링
- WAF는 서버를 보호, SWG는 사용자/조직을 보호
보안 공부를 이어가면서, WAF와 SWG를 함께 이해하면
"서버를 어떻게 지킬까?"와 "사용자를 어떻게 지킬까?" 라는 두 가지 관점을 동시에 갖게 됩니다.
이 두 관점이 균형을 이룰 때, 더 안전한 서비스와 인프라를 설계할 수 있습니다.