417. ISN (Initial Sequence Number) 무작위 할당 이유 (보안성 강화)

핵심 인사이트 (3줄 요약)

본질: ISN 무작위 할당 이유는 전송 계층에서 핵심 동작과 제약을 이해하게 해 주는 개념이다.

가치: ISN 무작위 할당 이유를 이해하면 신뢰성과 지연 사이의 균형을 더 정확히 볼 수 있다.

판단 포인트: 설계 시에는 개념 자체보다 적용 조건, 운영 복잡도, 인접 기술과의 경계를 함께 판단해야 한다.

Ⅰ. 개요 및 필요성

개념: TCP 연결 설정 시 송신자와 수신자가 데이터의 순서 및 스트림 경계를 추적하기 위해 생성하는 32비트 무작위 시작 번호 (RFC 6528 등에서 보안 생성 난수 생성 권고).
필요성: 과거 초창기 TCP는 타이머에 의존해서 번호를 꽤 얌전하게(?) 순서대로 올렸다. 해커(케빈 미트닉)가 이걸 가만히 지켜보니 번호의 패턴이 보였다. 해커는 서버에 보이지 않는 위치에 숨어서, **"아마 지금쯤 서버가 기다리는 다음 번호는 1005번이겠지?"**라고 예측한 뒤, 찐 유저의 IP로 위조하여 Seq=1005짜리 해킹 명령어를 서버에 꽂아 넣었다. 서버는 "오! 찐 유저가 보낸 다음 번호 맞네!" 하고 덥석 악성코드를 실행해 버렸다. "번호를 도저히 인간이 예측할 수 없는 완벽한 난수로 꼬아버려라!!" 이것이 ISN 난수화의 태동이다.
💡 비유: ISN 무작위 할당은 은행 보안 카드의 **"매번 바뀌는 OTP 난수 번호"**와 같습니다.
- 고정 번호: 은행 이체 시 맨날 똑같은 비밀번호 "1234"를 씁니다. 해커가 어깨너머로 한 번만 보면 평생 내 계좌를 털 수 있습니다.
- ISN (OTP): 이체를 시작할 때마다 내 OTP 기계(운영체제)가 **"오늘은 948,102번부터 시작합시다!"**라고 무작위 난수를 띄워 서버와 맞춥니다. 해커가 어제 훔쳐본 번호는 오늘 쓸모없는 쓰레기가 됩니다.

[TCP 3-Way Handshake]
    │
    ▼
[ISN 무작위 할당 이유]
    │
    └──▶ [TCP 4-Way Handshake]

📢 섹션 요약 비유: ** ISN을 0번부터 시작하지 않는 것은 책을 읽을 때마다 **"매번 랜덤한 쪽수에서 이야기를 시작하는 암호 책"**을 쓰는 것과 같습니다. 스파이(해커)가 몰래 "다음 장 내용은 이거야"라며 위조된 페이지를 끼워 넣으려 해도, 오늘 우리가 몇 쪽부터 읽기 시작했는지(ISN) 모르면 절대 위조 페이지를 끼워 넣을 수 없습니다.

Ⅱ. 아키텍처 및 핵심 원리

1. TCP Session Hijacking (세션 가로채기)의 공포

해커가 내 PC와 은행 서버 간의 통신을 털어버리는 과정이다.

내 PC와 은행 서버가 연결(ESTABLISHED)되었다. 현재 주고받는 시퀀스 넘버는 5000 부근이다.
해커는 내 PC를 DoS 공격으로 잠시 기절시킨다(침묵).
해커는 내 PC의 IP로 위장하여 Seq=5001 번을 달고 은행 서버에 패킷을 던진다.
은행 서버는 "어? IP도 내 고객이고, 기다리던 번호(5001)도 맞네?" 하며 해커의 통신을 받아들인다. 세션이 털렸다!

방어: 이 공격이 성공하려면 해커가 5001번이라는 다음 번호를 정확히 예측해야 한다. 현대의 운영체제(Windows, Linux)는 ISN을 암호학적으로 강력한 해시 함수를 돌려 완전한 난수로 뽑아내기 때문에, 해커가 이 32비트(42억 개) 숫자 중 하나를 찍어서 맞출 확률은 0에 수렴한다.

2. Phantom Packet (유령 패킷)의 혼란 방지

인터넷은 패킷의 무덤이다.

어제 밤 10시에 내가 구글과 통신하다가 1번 패킷이 우주 미아가 됐다.
오늘 아침에 내가 구글과 새로 통신을 맺었다(3-Way Handshake 완료).
그런데 어제 미아가 됐던 1번 패킷이 바다를 돌고 돌아 갑자기 툭 튀어나와 구글 서버에 도착했다.
만약 둘 다 0번부터 시작했다면: 구글 서버는 이 낡은 유령 패킷을 "오! 오늘 보낸 1번 패킷이네!" 하고 화면에 띄워버려 화면이 깨진다.
ISN 난수가 있다면: 어제는 ISN이 1000이었고, 오늘은 ISN이 50000이다. 어제의 1001번 패킷이 오면 "뭐야 이 쓰레기 번호는? 내 윈도우 범위를 한참 벗어났네!"라며 OS가 귀신같이 튕겨내 버린다.

 ┌─────────────────────────────────────────────────────────────┐
 │                ISN 기반 세션 방어 시나리오 (와이어샤크 뷰)         │
 ├─────────────────────────────────────────────────────────────┤
 │                                                             │
 │   [ 해커 (가짜 출발지 IP 세팅) ] ────▶ [ 은행 서버 ]              │
 │                                                             │
 │   해커의 추측: "아마 저기 대충 Seq=10 부터 시작했겠지? RST 던지자!" │
 │   해커가 쏜 가짜 패킷: [ 목적지 포트 443, Seq = 15, RST 켬! ]     │
 │                                                             │
 │   은행 서버의 뇌구조:                                          │
 │   "음? IP는 우리 고객님인데... 이 자식 뜬금없이 번호를 15번을 불렀네?" │
 │   "우리가 지금 통신하고 있는 번호 대역(ISN 기반)은 3,450,111 인데?"│
 │   "야! 너 번호 틀렸어!! 가짜 놈이네! 쓰레기통으로 가라 (Drop)!!"     │
 │                                                             │
 │   ▶ "32비트짜리 번호표 자체가 강력한 '일회용 패스워드' 역할을 수행한다!"│
 └─────────────────────────────────────────────────────────────┘

📢 섹션 요약 비유: ISN 무작위 할당 이유의 내부 원리는 기계의 톱니바퀴처럼 맞물려 돌아간다. 한 부분이 어긋나면 전체 효과가 떨어진다.

Ⅲ. 비교 및 연결

ISN 무작위 할당 이유를 볼 때는 앞뒤 개념과의 경계를 함께 봐야 전체 흐름이 선명해진다. TCP 3-Way Handshake가 기반 조건을 만든다면, ISN 무작위 할당 이유는 그 위에서 핵심 메커니즘을 구현하고, TCP 4-Way Handshake는 이를 더 확장된 적용 단계로 연결한다. 따라서 단일 정의보다 신뢰성과 지연에 어떤 차이를 만드는지 비교하는 것이 중요하다.

관점	선행 개념	현재 개념	확장 개념
초점	TCP 3-Way Handshake의 기반 정리	ISN 무작위 할당 이유의 핵심 동작	TCP 4-Way Handshake의 확장 적용
자원 관점	기본 조건 확보	신뢰성 최적화	규모와 범위 확대
판단 포인트	도입 가능성 확인	현재 메커니즘의 적합성 판단	운영·확장 전략 연결

📢 섹션 요약 비유: ISN 무작위 할당 이유는 비슷한 기술들 사이의 차선을 구분하는 분기점과 같다. 어디서 갈라지는지 알아야 헷갈리지 않는다.

Ⅳ. 실무 적용 및 기술사 판단

과거 초창기 리눅스(커널 2.4 시절 이전)는 ISN을 1초마다 일정하게 증가시키는 단순한 타이머 기반으로 만들어서 해커들의 밥이 되었다. 하지만 현재의 시스템은 접속 시간, IP 주소, 포트 번호, 그리고 커널만이 아는 비밀키(Secret Key)를 해시 믹서기에 같이 갈아서 ISN을 뽑아내므로 사실상 추측이 불가능하다.

실무 체크리스트

요구사항과 병목 지점을 먼저 수치화한다.
운영 복잡도와 도입 효과를 함께 검증한다.
인접 기술과의 연계를 배포 전에 점검한다.

📢 섹션 요약 비유: ** ISN 무작위 생성은 클럽 입장 팔찌의 **"매일 바뀌는 형광 도장 색깔"**입니다. 어제는 빨간색 도장을 썼고 오늘은 파란색 도장을 씁니다. 해커가 어제 주운 빨간색 팔찌(유령 패킷)를 차고 당당히 들어오려 해도, 기도(운영체제)가 "오늘 도장은 파란색(다른 ISN)인데?"라며 입구 컷을 시켜 완벽하게 무단침입을 차단합니다.

Ⅴ. 기대효과 및 결론

ISN 무작위 할당 이유는 전송 계층을 이해할 때 핵심 축을 잡아 주는 개념이다. 올바르게 적용하면 신뢰성 개선과 구조적 단순화에 기여하지만, 조건을 잘못 잡으면 오히려 복잡도와 운영 부담이 커질 수 있다. 앞으로는 TCP 4-Way Handshake, 적응형 저지연 전송, 자동화 운영과의 결합을 통해 더 정교하게 발전할 가능성이 크다. 따라서 이 개념은 정의 자체보다 “언제 쓰고 언제 다른 방법으로 넘길 것인가”의 관점으로 기억하는 것이 좋다. 향후에는 적응형 저지연 전송 같은 자동화 흐름과 결합되어 더 정교한 형태로 확장될 가능성이 크다.

📢 섹션 요약 비유: ISN 무작위 할당 이유는 큰 흐름 속에서 기억해야 오래 남는다. 지금의 장점과 다음 확장 방향을 같이 보면 전체 그림이 선명해진다.

📌 관련 개념 맵

개념	연결 포인트
TCP 3-Way Handshake	현재 개념이 등장하기 전에 갖춰야 할 배경이나 인접 선행 개념이다.
세그먼트 (Segment)	전송 계층이 다루는 기본 단위다.
흐름 제어 (Flow Control)	수신자 처리 속도를 넘지 않게 조절한다.
TCP 4-Way Handshake	현재 개념이 확장되거나 적용 단계로 이어질 때 자주 함께 언급된다.

📈 관련 키워드 및 발전 흐름도

[선행 개념: TCP 3-Way Handshake]
    │
    ▼
[현재 개념: ISN 무작위 할당 이유]
    │
    ├──▶ [확장 A: TCP 4-Way Handshake]
    └──▶ [확장 B: 적응형 저지연 전송]

ISN 무작위 할당 이유는 TCP 3-Way Handshake에서 출발해 현재 메커니즘을 정교화하고, 이후 TCP 4-Way Handshake와 적응형 저지연 전송 같은 확장 흐름으로 이어진다고 보면 기억이 오래간다.

👶 어린이를 위한 3줄 비유 설명

물건을 보낼 때 받는 사람이 너무 빨리 받으면 놓칠 수 있어요.
이 개념은 천천히 보낼지, 다시 보낼지, 길이 막히면 멈출지를 정해줘요.
그래서 멀리 보내도 덜 잃어버리고 더 안정적으로 도착해요.