Step 170. OSINT 입문 — 소셜미디어 수집과 디지털 발자국

Level 2 — 보안 입문과 공격 스킬 기초 | 난이도 ★★☆☆☆ | 예상 소요 시간 2시간 30분

전제: Step 73(HTTP)의 웹 기초, Step 48(정규표현식)의 패턴 감각. 파이썬으로 파일을 읽을 수 있다.

• 준비물: 파이썬 3, 메모장, 여러분 자신의 아이디 목록(수집 대상은 오직 본인입니다).
• ⚠️ 이 챕터의 실습은 내 랩·합법 플랫폼 전용입니다. 허가 없는 시스템에 적용하면 범죄입니다.
• 윤리 고지: OSINT의 대상은 오직 여러분 자신입니다. 다른 사람을 조사하면 스토킹이 될 수 있고, 공개 정보라도 수집 목적과 방식에 따라 법에 걸립니다.

OSINT(Open Source Intelligence, 공개 출처 정보)는 "뚫지 않고도 알아내는 기술"입니다. 로그인 한 번 없이, 검색과 공개 페이지만으로 한 사람의 관심사·지역·활동 시간대가 그려집니다. 비밀은 사람들이 사이트마다 같은 아이디를 쓴다는 습관입니다 — 아이디 하나로 수십 개 사이트의 계정을 찾아내고, 조각을 이으면 신상에 가까운 그림이 나옵니다. 오늘은 이 기법의 원리를 배우되, 대상은 철저히 여러분 자신입니다. 내 정보가 얼마나 노출됐는지 아는 것이 프라이버시 방어의 시작입니다.

1. 학습 목표

이 챕터를 끝내면 다음을 할 수 있습니다:

• OSINT의 정의와 합법의 경계(공개 정보·목적·동의)를 설명한다
• 사용자명 상관관계(username correlation)의 원리를 시뮬레이션으로 보여 준다
• 검색 연산자(따옴표, site:, filetype:)의 용도를 구분한다
• 파일 메타데이터가 왜 정보 노출 경로인지 실측으로 확인한다
• 자기 디지털 발자국 지도와 노출 축소 계획을 작성한다

2. 배경 지식 — 오늘의 도구와 개념

오늘의 도구 한눈에 보기

2-1. OSINT의 세 가지 수집 원칙

공격자든 방어자든 OSINT의 규칙은 같습니다.

① 공개된 것만 본다 — 로그인을 뚫거나, 비공개 설정을 우회하지 않는다
② 기록을 남긴다 — 언제, 어디서, 무엇을 봤는지 출처를 적는다
③ 목적을 갖는다 — "궁금해서"가 아니라 "무엇을 확인하려는가"가 먼저다

"공개돼 있으니까 아무거나 해도 된다"가 아닙니다. 공개 정보의 수집도 목적과 대상에 따라 법이 갈립니다. 그래서 이 챕터의 대상은 본인 한 명입니다 — 본인 조사는 목적도 방어(노출 축소)로 명확합니다.

2-2. 사용자명 상관관계 — 하나의 아이디, 수십 개의 얼굴

사람은 기억할 수 있는 아이디가 몇 개 없어서, 사이트가 바뀌어도 같은 아이디를 쓰는 경우가 많습니다. 수집가의 입장에서 아이디는 여러 사이트를 잇는 실입니다. 한 사이트에서 아이디를 얻으면, 다른 사이트에 같은 아이디가 있는지 확인해 프로필들을 한 사람으로 묶습니다.

이 과정을 자동화한 도구가 sherlock입니다 — 아이디 하나를 넣으면 수백 개 사이트의 프로필 주소 규칙에 대입해 존재 여부를 확인합니다. 원리는 단순합니다: 사이트마다 사이트주소/아이디 형태의 프로필 URL이 있고, 그 페이지가 존재하는지(HTTP 200인지) 물어볼 뿐입니다. 오늘은 외부 접속 없이 이 원리를 로컬 시뮬레이션으로 체험합니다.

2-3. 디지털 발자국 — 의도하지 않은 흔적

디지털 발자국(digital footprint)은 온라인 활동이 남긴 흔적의 총합입니다. 두 종류로 나눕니다.

• 능동적 발자국: 직접 올린 글, 사진, 프로필 소개
• 수동적 발자국: 의도하지 않게 남는 것 — 사진의 촬영 위치, 파일의 작성자 이름, 검색에 걸리는 옛 글

수동적 발자국의 대표가 메타데이터(metadata)입니다 — "데이터에 딸린 데이터". 사진 파일의 촬영 시각·기종·GPS 좌표(Exif), 문서 파일의 작성자·수정 시각 같은 것들입니다. 본문은 지웠는데 메타데이터가 남아 신원이 드러난 사건이 실제로 여러 번 있었습니다.

2-4. 검색 연산자 — 검색창을 조사 도구로

검색 엔진은 단순한 키워드 상자가 아닙니다. 연산자를 쓰면 수집 도구가 됩니다.

이 연산자들로 자기 이름·아이디를 검색해 보는 것이 오늘의 핵심 활동입니다. 무엇이 걸리는지가 곧 "남이 보는 나"입니다.

3. 따라 하기

3-1. 메타데이터 직접 보기 — 파일이 말해 주는 것

본문 말고 파일에 딸린 정보를 파이썬으로 읽어 봅니다.

입력:

import os, datetime

p = "note.txt"
with open(p, "w", encoding="utf-8") as f:
    f.write("오늘의 실습 노트n")

st = os.stat(p)
print("파일 크기:", st.st_size, "바이트")
print("수정 시각:", datetime.datetime.fromtimestamp(st.st_mtime))
print("생성 시각:", datetime.datetime.fromtimestamp(st.st_ctime), "(Windows 기준)")

출력 (2026-09-09 실측):

파일 크기: 25 바이트
수정 시각: 2026-09-09 16:50:38.790924
생성 시각: 2026-09-09 16:50:38.790924 (Windows 기준)

읽는 법: 내용은 한 줄인데 파일은 이미 세 가지를 말해 줍니다 — 언제 만들어졌고, 언제 고쳐졌고, 얼마나 큰지. 사진이라면 여기에 촬영 기종과 GPS 좌표(Exif)까지 붙습니다. 문서를 온라인에 올릴 때 메타데이터까지 같이 올라간다는 것 — 이것이 수동적 발자국의 실체입니다.

왜 하는가: "지우면 끝"이 아니라 "딸린 정보까지 관리해야 끝"이라는 감각을 몸에 배게 하는 실험입니다.

3-2. 사용자명 상관관계 시뮬레이션

sherlock의 원리를 외부 접속 없이 체험합니다. 가상의 사이트 등록부(전부 가공 데이터)에서 아이디 하나를 찾아 봅니다.

입력:

registry = {
    "devhub.example":    ["minseo_dev", "bluefox"],
    "photo.site.example":["bluefox", "camera_jin"],
    "game.pizza.example":["minseo_dev", "bluefox", "nightowl"],
    "music.note.example":["bluefox7"],   # 비슷하지만 다른 아이디
}
target = "bluefox"
hits = [site for site, users in registry.items() if target in users]
print("아이디 상관 조회:", target)
for h in hits:
    print("  발견:", h)
print("유사 아이디 주의:", [u for us in registry.values() for u in us
                           if u.startswith(target) and u != target])

출력 (2026-09-09 실측):

아이디 상관 조회: bluefox
  발견: devhub.example
  발견: photo.site.example
  발견: game.pizza.example
유사 아이디 주의: ['bluefox7']

읽는 법: 아이디 하나로 세 사이트가 연결됐습니다. 실제 수집에서는 이렇게 묶인 프로필들에서 관심사(사진, 게임)와 활동 패턴이 읽힙니다. 그리고 마지막 줄이 중요합니다 — bluefox7은 비슷하지만 다른 사람일 수 있습니다. 자동 수집 도구의 결과는 반드시 눈으로 확인해야 합니다.

3-3. sherlock은 이렇게 생겼다 — 화면 예시

실제 sherlock은 수백 개 사이트에 같은 확인을 자동으로 합니다. 외부 조회가 필요하므로 화면 예시로 모양만 익힙니다.

화면 예시 (sherlock 아이디 실행 결과의 모양):
[*] Checking username bluefox on:
[+] GitHub: https://github.com/bluefox
[+] Reddit: https://www.reddit.com/user/bluefox
[-] Instagram: Not found!
[+] Steam: https://steamcommunity.com/id/bluefox
...
[*] Search completed with 47 results

읽는 법: [+]는 "그 주소의 페이지가 존재한다"는 뜻일 뿐, 그 사람의 계정이라는 뜻이 아닙니다. 다른 사람이 먼저 선점했을 수 있고(3-2의 bluefox7 문제), 사이트가 존재 여부를 속이는 경우(오탐)도 있습니다. 도구의 출력은 "확인 후보 목록"이지 "결론"이 아닙니다 — 반드시 하나씩 방문해 프로필 사진·활동이 일치하는지 대조합니다.

3-4. 검색 연산자로 자기 조사 — 화면 예시

브라우저 검색창에서 직접 해 보는 활동입니다. 본인 아이디와 이름으로 아래를 검색하고, 걸린 결과를 기록하세요.

"내아이디"                    ← 따옴표로 감싸 정확히 그 아이디만
site:github.com 내아이디       ← 특정 사이트 안의 흔적
내이름 filetype:pdf            ← 공개 문서에 실명이 실렸는지
내아이디 -쇼핑                 ← 노이즈 제외

화면 예시 (검색 결과 기록의 모양):
검색어: "bluefox"
  - 5년 전 커뮤니티 글 3건 (닉네임·관심사 노출)
  - 깃허브 저장소 1개 (이메일 주소가 커밋에 노출)
검색어: 본명 filetype:pdf
  - 학교 행사 명단 PDF 1건 (실명·소속 노출)

읽는 법: 걸린 결과 하나하나가 "남이 알 수 있는 것"입니다. 특히 깃허브 커밋의 이메일, 옛 커뮤니티 글, 명단 PDF는 본인이 잊고 있어도 검색엔진은 기억합니다. 예시의 이름·사이트는 가공 데이터이며, 여러분의 결과는 실제 검색으로 직접 채우는 것이 미션입니다.

3-5. 발자국 지도 그리기

수집한 것을 한 장의 문서로 엮습니다. 틀은 이렇습니다.

# 내 디지털 발자국 지도 (작성일: ____)

### 노출된 것
| 항목 | 어디서 | 누가 볼 수 있나 | 위험도 |
|------|--------|----------------|--------|
| (예) 아이디-실명 연결 | 커뮤니티 글 | 전원 | 높음 |

### 노출 축소 계획
1. (예) 옛 커뮤니티 계정 삭제 또는 닉네임 변경
2. (예) 사이트별 아이디 분리 — 하나로 묶이지 않게
3. (예) 공개 문서의 실명 노출 건은 게시자에게 삭제 요청

읽는 법: 위험도의 기준은 "이 조각이 다른 조각과 이어지는가"입니다. 아이디 하나는 약하지만, 아이디 + 실명 + 지역이 이어지면 신상 그림이 됩니다. 축소 계획은 "이어지는 실을 끊는" 방향으로 씁니다.

4. 미션과 연습문제

미션 — 내 발자국 지도 1부 + 축소 조치 실행

1. 3-4의 검색 연산자 네 가지를 본인 아이디·이름으로 실제 검색하고 결과를 기록합니다
2. 3-5의 틀로 내-발자국-지도.md를 작성합니다 — 노출 항목 최소 3개
3. 노출 축소 계획 중 하나는 오늘 실행합니다 (비공개 전환, 옛 글 삭제 등)
4. 각 노출 항목에 "어디서 발견했는가"의 출처(검색어)를 반드시 답니다
5. 다른 사람의 정보가 화면에 보이더라도 기록하지 않습니다 — 대상은 본인뿐입니다

연습문제

문제 1. OSINT에서 "공개 정보"만 본다는 원칙이 왜 법적 경계와 연결되는지 설명해 보세요.

문제 2. sherlock의 [+]가 "그 사람의 계정"을 뜻하지 않는 이유를 두 가지 들어 보세요.

문제 3. 능동적 발자국과 수동적 발자국의 차이를 메타데이터 예로 설명해 보세요.

문제 4. 노출 축소 계획이 "조각을 지우는 것"보다 "조각을 잇는 실을 끊는 것" 중심이어야 하는 이유를 말해 보세요.

### 노출된 것
| 항목 | 어디서 | 누가 볼 수 있나 | 위험도 |
|------|--------|----------------|--------|
| 아이디로 깃허브 계정 특정 | "내아이디" 검색 | 전원 | 중간 |
| 커밋에 개인 이메일 노출 | site:github.com 내아이디 | 전원 | 높음 |
| 5년 전 커뮤니티 글에 지역 힌트 | "내아이디" | 전원 | 중간 |

### 노출 축소 계획
1. 깃허브 커밋 이메일을 noreply 주소로 변경 — 오늘 실행함
2. 커뮤니티 계정 비공개 전환 — 이번 주 내
3. 앞으로 사이트별 아이디를 분리해 사용

6. 흔한 실수와 해결

벽 1. FileNotFoundError가 난다

증상 (2026-09-09 실측, 없는 파일을 os.stat()한 경우):

FileNotFoundError: [WinError 2] 지정된 파일을 찾을 수 없습니다: 'nofile.txt'

원인: 파일을 만들기 전에 읽었거나, 이름이 틀렸습니다.
해결: 3-1처럼 먼저 with open(p, "w")로 파일을 만들고 읽으세요. 파일명은 타이핑하지 말고 복사하는 습관이 오탈자를 막습니다.

벽 2. sherlock 결과가 전부 [+]로 나온다는 이야기를 듣는다

증상: 아이디를 넣었는데 존재할 리 없는 사이트까지 발견 표시가 됩니다.
원인: 사이트가 없는 아이디에도 "가입하세요" 페이지를 200으로 보여 주는 경우, 도구는 존재로 오판합니다 — 오탐입니다.
해결: 도구를 의심하고 사람이 확인하세요. 출력의 각 줄을 직접 방문해 프로필 내용이 대상과 일치하는지 대조하는 것까지가 수집입니다.

벽 3. 검색이 0건이라 "노출이 없다"고 결론 내린다

증상: "내아이디" 검색이 텅 빈 화면입니다.
원인: 검색엔진이 모르는 것과 존재하지 않는 것은 다릅니다 — 비공개 그룹, 검색 차단 사이트는 안 잡힙니다.
해결: "검색에 안 걸렸다"까지만 쓰세요. 그리고 연산자를 바꿔(따옴표 해제, site: 지정) 다른 각도에서 다시 봅니다. 각도가 늘수록 그림이 정확해집니다.

벽 4. 지도를 쓰다가 남의 정보를 적고 있다

증상: 같은 아이디를 쓰는 다른 사람의 프로필을 기록하고 있습니다.
원인: 3-2의 유사 아이디 문제입니다 — 아이디가 같아도 사람은 다를 수 있습니다.
해결: 즉시 지우세요. 이 챕터의 대상은 본인뿐이며, 타인의 정보는 수집하지도 기록하지도 않습니다. 이 규칙 하나가 취미와 범죄를 가릅니다.

벽 5. 축소 계획이 "전부 삭제"로 끝난다

증상: 계획이 "모든 계정 삭제" 한 줄입니다.
원인: 우선순위가 없는 계획은 실행되지 않습니다.
해결: 3-5처럼 위험도를 매기고 "이어지는 실"부터 끊으세요. 깃허브 이메일 하나 바꾸는 것처럼 오늘 실행 가능한 것부터 — 작은 실행 하나가 큰 계획 열 개보다 낫습니다.

7. 정리

오늘의 개념

오늘의 명령어·도구

명령어보다 중요한 감각

오늘 여러분은 공격자의 눈으로 자기 자신을 봤습니다. 무섭게도, 필요한 것은 검색창과 규칙 몇 개뿐이었습니다. 이 관점 전환이 이 챕터의 선물입니다 — 방어는 "남이 나를 어떻게 보는가"를 아는 데서 시작합니다. 그리고 같은 이유로, 이 기술의 방아쇠는 기술이 아니라 윤리에 있습니다. 대상을 본인으로 한정한 오늘의 규칙을 평생 규칙으로 가져가세요. 실력은 조사하는 능력이고, 품격은 조사하지 않기로 선택하는 능력입니다.

전부 체크되면 Step 170 완료입니다.