"인터넷 사용 기록 삭제"는 브라우저의 방문 기록 데이터베이스에 있는 페이지 목록을 지웁니다. 그것은 여러 기록 가운데 하나일 뿐이고, 요즘 브라우저에서는 가장 많은 것을 드러내는 기록조차 아닙니다. 캐시된 파비콘, 사이트 저장소, 자동완성 항목, DNS 캐시가 저마다 따로 당신이 어디에 다녀왔는지를 보여 줍니다.
목표가 이 기기를 쓰는 다른 사람이 아무것도 발견하지 못하게 하는 것이라면, 그 묶음 전체를 지워야 하고 그중 무엇이 브라우저 바깥에 있는지도 알아야 합니다. 목표가 세상 어느 누구도 알지 못하게 하는 것이라면 삭제는 잘못된 도구입니다. 가장 중요한 기록은 남의 서버에 쓰였기 때문입니다.
기기는 실제로 무엇을 저장하는가?
방문 기록 목록보다 많은 것을, 더 여러 곳에 저장합니다.
| 저장소 | 무엇을 드러내는가 | "기록 삭제"로 지워지는가? |
|---|---|---|
| 방문 기록 데이터베이스 | URL, 제목, 시각 | 예 |
| 캐시 | 페이지 자원, 이미지, 영상 조각 | 선택했을 때만 |
| 쿠키와 사이트 데이터 | 로그인 상태, 사이트별 식별자 | 선택했을 때만 |
| localStorage / IndexedDB | 애플리케이션 데이터, 때로는 시청 기록 | 보통 "쿠키 및 사이트 데이터"와 함께 |
| 서비스 워커 캐시 | 페이지 전체의 오프라인 사본 | 보통 사이트 데이터와 함께. 때로는 살아남음 |
| 자동완성과 폼 데이터 | 검색어, 사용자명, 주소 | 별도 체크박스 |
| 저장된 비밀번호 | 보유한 계정 | 아니요 — 절대 포함되지 않음 |
| 다운로드 목록 | 파일명과 출처 URL | 선택했을 때만 |
| 내려받은 파일 | 파일 자체 | 아니요 — 따로 삭제해야 함 |
| 사이트 권한 | 카메라, 알림을 허용한 사이트 | 아니요 — 설정에서 지움 |
| 파비콘 데이터베이스 | 아이콘을 설정한 모든 도메인 | 아니요 |
| DNS 캐시(운영체제) | 최근에 조회한 도메인 | 아니요 |
| 동기화 사본 | 전부, 제조사 서버에 | 동기화 상태에 따라 다름 |
| 운영체제 썸네일과 미리보기 | 열어 본 파일의 이미지 | 아니요 |
이 가운데 둘이 사람들을 거듭 걸려 넘어지게 합니다. 파비콘 데이터베이스는 방문 기록 항목이 지워졌든 말든 도메인마다 한 줄씩 남겨 둡니다. 그리고 서비스 워커 캐시는 페이지의 작동하는 오프라인 사본을 갖고 있을 수 있는데, 일부 브라우저는 그 출처에 대해 사이트 데이터를 명시적으로 지우지 않는 한 이것을 보존합니다.
올바른 삭제 순서는 무엇인가?
순서가 결과를 바꿉니다. 주된 이유는 동기화입니다.
- 동기화부터 결정하십시오. 로그인한 상태라면 로그인과 동기화를 켜 둔 채로 삭제해야 삭제가 서버 사본까지 전파됩니다. 먼저 로그아웃하면 원격 사본은 손대지 않은 채 남습니다.
- 기본값이 아니라 모든 항목을 선택하십시오. 브라우저는 좁은 선택 범위와 짧은 기간을 기본값으로 둡니다. 기간을 전체로 바꾸고 캐시, 쿠키와 사이트 데이터, 폼 데이터, 다운로드 기록을 모두 체크하십시오.
- 사이트 권한은 따로 지우십시오. 알림, 카메라, 마이크, 위치 허용은 사이트 설정에 있고 어떤 기록 삭제에도 포함되지 않습니다. 허용해 둔 알림 권한은 현재 진행형인 보안 문제이기도 합니다.
- 내려받은 파일을 삭제하십시오. 다운로드 목록을 비워도 파일은 디스크에 남습니다. 지운 뒤 휴지통도 비우십시오.
- DNS 캐시를 비우십시오. 운영체제 수준에서 이렇게 합니다.
| 시스템 | 명령 |
|---|---|
| macOS | sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder |
| Windows | ipconfig /flushdns |
| Linux (systemd-resolved) | resolvectl flush-caches |
- 브라우저 계정 대시보드를 확인하십시오. 브라우저 제조사가 당신의 계정에 묶인 서버 쪽 활동 기록을 보관한다면, 그것은 브라우저가 아니라 거기서 관리됩니다.
기기에서 아예 지울 수 없는 것은 무엇인가?
연결 반대편에 쓰인 모든 것, 그리고 그 사이 네트워크가 쓴 모든 것입니다.
| 기록 | 보관 주체 | 당신의 접근권 |
|---|---|---|
| 접속 로그 | 가입한 통신사 | 없음 |
| DNS 질의 로그 | 사용 중인 리졸버 | 없음 |
| 프록시와 필터 로그 | 회사, 학교, 관리되는 네트워크 | 없음 |
| 공유기 로그 | 공유기 소유자 | 본인 소유일 때만 |
| 계정 활동 | 로그인한 각 사이트 | 계정 설정을 통해 가능한 경우가 있음 |
| 서버 접근 로그 | 방문한 모든 사이트 | 없음 |
| 결제 기록 | 은행과 카드사 | 없음 |
이 경계가 기록 삭제로 당신의 문제가 해결되는지를 가릅니다. 함께 쓰는 노트북에서 가족을 상대로는 통합니다. 네트워크 관리자나 통신사를 상대로는 아무 소용이 없습니다. 애초에 그들의 사본을 지운 적이 없기 때문입니다.
더 많이 지우는 것보다 덜 남기는 편이 나은 이유는?
삭제는 사후적이고 언제나 부분적인 반면, 애초에 기록을 남기지 않는 것은 그 둘 다에 해당하지 않기 때문입니다.
쌓이는 양을 줄여 주는 실용적인 설정은 이렇습니다.
| 설정 | 효과 |
|---|---|
| "모든 창을 닫을 때 쿠키 및 사이트 데이터 삭제" | 세션마다 사이트 저장소를 자동으로 비움 |
| 용도별로 브라우저 프로필 분리 | 방문 기록, 쿠키, 권한을 서로 다른 칸에 담아 둠 |
| 방문 기록 동기화만 끄기 | 비밀번호 동기화는 유지하면서 로컬 기록만 업로드되지 않게 함 |
| 폼 및 검색 자동완성 끄기 | 가장 인용하기 좋은 단일 흔적을 없앰 |
| "페이지 미리 로드"/예측 기능 끄기 | 방문한 적 없는 페이지를 브라우저가 조회하고 받아 오는 것을 막음 |
삭제에 관해 솔직히 덧붙일 단서가 하나 있습니다. SSD에서는 파일을 덮어써도 물리적 블록이 확실히 덮어써지지 않고, 데이터베이스 파일은 압축되기 전까지 삭제된 행을 그대로 갖고 있습니다. 평범한 삭제는 평범한 호기심을 막기에는 충분하지만, 포렌식 조사를 견디도록 설계된 것은 아닙니다. 누군가 디스크를 통째로 이미징하는 상황까지 위협 모델에 넣어야 한다면, 답은 더 꼼꼼한 삭제 루틴이 아니라 전체 디스크 암호화와 별도 계정입니다.