Step 313. OSCP 회고와 다음 계획 — 결과가 나오기 전에 할 일

Level 4 — OSCP 준비와 응시 | 난이도 ★★★☆☆ | 예상 소요 시간 1~2일 (회고 작성 반나절 + 다음 계획 설계)

전제: Step 312의 실기 시험 응시와 보고서 제출 완료. 시험 결과는 아직 안 나와도 됩니다 — 오히려 안 나온 지금이 적기입니다.

준비물: 시험 당일의 랩 로그와 점수 판정 기록, 전략 확정 문서, 파이썬 3(회고 뼈대 생성기). 이 챕터의 회고 예시는 출력 예시이며, 여러분의 실제 시험 기록으로 대체해야 합니다.
⚠️ 이 챕터의 실습은 내 랩·합법 플랫폼 전용입니다. 허가 없는 시스템에 적용하면 범죄입니다. 회고 작성 중 시험 내용을 외부에 공유하는 것은 NDA(비밀유지약정) 위반일 수 있습니다 — 회고는 개인 보관용이며, 시험 문제의 구체적 내용은 공개하지 않습니다.
이 챕터는 개념 챕터입니다 — 시험 경험을 자산으로 만드는 회고의 방법과, 합격/불합격 양쪽의 다음 루트를 설계합니다.

시험 결과가 나오기까지는 며칠이 걸립니다. 이 며칠이 이 챕터의 무대입니다. 합격이든 불합격이든, 24시간 실전의 경험은 돈으로 살 수 없는 자산입니다 — 단, 기록됐을 때만. 합격하면 안도감에, 불합격하면 상실감에 회고를 미루게 됩니다. 둘 다 같은 결과로 끝납니다 — 2주 뒤의 흐릿한 기억.

오늘의 규칙은 하나입니다 — 어떤 결과든 72시간 안에 씁니다. 기억의 해상도가 완전히 다르기 때문입니다. 시험 14시간째의 그 판단은 지금은 문장으로 쓸 수 있지만, 한 달 뒤에는 "뭔가 막혔던 것 같다"로 줄어 있습니다.

1. 학습 목표

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

시험의 시간대별 타임라인(언제 무엇을 풀었고 어디서 묶였는지)을 재구성한다
먹힌 전략과 실패한 전략, 기술적 발견, 컨디션 교훈을 회고 문서로 자산화한다
합격 시나리오의 다음 루트(포트폴리오 반영, 다음 도전)를 설계한다
불합격 시나리오의 다음 루트(실패 분석 → 보완 → 재응시 일정)를 설계한다
시험에서 검증된 내용을 침투 플레이북에 반영해 훈련 자산을 최신화한다

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

오늘의 도구 한눈에 보기

구분	내용
언어·환경	마크다운(회고 문서), 파이썬 3(`retro.py` 회고 뼈대 생성기), 시험 당일 랩 로그
오늘의 명령	`python retro.py "2026-09-08 21:00"` — 종료 시각으로 마감 계산 + 템플릿 생성
필요한 개념	72시간 회고, 타임라인 재구성, 합격/불합격 이중 루트, 자격증의 의미와 한계
오늘의 산출물	시험 회고 문서 1부 + 다음 계획 문서 1부 + 갱신된 침투 플레이북

2-1. 왜 72시간인가 — 기억은 매일 하향 저장된다

시험 직후의 기억에는 세 종류가 있습니다.

기억의 종류	내용	수명
사건 기억	몇 시에 무엇을 풀었다	비교적 오래감 — 랩 로그로 이미 확보됨
판단 기억	왜 그 경로를 골랐고, 왜 버렸는가	수일 — 로그에 없는 것은 곧 증발
감각 기억	패닉의 질감, 돌파 직전의 예감	수일~수주 — 가장 빨리 퇴색하고 가장 재생 불가

랩 로그가 확보한 것은 첫 번째뿐입니다. 회고가 쓰는 것은 두 번째와 세 번째 — "그때 왜 그랬는가"와 "그때 어땠는가"입니다. 이 둘이 있어야 회고가 기록이 아니라 훈련 자산이 됩니다. 다음 시험(재응시든, 다른 시험이든)의 여러분이 읽을 문서이니까요.

2-2. 회고의 구조 — 네 개의 칸

회고 문서는 네 칸으로 나눕니다. 한 칸이 한 종류의 자산입니다.

시간대별 타임라인 — 몇 시에 무엇을 풀었고 어디서 묶였는가. 랩 로그를 시간축으로 다시 배열하는 것이 기본이고, 여기에 판단 기억("이 시점에 AD를 미룬 이유")을 덧입힙니다.
전략 회계 — 먹힌 전략 / 실패한 전략. 전략 확정 문서의 각 줄에 ✅/❌를 붙이는 작업입니다. 검증됐다고 믿었던 것 중 실전에서 안 먹힌 것이 여기서 드러납니다.
기술적 회고 — 푼 머신의 경로, 못 푼 머신의 추정 경로, 시험 중 새로 배운 것. 못 푼 머신은 시험이 끝난 지금 워크스루가 없으므로 추정으로 기록합니다 — 추정의 근거를 적어 두면 재응시 준비의 학습 목록이 됩니다.
컨디션 회계 — 수면·식사가 점수에 준 영향. "수면 후 90분 안에 상승을 풀었다" 같은 상관이 보이면, 그것은 다음 24시간짜리 일(시험이든 프로젝트든)의 운영 규칙이 됩니다.

2-3. 합격 시의 다음 루트 — 자격증은 입장권이다

합격했을 때의 할 일은 세 갈래입니다.

합격 루트:
1. 포트폴리오 반영 — 이력서·LinkedIn·블로그에 자격을 반영하되,
   시험 내용 자체는 공개하지 않는다 (NDA — 비밀유지약정)
   쓸 수 있는 것: "합격했다", "준비 과정", "훈련 방법론"
   쓸 수 없는 것: 시험 머신의 내용, 문제의 구체적 풀이
2. "OSCP 이후의 나" 정의 — 자격이 증명하는 것(기초 실기 침투 역량)과
   증명하지 않는 것(전문성의 깊이)을 구분해 다음 방향을 정한다
3. 다음 성장 축 선택 — 예: 버그바운티(실전 웹), 상위 자격(예: OSEP 계열),
   대회 집중(CTF), 또는 팀 단위 활동

자격증의 의미를 정확히 잡는 것이 중요합니다. OSCP는 "혼자서, 제한 시간 안에, 처음 보는 시스템을 뚫고 문서화할 수 있다"의 공인 증거입니다 — 그것은 큰 것입니다. 동시에 그것은 입장권이지 도착지가 아닙니다. 실무는 더 넓고(클라우드, 모바일, 코드 감사), 더 깊고(우회, 은닉, 체인 설계), 더 느립니다(실제 침투 테스트는 수 주짜리 프로젝트). 합격의 다음 계획이 "증명된 기초 위에 어느 축을 세울까"여야 하는 이유입니다.

2-4. 불합격 시의 다음 루트 — 재응시는 흔한 길이다

불합격이었을 때, 첫 문장은 정해져 있습니다 — 재응시는 흔하고 부끄러운 일이 아닙니다. 24시간 실기는 변수가 많아 한 번에 통과하는 것이 오히려 드문 축에 듭니다. 중요한 것은 불합격을 "감정"으로 끝내지 않고 "설계도"로 바꾸는 것입니다.

불합격 루트 (순서 고정):
1. 감정 처리에 1~2일 — 회고는 그 다음에. 속상함은 정상입니다
2. 실패 유형 분석 — Step 310의 5분류 그대로: 기술/열거/시간/체력/보고서
3. 보완 계획 — 유형별 처방 + 기한. 재응시까지의 주간 단위 계획
4. 재응시 일정 확정 — "컨디션 보고 결정"이 아니라 날짜를 박는다
5. 훈련 재개 — 보완 목록부터, 모의시험은 1~2회 추가

핵심은 4번입니다 — 재응시 일정을 즉시 확정합니다. 날짜가 없는 "언젠가 다시"는 대부분 다시가 오지 않습니다. 그리고 이 루트의 전체 구조는 여러분이 이미 아는 것입니다 — Step 310~311에서 모의시험의 실패를 다룬 바로 그 절차가, 본시험에서도 그대로 작동합니다.

3. 따라 하기

3-1. 회고 뼈대 생성 — 마감을 먼저 계산한다

챕터의 도구로 회고 문서의 뼈대와 마감 시각을 만듭니다. 시험 종료 시각을 인자로 넣습니다. 실측 결과입니다.

python retro.py "2026-09-08 21:00"

시험 종료    : 2026-09-08 21:00
회고 마감    : 2026-09-11 21:00  (72시간 — 기억의 해상도가 다릅니다)
템플릿 생성  : retro_20260908.md

--- 생성된 뼈대 미리보기 (앞 12줄) ---
  # OSCP 시험 회고 — 2026-09-08

  ## 1. 시간대별 타임라인
  - 00:00~03:00  (무엇을 풀었고, 어디서 묶였는지)
  - 03:00~06:00
  - 06:00~12:00
  - 12:00~18:00
  - 18:00~24:00

  ## 2. 먹힌 전략 / 실패한 전략
  - 먹힌 것:
  - 실패한 것:

읽는 법: 도구가 먼저 주는 것은 템플릿이 아니라 마감 시각입니다. 회고는 "시간 나면" 쓰이지 않으므로, 달력에 마감을 박는 것이 회고의 절반입니다. 뼈대의 빈 칸은 의도된 것입니다 — 빈 칸이 쓰기를 시작하게 합니다.

3-2. 타임라인 재구성 — 로그 위에 판단을 덧입힌다

랩 로그를 시간축으로 펼치고, 각 구간에 "그때의 판단"을 덧붙입니다.

화면 예시 (재구성된 타임라인의 일부):

00:00~03:00  병렬 정찰 → 독립1 착수. 02:40에 완주(20점).
             판단: 확정 문서대로 "쉬운 것부터" — 초반 득점으로 심리 확보 ✅
03:00~08:00  AD 세트. 05:10 자격증명 획득, 08:20 완주(40점).
             판단: 체크리스트의 AS-REP 항목이 답. 상한 4시간 규칙 덕에 조급함 없었음 ✅
08:00~14:00  독립2에서 3시간 정지 — 웹 경로 탐색 순환. 11시에 미루기 결정.
             판단: 미루기는 옳았으나 30분 늦었다 — 상한 알람이 책상 위에 있었는데
             화장실 다녀오며 끄는 것을 잊음 ❌ → 다음엔 알람은 소리+진동 두 채널
14:00~19:00  수면 4시간 40분. 기상 후 90분 안에 독립2 상승 돌파.
             판단: 수면의 회수 효과가 데이터로 확인됨 ✅

읽는 법: ❌ 항목이 이 문서의 가치입니다 — "알람을 껐다"는 사건은 랩 로그에 없고, 일주일 뒤면 잊히는 것입니다. 이런 세부가 다음 24시간의 운영 개선이 됩니다. "수면 후 90분 안에 돌파" 같은 상관도 이 표에서만 보입니다.

3-3. 다음 계획 문서 — 결과가 나오기 전에 두 부를 쓴다

결과를 기다리는 지금, 합격용과 불합격용 계획을 둘 다 씁니다. 어느 쪽이 되든 발표 당일에 "그래서 이제 뭘 하지"로 멈추지 않기 위해서입니다.

다음 계획 문서 (두 칸 구조):

[A안 — 합격 시]
- 이번 주: 자격 반영 (이력서/프로필), 합격 소식 공유 범위 결정
- 이번 달: "OSCP 이후의 나" 정의 — 다음 성장 축 1개 선정과 3개월 계획
- 유지: 플레이북 최신화, 주 1회 이상 머신 공략 (감각 유지)

[B안 — 불합격 시]
- 1~2일: 휴식 (계획된 휴식)
- 3일째: 실패 유형 분석 (Step 310 절차)
- 1주 내: 보완 계획 + 재응시 날짜 확정
- 재응시까지: 보완 목록 소화 + 모의시험 1~2회

왜 둘 다 쓰는가: 계획은 결과의 함수가 아니라 결과의 선행 조건입니다. 발표 후에 쓰는 계획은 감정(도취 또는 상실) 위에서 쓰이고, 발표 전에 쓰는 계획은 데이터 위에서 쓰입니다. 어느 안이 현실이 돼도, 여러분은 발표 다음 날부터 움직일 수 있습니다.

3-4. 플레이북 반영 — 훈련 자산의 최신화

마지막으로, 시험에서 검증된 것을 Level 3~4 동안 쌓아 온 침투 플레이북에 반영합니다.

반영 대상의 예:
- "실전에서 실제로 쓴" 명령 순서 — 플레이북의 열거 절차와 대조해 차이 수정
- 시험 중 새로 배운 기법 — 출처(시험 경험)와 함께 해당 섹션에 추가
- 안 먹힌 절차 — 플레이북에서 제거하거나 "조건"을 명시
- 운영 규칙 — 상한·수면·증거 순서의 검증 결과를 플레이북 서두에 기록

플레이북은 이로써 "연습의 문서"에서 "실전 검증을 통과한 문서"가 됩니다. 이 문서는 앞으로의 실무·대회·재응시에서 그대로 여러분의 첫 페이지입니다.

4. 미션과 연습문제

미션 — 회고 문서와 다음 계획

retro.py로 회고 뼈대를 생성하고 마감(종료+72시간)을 달력에 박습니다.
시간대별 타임라인을 재구성합니다 — 랩 로그 위에 판단 기억과 ✅/❌를 덧입힙니다.
전략 회계(먹힌 것/실패한 것)와 기술적 회고(푼 경로/못 푼 추정 경로/새로 배운 것)를 채웁니다.
다음 계획 문서를 합격용·불합격용 두 칸으로 작성합니다 — 불합격 안에는 재응시 날짜 확정 항목 포함.
침투 플레이북에 시험 검증 내용을 반영하고, 반영한 항목 목록을 회고 문서 끝에 붙입니다.

연습문제

문제 1. 회고를 "72시간 안에" 써야 하는 이유를, 기억의 세 종류(사건/판단/감각)의 수명과 연결해 설명해 보세요.

문제 2. 다음 계획을 결과 발표 "전에" 두 부(A안/B안)로 쓰는 이유는 무엇인가요? 발표 후에 쓰는 계획과 무엇이 다른가요?

문제 3. 불합격 루트에서 "재응시 일정의 즉시 확정"이 강조되는 이유는 무엇인가요?

문제 4. OSCP 합격이 "입장권이지 도착지가 아니다"라는 표현의 뜻을, 자격이 증명하는 것과 증명하지 않는 것의 구분으로 설명해 보세요.

5. 모범 답안과 완료 기준

미션 모범 답안

검증 기준으로 확인하세요.

마감의 존재: 회고가 종료 후 72시간 안에 완성됐는가 — 늦었다면 그 사실 자체를 회고에 기록합니다(기억 손실분을 명시).
타임라인의 이중층: 각 시간 구간에 사건(로그)과 판단(왜)이 함께 있는가 — 사건만 있으면 로그의 복사이지 회고가 아닙니다.
❌의 존재: 실패한 전략·늦었던 판단이 최소 1개 이상 기록돼 있는가 — 전부 ✅인 회고는 미화된 것이므로 다시 씁니다.
두 안의 구체성: A안/B안 모두 첫 행동과 시점이 있는가 — "열심히 준비한다"는 계획이 아닙니다.
플레이북 반영 흔적: 반영한 항목의 목록이 있고, 플레이북 파일의 실제 변경이 존재하는가.

연습문제 해답

문제 1 해답. 사건 기억은 랩 로그로 이미 외부화됐지만, 판단 기억("왜 그 경로를 버렸는가")은 수일 안에, 감각 기억("패닉의 질감, 돌파 직전의 예감")은 가장 먼저 퇴색하기 때문입니다. 72시간은 이 둘이 아직 문장이 되는 창입니다. 회고의 가치는 로그에 없는 층 — 판단과 감각 — 을 문자로 고정하는 데 있으므로, 그 층이 증발한 뒤의 회고는 로그의 요약본에 불과합니다. 한 달 뒤에 쓴 회고는 "뭔가 막혔고 뭔가 풀렸다"로 줄어, 다음 시험의 나에게 전달되는 것이 없습니다.

문제 2 해답. 발표 전의 계획은 데이터 위에서, 발표 후의 계획은 감정 위에서 쓰이기 때문입니다. 합격 직후의 도취는 과대한 다음 목표를, 불합격 직후의 상실은 위축된 다음 목표를 낳습니다 — 둘 다 시정이 필요한 초안입니다. 발표 전에 두 안을 써 두면 어느 결과가 와도 실행은 냉정한 시점의 설계를 따릅니다. 그리고 "둘 다" 쓰는 행위 자체가 결과를 바라보는 자세를 바꿉니다 — 합격/불합격이 운명의 분기가 아니라, 둘 다 준비된 경로의 갈림이 됩니다.

문제 3 해답. 날짜가 없는 결심은 시간에 잠식되기 때문입니다. "컨디션 보고 결정하자"의 재응시는 상실감이 가신 뒤에도 미뤄지는 것이 보통이고, 미뤄지는 동안 실전 감각 — 24시간 운영의 몸 기억 — 은 빠르게 식습니다. 날짜를 즉시 박으면 보완 계획이 기한을 갖고, 기한이 있는 계획만이 주간 단위로 집행됩니다. 재응시가 흔한 길이라는 사실은 위로이기도 하지만, 동시에 "재응시를 일정의 일부로 설계할 수 있다"는 운영상의 자유이기도 합니다.

문제 4 해답. OSCP가 증명하는 것은 "혼자서, 제한 시간 안에, 처음 보는 시스템을 침투하고 문서화할 수 있다"는 기초 실기 역량입니다 — 이것은 채용과 신뢰의 문을 여는 입장권입니다. 증명하지 않는 것은 전문성의 깊이입니다 — 클라우드·모바일·코드 감사 같은 더 넓은 영역, 회피와 은닉·체인 설계 같은 더 깊은 기술, 수 주짜리 실제 프로젝트의 운영은 시험 범위 밖입니다. 이 구분이 있어야 합격 후의 계획이 정직해집니다 — "다 됐다"가 아니라 "검증된 기초 위에 어느 축을 세울까"가 다음 질문이 됩니다.

완료 기준 체크리스트

[ ] 종료 후 72시간 마감으로 회고 문서를 완성했다
[ ] 시간대별 타임라인에 사건과 판단(왜)이 함께 기록돼 있다
[ ] 먹힌 전략과 실패한 전략(❌ 최소 1개)이 구분돼 있다
[ ] 기술적 회고(푼 경로/못 푼 추정 경로/새로 배운 것)를 채웠다
[ ] 합격 시 다음 계획(A안)을 작성했다
[ ] 불합격 시 다음 계획(B안 — 재응시 날짜 확정 포함)을 작성했다
[ ] 컨디션 관리의 교훈(수면·식사와 점수의 상관)을 기록했다
[ ] 침투 플레이북에 시험 검증 내용을 반영하고 목록을 남겼다

6. 흔한 실수와 해결

벽 1. 합격할 것 같아서/불합격할 것 같아서 회고가 손에 안 잡혀요

증상: 안도감 또는 상실감으로 "나중에"가 됩니다.

원인: 회고 회피는 결과와 무관하게, 감정의 방향만 다릅니다.

해결: 회고를 "감상"이 아니라 "채우기"로 바꾸세요 — retro.py가 만든 뼈대의 빈 칸을 위에서부터 채우는 작업입니다. 한 칸 10분이면 1시간 안에 초안이 끝납니다. 감정은 채우는 동안 알아서 정리됩니다 — 기록이 감정의 배수로인 경우가 많습니다.

벽 2. retro.py에 시각을 넣었더니 에러가 나요

증상:

ValueError: time data '2026-09-08 9pm' does not match format '%Y-%m-%d %H:%M'

원인: 도구는 24시간제 형식(%Y-%m-%d %H:%M)만 받습니다 — "9pm" 같은 오후 표기는 파싱되지 않습니다.

해결: python retro.py "2026-09-08 21:00"처럼 24시간제로 입력하세요. 시각을 빼면 예시 시각으로 실행되니, 실제 종료 시각을 반드시 넣어야 마감 계산이 정확합니다.

벽 3. 회고를 쓰다 보니 시험 문제의 구체적 내용이 들어갔어요 — 공유해도 되나요?

증상: 블로그에 "시험 후기"를 쓰고 싶습니다.

원인: 시험 내용(머신 구성, 취약점, 풀이)은 비밀유지약정(NDA)의 보호 대상일 수 있습니다 — 약정의 범위는 응시 시 동의한 문서와 공식 안내가 기준입니다.

해결: 개인 보관용 회고에는 상세히 쓰되, 공개물은 원칙을 분리하세요 — 쓸 수 있는 것은 준비 과정·훈련 방법론·운영 전략이고, 시험 문제의 식별 가능한 내용은 쓰지 않습니다. 애매하면 공개하지 않는 쪽이 안전합니다. 여러분의 회고가 가치 있는 것은 문제가 아니라 판단의 기록이므로, 방법론만으로도 충분히 좋은 후기가 됩니다.

벽 4. 불합격인데 무엇이 부족했는지 모르겠어요 — 다 부족했던 것 같아요

증상: 감점의 내역만으로는 원인이 안 보입니다.

원인: 본시험은 워크스루가 없으므로 Step 310의 대조 절차를 그대로 쓸 수 없습니다 — 그래서 "추정"이 필요한 것입니다.

해결: 회고의 기술 칸으로 돌아가세요 — 못 푼 머신의 "추정 경로와 그 근거"를 적는 것이 본시험 버전의 워크스루 대조입니다. 추정이 안 되는 머신은 그 자체가 ① 기술 부재의 신호입니다. 그리고 유형 분석은 시험 당일 로그로 합니다 — 상한을 어겼는가(③), 체크리스트를 펼쳤는가(②), 수면을 취했는가(④). 운영 유형은 로그에 답이 있습니다.

벽 5. 합격했는데 다음이 안 정해져요 — 버그바운티? 상위 자격? 대회?

증상: 선택지가 많아서 오히려 멈춥니다.

원인: 축들이 다른 것을 증명하기 때문입니다 — 버그바운티는 실전 웹과 수익, 상위 자격은 깊이, 대회는 속도와 팀워크.

해결: 기준을 하나로 줄이세요 — "시험에서 가장 즐거웠던 구간이 어디였는가." 회고의 타임라인에서 몰입이 가장 깊었던 시간대를 찾으면, 그 구간의 활동이 가리키는 축이 답입니다. 웹 침투 구간이었다면 버그바운티, AD 내부 전개였다면 상위 자격 계열, 시간 싸움 자체였다면 대회. 즐거움은 지속 가능성의 가장 정확한 예측 변수입니다.

7. 정리

오늘의 개념

개념	한 줄 설명
72시간 회고	판단·감각 기억이 문장이 되는 창 — 지나면 로그의 요약본만 남는다
기억의 세 종류	사건(로그)/판단(수일)/감각(가장 먼저 퇴색) — 회고는 둘째·셋째를 고정
타임라인 재구성	로그 위에 "왜"를 덧입히는 작업 — ❌ 항목이 회고의 가치
이중 계획(A/B안)	결과 발표 전에 두 부 — 감정이 아니라 데이터 위에서 설계
재응시 즉시 확정	날짜 없는 "언젠가 다시"는 대부분 오지 않는다
자격 = 입장권	증명된 것(기초 실기)과 아닌 것(깊이)의 구분이 다음 질문을 만든다

오늘의 명령·문서

명령·문서	하는 일
`python retro.py "종료 시각"`	회고 마감(72시간) 계산 + 뼈대 생성
회고 문서	타임라인/전략 회계/기술 회고/컨디션 회계의 4칸
다음 계획 문서	합격 안과 불합격 안 — 발표 전에 두 부
침투 플레이북	시험 검증 내용의 반영처 — 연습 문서에서 실전 문서로
NDA 원칙	공개는 방법론까지 — 시험 내용은 개인 보관

명령어보다 중요한 감각

회고까지 끝나야 시험이 끝납니다. 24시간의 응시가 원석이라면 회고는 세공입니다 — 같은 경험이라도 기록된 것과 기록되지 않은 것의 가치는 몇 배로 다릅니다. 그리고 결과가 어느 쪽이든, 여러분은 이미 자격증 이전에 더 어려운 것을 증명했습니다 — 24시간짜리 문제를 운영으로 풀 수 있는 사람이라는 것. 그 능력은 시험을 넘어, 앞으로 만날 모든 긴 프로젝트에서 재사용됩니다.

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