Chrome 서브 계정 운영이 부족한 이유: 멀티 프로필의 격리 한계

핵심 요약: Chrome 멀티 프로필은 로그인 상태를 깔끔하게 나눠 주지만, 플랫폼은 로그인 상태가 아니라 기기를 봅니다. 모든 프로필이 같은 브라우저 엔진을 공유해 같은 지문을 보고하고, 프록시는 브라우저 단위라 출구 IP를 나눌 수 없으며, 같은 Google 계정으로 동기화하면 각 프로필이 클라우드에서도 연결됩니다. 일상적인 개인 용도라면 프로필로 충분합니다. 비즈니스 계정으로 장기 운영하려면 계정마다 지문과 출구를 따로 가져야 합니다.

Chrome 오른쪽 위의 아바타 메뉴에서 프로필을 추가해 서브 계정을 운영하는 것은, 많은 사람이 멀티계정의 첫걸음으로 시도하는 방법입니다. '추가'로 새 프로필을 만들고 이름과 색상만 정하면 끝입니다. 로그인 상태가 계속 유지되고, 창을 닫았다 열어도 로그인이 풀리지 않으며, 따로 설치할 것도 없습니다.

그런데 서브 계정이 늘면 문제가 따라옵니다. 비정상 활동 경고를 띄우는 플랫폼이 있고, 제한을 받는 계정이 생기는데, 정작 프로필끼리는 서로 간섭하지 않습니다. 원인은 프로필 관리를 소홀히 해서가 아니라, 격리가 절반만 작동하기 때문입니다. 로컬 데이터는 확실히 분리되어 있지만, 플랫폼이 보는 기기와 네트워크 신호는 처음부터 나뉜 적이 없습니다.

이 글에서는 층별로 무엇이 분리되고 무엇이 분리되지 않는지 살펴봅니다. 마지막에는 프로필로 충분한 경우와 환경을 갈아타야 하는 경우를 가리는 기준을 제시합니다.

프로필이 격리하는 것은 데이터이지, 기기가 아닙니다

프로필의 격리가 작동하는 층은 로컬 데이터입니다. Google의 공식 설명도 북마크, 방문 기록, 비밀번호 등을 따로 보관하기 위한 기능입니다. 실제 사용에서는 각 프로필에 Cookie와 사이트 데이터, 방문 기록, 확장 프로그램, 비밀번호 저장소가 독립적으로 유지됩니다. 두 서브 계정을 서로 다른 프로필에 로그인하면 로그인 상태가 서로 덮어쓰이지 않고, 같은 플랫폼의 두 계정을 동시에 접속해 둘 수 있습니다.

이 층의 격리는 진짜입니다. 시크릿 창보다도 낫습니다. 시크릿 창은 닫는 순간 로그인 상태까지 사라지지만, 프로필 데이터는 오래 유지됩니다. 경계의 차이는 시크릿 모드와 계정 연관성 글의 체크리스트와 함께 보면 분명해집니다.

한계도 같은 문장 안에 있습니다. 분리되는 것은 모두 디스크 위의 사용자 데이터일 뿐, 브라우저 본체와 그래픽 카드, 네트워크 어댑터, 운영체제는 하나도 바뀌지 않습니다. 모든 프로필이 같은 Chrome을 실행하고 같은 하드웨어를 읽으며 같은 회선을 사용합니다. 데이터 디렉터리는 백 개를 만들어도 기기 신원은 언제나 하나입니다.

같은 머신 위의 모든 프로필은 같은 지문을 보고합니다

플랫폼이 기기를 식별하는 근거는 브라우저 지문이며, 이 층은 프로필이 전혀 손대지 못하는 영역입니다. User-Agent는 브라우저 본체에서 나오므로 모든 프로필이 같은 버전을 보고합니다. Canvas와 WebGL의 렌더링 결과는 그래픽 카드가 결정합니다. 글꼴 목록, 화면 해상도, CPU 코어 수, 메모리 등급까지, 읽는 것은 같은 머신의 하드웨어입니다.

지문 분석 업체 FingerprintJS의 브라우저 핑거프린팅 기술 해설에서도 이런 신호가 바로 기기 식별의 주체라고 설명합니다. 데이터 디렉터리를 바꿔도 이 중 어떤 항목도 변하지 않습니다.

직접 확인할 수도 있습니다. EFF의 지문 테스트 페이지는 열자마자 실행되며, 두 프로필에서 각각 한 번씩 측정해 결과를 나란히 비교해 보세요. 이 비교가 가장 설득력이 있습니다. 브라우저와 시스템 정보, 글꼴, 캔버스 렌더링, 하드웨어 값이 거의 항목마다 일치하고, 달라지는 것은 보통 Cookie와 로컬 스토리지뿐입니다.

플랫폼의 리스크 관리에게 열 개의 프로필은 한 개의 신원입니다. 일치하는 신호 묶음만으로 하나의 그룹으로 묶기에 충분합니다. Cookie 격리는 계정이 로컬에서 겹치지 않게 할 뿐, 연관을 판정하는 근거는 처음부터 로컬에 없습니다. 내 서브 계정 묶음에 아직 어떤 연관 신호가 남았는지 신경 쓰인다면, 멀티 계정 연관 리스크 점검 가이드의 순서대로 환경, 프록시, 로그인 기록을 한 층씩 훑어 보세요.

출구 IP는 브라우저 단위이지 프로필 단위가 아닙니다

네트워크 층의 구멍은 더 직관적입니다. Chrome에는 프로필별 프록시 설정이 없고, 프록시 구성은 운영체제를 따라갑니다. 회선 하나를 바꾸면 모든 프로필이 함께 바뀝니다. 두 서브 계정에 다른 출구를 주고 싶어도 프로필 체계 안에는 정식 경로가 없습니다. 확장 프로그램이나 서드파티 도구로 조합한 방식은 안정성과 일관성 어느 쪽도 장기 운영을 견디지 못합니다. WebRTC가 새는 로컬 주소도 같습니다. 실시간 통신을 처리하는 것이 같은 브라우저 커널이기 때문입니다.

이렇게 해서 전형적인 서브 계정 묶음의 모습이 정해집니다. 열몇 개의 프로필마다 각자의 계정을 로그인해 두었고, 로그인 상태는 깨끗한데 출구는 같은 IP입니다. 플랫폼 쪽 로그에는 이 계정들이 같은 회선에서 번갈아 활동합니다. 앞 절의 일치하는 지문까지 겹치면, 연관 판정의 증거 사슬이 상당히 완성됩니다. 데이터 격리를 아무리 충실히 해도 네트워크 신원이라는 층은 메울 수 없습니다. 이것이 프로필과 안티디텍트 브라우저 환경 사이의 가장 실질적인 경계입니다.

Google 계정 동기화: 자주 놓치는 연관 입구

프로필을 만들면 Chrome이 Google 계정 로그인과 동기화 켜기로 안내합니다. 북마크, 비밀번호, 확장 프로그램, 설정이 계정의 클라우드에 저장되어 기기를 바꿔도 꺼내올 수 있습니다. 개인 사용자에게는 편리한 설계입니다. 서브 계정에게는 다른 이야기입니다. 여러 프로필이 같은 Google 계정에 로그인해 있으면 데이터는 클라우드의 같은 곳으로 모입니다. 계정 사이의 연결이 로컬에서 플랫폼 쪽으로까지 뻗습니다. 동기화가 켜져 있으면 신호도 이어져 있습니다. 단말 쪽 격리를 아무리 잘해도 클라우드 쪽 끝은 막을 수 없습니다.

처리 방법은 복잡하지 않습니다. 서브 계정 프로필을 만들 때는 로그인 없이 건너뛰기를 고르거나, 서브 계정마다 독립된 Google 계정을 하나씩 두어 각자 동기화합니다. 동기화를 꺼도 프로필 사이의 데이터는 여전히 독립적이라 일상 사용에는 지장이 없습니다.

프로필로 충분한 경우와 환경을 바꿔야 할 때

판단 기준은 계정의 무게입니다. 도구의 신식 구식은 무관합니다.

다음 경우에는 프로필을 계속 써도 됩니다:

• 일상용 개인 계정. 업무용과 개인 메일로 하나씩, 잘못 로그인하는 쪽이 더 번거롭습니다.
• 저위험 플랫폼의 관리 화면. 계정 사이에 이해관계가 없고 플랫폼도 기기 측 검증을 하지 않습니다.
• 일회성 프로젝트용 임시 계정. 쓰고 버리고, 장기 운영은 생각하지 않습니다.

아래 중 하나라도 해당되면 계정을 독립 환경으로 옮길 차례입니다:

• 계정에 실제 사업이 얹혀 있다. 쇼핑몰, 광고 계정, SNS 계정 네트워크는 한 곳의 문제가 전체로 번집니다.
• 플랫폼이 기기 측 검증을 명시적으로 하며, 여러 계정의 기기 공유 자체가 리스크가 됩니다.
• 계정 수가 두 자리에 이르러 창 전환이 따라가지 못하고, 팀 단위 분업도 필요해집니다.

환경을 바꿀 단계에 이르면 발상을 '창을 몇 개 더 띄운다'에서 '서브 계정마다 완전한 신원 한 세트'로 전환해야 합니다. MostMate는 안티디텍트 브라우저로, 브라우저 데이터와 지문 파라미터, 네트워크 출구를 재사용 가능한 환경 단위로 묶습니다. 서브 계정마다 한 환경씩 할당되는 구조입니다.

환경 생성 폼은 기본 정보와 지문 설정, 고급 설정의 세 구역으로 나뉘고, 오른쪽 지문 미리보기 패널이 현재 값들을 실시간으로 나열합니다. Canvas, WebGL, 글꼴 목록, WebRTC처럼 프로필에서는 건드릴 수 없는 파라미터에도 여기서는 각각 대응하는 설정 단계가 마련되어 있습니다.

프록시도 환경 단위로 움직입니다. 프록시는 별도의 프록시 관리 목록에서 일괄 관리하며, 환경 폼에서는 세 가지 중 고릅니다. 프록시 미사용, 커스텀 프록시, 목록에서 선택입니다. 프록시 유형은 SOCKS5부터 SSH까지 네 종류를 지원 범위로 둡니다. 언어와 시간대, 지역 정보에는 'IP 기반 설정' 단계가 있어, 프록시를 먼저 정하면 출구 지역에 맞춰 자동으로 정렬됩니다. 환경 목록의 각 행에는 프록시, 출구 IP, 연결된 계정, 그룹이 놓여 있어 어떤 서브 계정이 어떤 회선을 쓰는지 한눈에 확인됩니다.

기능 모듈의 화면과 필드가 어떻게 생겼는지는 MostMate란? 페이지에 스크린샷과 설명이 한 세트 마련되어 있습니다. Cookie, 로컬 스토리지, 세션, 캐시, 지문 환경, 프록시 구성을 격리가 어떻게 덮는지라는 원리는 환경 격리 메커니즘 글이 더 체계적입니다. 첫 환경들을 만들 때는 명명부터 프록시, 파라미터 확인 순서까지 새 환경 체크리스트를 따라 항목별로 진행하세요.

자주 묻는 질문

Chrome 프로필의 지문은 정말 완전히 같은가요?

기기와 브라우저 층의 신호는 거의 같습니다. 같은 머신 위의 프로필은 브라우저 본체와 하드웨어를 공유하므로 Canvas, WebGL, 글꼴, 화면 값, User-Agent가 모두 동일하고, Cookie와 방문 기록 같은 로컬 데이터만 서로 독립입니다. 검증 사이트에서 두 프로필을 돌려 보면 차이가 얼마나 작은지 바로 보입니다.

프로필마다 시스템 프록시를 수동으로 바꿔 쓰면 안 되나요?

안 됩니다. 시스템 프록시는 전역 설정이라 바꾸는 순간 모든 프로필이 함께 바뀝니다. 두 계정을 동시에 접속해 두려면 설정을 왕복해야 하고, 한 번만 틀려도 출구가 계정의 기존 회선과 어긋납니다. 계정마다 출구를 고정하는 것, 이것이 환경 단위 프록시가 해결하는 과제입니다.

서브 계정 프로필이 Google에 로그인하지 않으면 안전한가요?

동기화라는 한 층의 신호가 줄어들 뿐입니다. 지문과 출구 IP의 두 층은 여전히 공유되며, 플랫폼은 같은 머신의 계정들을 여전히 한데 묶을 수 있습니다. Google 로그인을 빼는 것은 해볼 가치가 있지만, 그것이 풀어주는 것은 한 층이지 전부가 아닙니다.

시크릿 창과 프로필 중 어느 쪽이 서브 계정에 맞나요?

어느 쪽도 기기 신원은 바꾸지 못합니다. 시크릿 창은 로그인 상태조차 남기지 않으므로 한 번 임시로 쓰는 데 맞고, 프로필은 로그인 상태를 유지하므로 오래 두는 계정에 맞습니다. 그러나 플랫폼 눈에는 둘 다 같은 기기의 두 가지 여는 방식이며, 차이는 세션 보존에 있지 연관 리스크에 있지 않습니다.

맺으며

Chrome 멀티 프로필은 로컬 데이터를 아주 깔끔하게 나눕니다. 반면 플랫폼이 연관을 판정할 때 보는 것은 기기와 네트워크이며, 두 가지는 같은 층에 있지 않습니다. 프로필로 충분한지는 계정의 무게가 결정합니다. 일상적인 개인 용도는 앞으로도 프로필로 계속 가도 되고, 비즈니스 계정에는 최소한 계정마다 고유한 지문과 출구를 갖춘 제대로 된 환경이 어울립니다. 환경을 갈아탈 때가 되면 MostMate를 다운로드해서 무료 버전으로 환경 두 개를 만들고, 위의 비교를 직접 한 번 돌려 보세요. 결과가 어떤 설명보다 직관적일 겁니다.