에스프레소는 괜찮은데 Wi-Fi는 미심쩍은 카페에 앉아 있고, 집 데스크톱이 필요합니다. 연결해도 안전할까요? 전적으로 전송 암호화에 달려 있습니다. 종단 간 암호화된 세션은 동네에서 가장 수상한 네트워크에서도 안전하고, 암호화되지 않은 레거시 프로토콜은 가장 좋은 네트워크에서도 안전하지 않습니다. 위협 모델을 쉬운 말로 설명하고, 정보가 새는 정도로 프로토콜의 순위를 매기고, 내가 통제할 수 없는 곳에서 연결할 때의 체크리스트를 드립니다.
공용 Wi-Fi가 실제로 볼 수 있는 것
내가 통제하지 못하는 네트워크에서는 두 부류가 내 트래픽을 관찰할 수 있는 위치에 있습니다. 첫째는 운영자, 즉 액세스 포인트와 그 뒤의 공유기를 운영하는 쪽입니다. 공용 Wi-Fi에서는 매장, 네트워크 업체, 또는 매장 이름을 붙여 몰래 액세스 포인트를 세운 누군가입니다. 둘째는 근처의 다른 기기입니다. 클라이언트 격리가 없는 네트워크에서는 두 테이블 건너편 노트북이 주변을 오가는 트래픽을 캡처할 수 있습니다. "관찰"은 내가 보내고 받는 패킷을 기록한다는 뜻입니다. 핵심 질문은 그 패킷에 무엇이 들어 있느냐입니다.
- 프로토콜이 암호화되지 않았다면 패킷에 내용이 담겨 있습니다. 원격 데스크톱에서는 듣는 그대로 나쁩니다. 화면 프레임, 원격 컴퓨터에 입력한 비밀번호를 포함한 모든 키 입력, 최악의 레거시 사례에서는 연결 시점에 오가는 자격 증명까지 노출됩니다.
- 프로토콜이 제대로 암호화되었다면 패킷에는 암호문이 담겨 있습니다. 관찰은 메타데이터로 줄어듭니다. 어떤 엔드포인트와 언제, 얼마나 많이 통신했는지입니다. 원격 데스크톱 앱을 썼다고 추측하기엔 충분하지만 세션 안에서 일어난 일을 복원하는 데는 쓸모가 없습니다.
2010년대의 공포담이 아니라 오늘의 현실에 맞춰 보는 것이 좋습니다. 요즘 노트북이 만드는 트래픽 대부분은 이미 암호화되어 있습니다. HTTPS가 카페에서 대충 엿보는 일의 극적인 맛을 없앴습니다. 현실적으로 남은 위협은 메타데이터 관찰과 가짜 액세스 포인트입니다. 공격자가 매장의 네트워크 이름을 방송해 경로에 끼어들고, 오래된 프로토콜, 부주의한 인증서 확인 창, 익숙한 이름에 자동으로 접속하는 기기처럼 약하게 협상하는 무언가가 걸리기를 노립니다. 네트워크를 두려워할 이유가 아니라, 어떤 도구를 가져가야 하는지에 대한 정확한 설명입니다. 약하게 협상하지 않는 도구입니다.
정보가 새는 정도로 매긴 프로토콜 순위
여기서는 제품 이름보다 구성이 중요합니다. 같은 소프트웨어도 버전과 설정에 따라 괜찮을 수도, 위험할 수도 있으므로 아래 순위는 구성 기준이며 최악이 먼저입니다.
- TLS나 NLA가 없는 일반 RDP (레거시). RDP의 원래 보안 계층은 현대적인 전송 보안보다 앞선 것이고, 이를 협상할 의향이 있는 클라이언트는 중간자에 의해 그 수준으로 끌려 내려갈 수 있습니다. 최신 Windows는 기본적으로 네트워크 수준 인증(NLA)과 함께 TLS를 쓰므로 대체로 오래된 호스트, 오래된 클라이언트, 호환성을 위해 완화한 그룹 정책의 이야기입니다. 하지만 적대적인 네트워크에서는 다운그레이드될 수 있는 세션은 읽힐 수 있다고 봐야 합니다.
- 암호화 없는 VNC. 고전적인 VNC 프로토콜은 프레임버퍼, 즉 내 실제 화면을 평문으로 보내고, 전통적인 챌린지-응답 로그인은 요즘 기준으로 약하며 비밀번호가 보통 8자로 제한됩니다. 일부 서버와 클라이언트는 TLS를 얹거나 SSH 위에서 동작하지만, 급하게 만든 설정 상당수는 그렇지 않습니다. 공용 Wi-Fi에서 암호화되지 않은 VNC는 패킷을 기록하는 누구에게나 화면 내용을 흘립니다.
- TLS와 NLA를 쓰는 RDP. 요즘의 기본값이며 전송 구간에서는 버텨 줍니다. 세션은 내 클라이언트에서 호스트 또는 게이트웨이까지 전송 암호화되고, NLA는 세션이 만들어지기도 전에 인증을 요구합니다. 공용 Wi-Fi에서 실질적인 약점은 사람입니다. 자체 서명 인증서 때문에 경고창이 일상이 되고, 그것을 무심코 넘기도록 길든 사용자는 가짜 액세스 포인트가 바라는 바로 그 사람입니다. 전송 암호화는 노출에 대해서는 아무 말도 하지 않습니다. 3389 포트를 인터넷에 여는 것은 어디서 접속하든 별개의, 이미 잘 알려진 실수입니다.
- 현대적인 종단 간 암호화 앱. 세션은 어떤 네트워크가 닿기도 전에 기기 대 기기로 암호화됩니다. 호텔 네트워크와 그 너머의 모든 것은 연결 메타데이터를 봅니다. 시점과 양을 가진, 엔드포인트 사이를 흐르는 암호문입니다. 픽셀도, 키 입력도, 자격 증명도 아닙니다. 훔칠 프로토콜 자격 증명이 애초에 없기 때문입니다.
| 구성 | 네트워크 관찰자가 얻는 것 | 공용 Wi-Fi에서의 판정 |
|---|---|---|
| 일반 RDP, TLS/NLA 없음 | 다운그레이드가 성공하면 세션 내용, 자격 증명 위험 | 사용 금지 — 읽힌다고 가정 |
| 암호화 없는 VNC | 평문 화면 내용, 약한 로그인 핸드셰이크 | 사용 금지 |
| TLS + NLA를 쓰는 RDP | 전송 중에는 암호문, 인증서 확인 창이 약점 | 터널을 통하면 허용 가능, 3389는 절대 노출 금지 |
| 현대적인 E2EE 앱 | 암호문과 연결 메타데이터뿐 | 바로 이런 상황을 위해 만들어짐 |
E2EE가 답을 바꾸는 이유
전송 암호화는 한 구간을 보호하고, 종단 간 암호화는 대화를 보호합니다. 이 차이는 카페와 집 데스크톱 사이에 누가 있는지 나열해 보기 전까지는 학술적으로 들립니다. 매장의 액세스 포인트, 그 통신사, 내 통신사, 어쩌면 업체의 릴레이 서버까지입니다. 종단 간 암호화에서는 키가 두 기기 사이에서 직접 합의되고, 프레임은 기기를 떠나기 전에 암호화됩니다. 업체 자체 인프라를 포함해 그 목록의 모든 당사자는 키가 없는 암호문을 전달할 뿐입니다.
Remio는 정확히 이 모델로 만들어졌으므로 실제 예시가 됩니다. 신뢰는 호스트 화면에 표시된 QR 코드 또는 Device ID와 PIN으로 두 기기를 페어링할 때 형성됩니다. 계정이 없으니 카페에서 피싱당할 비밀번호도, 어딘가에서 뚫릴 자격 증명 데이터베이스도 없습니다. 세션 키는 연결할 때마다 페어링된 기기 사이에서 직접 협상되고, 모든 프레임, 키 입력, 클립보드 동기화, 파일 전송이 종단 간 암호화됩니다. 엄격한 네트워크 때문에 세션이 암호화된 릴레이를 거치더라도 릴레이는 읽을 수 없는 암호화된 프레임을 전달할 뿐이며, 경로가 직접이든 릴레이든 보안 모델은 같습니다. 전체 설계는 보안 페이지에 있습니다.
목표는 믿을 만한 Wi-Fi를 찾는 것이 아닙니다. Wi-Fi가 믿을 만한지가 중요하지 않게 만드는 것입니다.
솔직한 한계가 하나 있습니다. 종단 간 암호화는 전송 중인 세션을 보호할 뿐 그 외에는 아무것도 보호하지 않습니다. 카페의 노트북이나 집의 호스트가 침해되었다면 둘 사이의 가장 강한 암호도 아무것도 바꾸지 못합니다. 공격자가 엔드포인트 안에서 내가 읽는 것을 그대로 읽고 있기 때문입니다. 엔드포인트 위생, 업체의 침해 이력, 나머지 보안 강화 전반은 다른 글의 주제이며, 이미 썼습니다. 원격 데스크톱 보안 가이드입니다. 이 글은 네트워크에 집중합니다.
카페 체크리스트
효과가 큰 순서대로 여섯 가지입니다.
- 종단 간 암호화된 원격 데스크톱 앱을 선택하세요. 공용 Wi-Fi 문제를 노력이 아니라 설계로 해결합니다. 이 목록의 나머지를 제대로 했는지와 무관하게 네트워크는 암호문을 나릅니다.
- RDP를 쓸 수밖에 없다면 3389 포트를 절대 노출하지 마세요. 공유기 포트 포워딩 대신 VPN이나 다른 암호화 터널로 접속하세요. 공유기 변경이 전혀 필요 없는 아웃바운드 전용 앱을 포함한 대안은 포트 포워딩 없는 원격 데스크톱 가이드에 있습니다.
- OS 방화벽이 네트워크를 공용으로 취급하게 하세요. macOS나 Windows가 어떤 종류의 네트워크에 접속했는지 물으면 공용 프로필이 맞는 답입니다. 파일 공유, 검색 등 대기 중인 서비스가 같은 네트워크의 낯선 사람에게 보이지 않게 막아 줍니다.
- 클라이언트를 최신으로 유지하세요. 원격 데스크톱 클라이언트는 믿지 않기로 한 네트워크에서 도착하는 복잡한 데이터를 해석합니다. 패치에는 이유가 있고, 들고 다니는 기기에서는 자동 업데이트가 올바른 설정입니다.
- 매장의 진짜 네트워크에 접속했는지 확인하세요. 정확한 네트워크 이름을 물어보고 비슷한 이름은 무시하세요. 액세스 포인트는 주인이 입력한 어떤 이름이든 방송할 수 있습니다. 떠날 때 노트북이 그 네트워크를 잊게 하면 다음 달에 모조 네트워크에 자동 접속하는 것도 막을 수 있습니다.
- 세션 자체를 민감한 것으로 다루세요. 공용 공간에서 집이나 사무실 컴퓨터를 조작하고 있습니다. 내 화면을 누가 볼 수 있는지 살피고, 연결을 끊을 때 원격 호스트를 잠가서 열린 데스크톱을 남겨 두지 마세요.
그 위에 VPN을 쓰면 어떨까요?
VPN은 내 기기와 VPN 서버 사이의 모든 것을 암호화하며, 믿을 수 없는 Wi-Fi에서는 실제로 유용합니다. DNS 조회, 앱의 백그라운드 통신, 흘러나올 수 있는 암호화되지 않은 트래픽을 로컬 네트워크로부터 가려 줍니다. 공항에서 어차피 VPN을 쓴다면 원격 데스크톱 때문에 쓰지 말아야 할 이유는 없습니다.
다만 원격 데스크톱 세션만 놓고 보면 논리는 더 좁고, 양쪽으로 작용합니다. VPN은 종단 간 암호화된 세션에는 필요하지 않습니다. 트래픽이 터널에 닿기 전에 이미 암호문이므로, VPN은 세션에 없는 기밀성을 더하지 못한 채 단계 하나(보통 약간의 지연도)만 더합니다. 그리고 암호화되지 않은 세션에는 충분하지 않습니다. 상용 VPN은 VPN 출구 서버까지의 경로를 보호하고, 그 뒤로 트래픽은 시작할 때처럼 노출된 채 호스트로 이어집니다. 이 규칙을 증명하는 예외는 목적지 네트워크 안에서 끝나는 터널입니다. 집 공유기의 WireGuard 서버나 사무실로 들어가는 회사 VPN은 전체 경로를 덮으며 RDP를 원격으로 쓰는 표준적인 방법입니다. 접근 방식 자체로서 VPN과 원격 데스크톱 앱을 저울질하고 있다면 그건 다른 비교이고 그 글이 따로 있습니다. 원격 데스크톱 vs VPN입니다.
호텔, 공항, 캠퍼스: 연결을 깨뜨리는 네트워크의 특성
보안은 차치하고, 공용 네트워크에는 두 번째 성격이 있습니다. 가정용 네트워크에서는 없는 방식으로 연결을 깨뜨립니다. 대부분은 세 가지 특성 때문입니다.
- 캡티브 포털. 브라우저를 열어 약관에 동의하기 전까지 네트워크는 모든 것을 블랙홀로 보내고, 원격 데스크톱 앱은 눈에 띄는 이유 없이 실패하며 멈춰 있습니다. 먼저 포털을 완료하세요. 오후 내내 잘 되던 세션이 세 시간째에 죽는다면 타이머로 재인증하는 포털을 의심하세요.
- 클라이언트 격리. 호텔과 캠퍼스는 흔히 네트워크 안의 기기 간 트래픽을 막기 때문에, 같은 방에 있는 내 기기 두 대가 LAN에서 서로 보이지 않을 수 있습니다. 아웃바운드 전용 P2P 앱은 여전히 연결됩니다. 양쪽이 밖으로 연결을 걸어 인터넷을 가로질러 만나지만, 경로는 앉아 있는 방보다 길 수 있습니다.
- UDP 차단. 엄격한 게스트 네트워크는 웹 포트의 TCP 외에는 거의 허용하지 않기도 합니다. 실시간 프로토콜은 UDP를 선호하므로 앱마다 차이가 나는 지점입니다. TCP와 릴레이 대체 경로가 있는 앱은 약간의 지연을 감수하며 계속 연결하고, UDP 전용 구성은 멈춥니다. 주소 탐색, 홀 펀칭, 무엇이 언제 대체되는지의 원리는 NAT 순회 설명에, 세션이 쓰는 정확한 포트와 프로토콜은 방화벽과 NAT 문서에 있습니다.
자주 묻는 질문
호텔 Wi-Fi에서 원격 데스크톱을 써도 안전한가요?
네, 세션이 종단 간 암호화되어 있다면요. 현대적인 E2EE 원격 데스크톱 앱에서는 호텔 네트워크가 암호문만 나르므로 운영자도 다른 투숙객도 화면, 키 입력, 파일을 복원할 수 없습니다. 위험한 쪽은 레거시 구성입니다. TLS와 NLA가 없는 RDP나 암호화 없는 VNC는 세션 내용과 자격 증명을 네트워크에 노출할 수 있으므로 암호화된 터널 없이 호텔 Wi-Fi에서 쓰면 안 됩니다.
같은 Wi-Fi에 있는 사람이 내 원격 화면을 볼 수 있나요?
세션이 종단 간 암호화되어 있다면 볼 수 없습니다. 같은 네트워크에 있는 사람이 패킷을 캡처할 수는 있지만 E2EE에서는 그 패킷이 암호문이고 키는 내 두 기기에만 있으므로 캡처에서 화면 내용을 복원할 수 없습니다. 같은 네트워크의 관찰자가 여전히 볼 수 있는 것은 메타데이터입니다. 연결이 존재한다는 것, 활성 시점, 대략 얼마나 많은 데이터가 오가는지입니다.
공용 Wi-Fi에서 Remio를 쓰려면 VPN이 필요한가요?
아니요. Remio 세션은 이미 종단 간 암호화되어 있고(키는 세션마다 기기 사이에서 직접 협상됩니다), 그래서 세션은 네트워크가 믿을 만한지에 의존하지 않습니다. VPN은 DNS 조회나 다른 앱 같은 나머지 트래픽의 프라이버시를 더해 주며, VPN을 켠 채 Remio를 쓰는 것도 괜찮습니다. 나머지 트래픽을 위한 선택이지 세션의 필수 조건은 아닙니다.
공용 Wi-Fi에서 RDP는 안전한가요?
TLS와 네트워크 수준 인증(요즘 Windows의 기본값)을 쓰면 세션이 전송 암호화되므로 카페 네트워크의 도청자는 암호문을 봅니다. 상시 규칙은 장소가 아니라 노출에 관한 것입니다. 3389 포트를 인터넷에 직접 열지 말고 VPN이나 다른 암호화 터널로 RDP에 접속하세요. TLS 없이 레거시 RDP 보안으로 낮춰 협상될 수 있는 오래된 구성은 믿을 수 없는 모든 네트워크에서 안전하지 않다고 봐야 합니다.
Wi-Fi 운영자는 여전히 무엇을 알게 되나요?
연결 메타데이터입니다. 완전히 종단 간 암호화된 세션이라도 네트워크 운영자는 시점, 트래픽 양, 패킷을 주고받는 엔드포인트를 관찰할 수 있고, 원격 데스크톱 세션이 있었다는 것과 얼마나 오래 지속됐는지를 추측하기에 충분합니다. 복원할 수 없는 것은 내용입니다. 화면 프레임도, 키 입력도, 파일도, 클립보드도 아닙니다.
모든 것을 관통하는 한 줄: 세션이 안전한지를 정하는 것은 장소가 아니라 암호화입니다. 체크리스트조차 필요 없는 방식을 원한다면 두 컴퓨터에 Remio를 설치하고 QR 코드나 Device ID와 PIN으로 페어링한 뒤, 그날 주어진 어떤 네트워크에서든 연결하세요. 어느 쪽이든 세션은 종단 간 암호화됩니다. 내부에서 무슨 일이 일어나는지는 작동 방식 페이지에서 볼 수 있습니다.
