Source: https://swgbar.com/ko/guides/swg-bypass-vs-tls-exception/
Language: ko

# SWG 우회와 TLS 검사 예외의 차이

보안 웹 게이트웨이를 거치지 않는 경로 변경과, 경로는 유지하면서 HTTPS 복호화만 제외하는 설정을 구분합니다.

SWG bar · 업데이트 2026년 10월 23일

**SWG 우회는 연결 경로를 바꾸고, TLS 검사 예외는 게이트웨이가 해당 연결을 복호화할지 바꿉니다.** 두 경우 모두 공개 인증서 체인이 보일 수 있지만 의미는 다릅니다.

## 각각 무엇이 달라지나요?

| 확인할 점 | 게이트웨이 우회 | TLS 검사 예외 |
| --- | --- | --- |
| 게이트웨이를 계속 통과하나요? | 이용 가능한 다른 경로로 연결합니다. | 예. 암호화된 연결을 게이트웨이가 전달할 수 있습니다. |
| 원래 공개 인증서가 보이나요? | 다른 가로채기 서비스 없이 직접 도달하면 보입니다. | 해당 연결의 인증서를 바꾸지 않으므로 보입니다. |
| 접근 제어가 남을 수 있나요? | 기기나 네트워크의 다른 제어가 적용될 수 있습니다. | 게이트웨이 경로와 관련 접근 제어를 유지할 수 있습니다. |
| 무엇을 검증하나요? | 경로, 연결 가능 여부, 새 인증서 근거. | 예외의 실제 적용 여부와 새 인증서 근거. |

## 인증서만으로 경로를 알 수 없는 이유

인증서는 TLS 상대와 신뢰 체인을 설명하며, 패킷을 전달하는 모든 장치를 나열하지 않습니다. 게이트웨이가 TLS를 종료하지 않고 암호화된 트래픽을 터널로 전달하면 직접 연결과 같은 공개 체인이 보일 수 있습니다.

로컬에서 신뢰하는 루트만으로 게이트웨이 업체를 특정할 수도 없습니다. 회사 검사 시스템, 디버깅 프록시, 내부 서비스의 루트일 수 있습니다.

## 문제에 맞는 변경 선택하기

TLS 검사 때문에 앱 호환성 문제가 생겼다면 관리자가 대상을 좁혀 복호화 예외를 적용하면 기존 경로를 유지하면서 해결할 수 있습니다. 직접 관리하거나 테스트 허가를 받은 네트워크에서 다른 경로를 평가할 때는 실제로 그 경로를 쓰는지 확인해야 합니다. 프록시 설정 변경만으로 단말이나 네트워크의 라우팅까지 바뀌지는 않습니다.

[HTTPS 검사 가이드](<https://swgbar.com/ko/guides/detect-https-inspection/>)에 따라 결과를 비교하고 정확한 호스트 이름과 앱을 기록하세요. 한 앱의 결과를 모든 앱에 일반화하지 마세요.

## SWG bar가 제공하는 정보

SWG bar는 Mac 메뉴 막대에서 도메인과 인증서 근거를 쉽게 확인하게 해 줍니다. 결과는 관측하거나 프로브한 연결에 관한 것이며 모든 게이트웨이 제어가 사라졌다는 뜻은 아닙니다. 자세한 내용은 [작동 원리](<https://swgbar.com/ko/how-it-works/>)를 참고하세요.

## 관련 가이드

*   [Mac에서 SWG를 우회하는 방법](<https://swgbar.com/ko/guides/how-to-bypass-swg/>)
*   [Mac에서 HTTPS 검사를 확인하는 방법](<https://swgbar.com/ko/guides/detect-https-inspection/>)
*   [SWG bar의 HTTPS 검사 원리](<https://swgbar.com/ko/how-it-works/>)
*   [Mac에 SWG bar 설치하기](<https://swgbar.com/ko/install/>)
*   [SWG bar Chrome 확장 프로그램 연결하기](<https://swgbar.com/ko/chrome-extension/>)
*   [SWG bar CLI 가이드](<https://swgbar.com/ko/cli/>)
*   [SWG bar MCP 가이드](<https://swgbar.com/ko/mcp/>)
*   [SWG bar 릴리스 정보](<https://swgbar.com/ko/releases/>)
*   [SWG bar 소개](<https://swgbar.com/ko/about/>)