신원이 밝혀지는 사람은 대개 암호화를 노린 교묘한 공격 때문이 아니라 연결고리 때문에 특정됩니다. 같은 사용자 이름, 같은 이메일, 같은 IP, 같은 글쓰기 습관 같은 것들입니다. 운영 보안(OpSec)은 이런 연결고리를 없애는 방법론입니다. 안전, 사업, 신념 어느 쪽이든 프라이버시를 중시하며 서버를 운영하는 사람을 위한 실용적인 체크리스트입니다.
1. 누구에게서 숨길지 정하기
경쟁사, 스토커, 적대적인 정부, 심심한 스크래퍼는 필요한 방어가 전혀 다릅니다. 먼저 위협을 적어 두고, 중요한 곳에 노력을 들이세요. "모든 사람"은 위협 모델이 아닙니다.
2. 신원을 분리하기
프로젝트마다 다른 사용자 이름, 이메일 주소, 비밀번호를 쓰세요. 개인 계정이나 예전 계정의 핸들은 절대 재사용하지 마세요. 공통된 세부 정보 하나면 점을 이어 붙이기에 충분합니다.
3. 보호 없이 집에서 로그인하지 않기
집 IP 주소는 가장 강력한 식별 수단입니다. VPN이나 Tor를 통해 서버에 접속하고, 일관되게 유지하세요. 집 회선에서 직접 한 번만 로그인해도 제공업체 로그와 서버의 auth.log에 영구히 기록됩니다.
4. 위협에 맞는 방식으로 결제하기
카드와 은행 결제는 본인 이름과 연결됩니다. 코인은 추적 가능성이 각기 다르고, 거래소는 신분증을 요구합니다. 암호화폐 프라이버시 기초를 읽고 목적에 맞는 코인으로 계정을 충전하세요.
5. 메타데이터 주의하기
- 문서와 이미지에는 작성자 이름과 GPS 데이터가 들어 있습니다. 게시하기 전에 제거하세요.
- WHOIS 기록은 개인정보 보호를 켜지 않으면 도메인 소유자를 노출합니다. 익명으로 도메인 구매하기를 참고하세요.
- TLS 인증서는 공개됩니다. 다른 곳에서 쓰는 이름의 인증서는 두 가지를 서로 연결해 줍니다.
6. 서버의 외부 노출을 최소화하기
사용하지 않는 포트를 모두 닫고, 소프트웨어 버전을 숨기고, IP만으로 접속했을 때 아무것도 드러내지 않는 기본 가상 호스트를 사용하세요. 단계는 UFW와 fail2ban 가이드에서 다룹니다.
7. 일반 웹과 숨겨진 서비스를 섞지 않기
같은 머신에서 공개 사이트와 onion 서비스를 함께 운영하면 시간대, 가동 시간, 소프트웨어 배너를 통해 상관관계가 드러납니다. 서버를 분리하세요.
8. 이메일을 신중하게 다루기
메일 헤더에는 발신 IP가 나타납니다. 원본 서버가 아닌 릴레이에서 보내고, 이메일 자체 호스팅 시 해야 할 일과 하지 말아야 할 일을 참고하세요.
9. 백업하고 암호화하기
개인 클라우드 계정에 있는 암호화되지 않은 백업은 모든 노력을 물거품으로 만듭니다. 암호화된 백업을 사용하고 키는 데이터와 따로 보관하세요.
10. 자신의 습관 기억하기
같은 시간대에 글을 올리고, 같은 표현을 쓰고, 같은 오타를 내는 것은 모두 사람을 특정하게 합니다. 이를 의식하고, 실명과 연결된 곳에서는 프로젝트에 대해 이야기하지 마세요.
어떤 설정도 사람을 보이지 않게 만들지 못하며, 어떤 호스트도 그렇게 약속할 수 없습니다. 신원 특정을 어렵게 만들고 위의 쉬운 실수를 피하는 것을 목표로 하세요. 한계에 대해서는 익명 호스팅은 실제로 얼마나 익명인가를 읽어 보세요.