백엔드 개발자를 위한 서버 보안 입문: 전체 목차

이 시리즈는 인프런 강의 「백엔드 개발자를 위한 서버 보안 실무」의 내용을 입문자용으로 풀어 쓴 글이에요. 명령어와 코드 없이, 개념과 그림으로 읽을 수 있습니다.

이런 분께 추천해요

• 1~5년 차 백엔드 개발자
• 보안팀 없이 서버를 직접 운영하는 작은 팀
• "보안은 막연하게 어렵다"고 느끼지만 어디서부터 시작할지 모르는 분

전체 목차

0. 서버 보안, 왜 백엔드 개발자의 일일까
   서버는 지금도 자동으로 공격받고 있고, 큰 사고도 네 칸으로 쪼개 보면 개발자가 끊을 수 있는 지점이 있어요.
1. 서버는 기본값이 제일 위험하다: 서버 하드닝 입문
   SSH, 패치, 방화벽, 로그, 웹 서버. 서버의 기본 문 다섯 개를 닫는 이유.
2. 입력은 언제나 거짓말을 한다: 입력 검증과 인젝션 입문
   허용 목록, 입력이 명령이 되는 인젝션, 이미지인 척하는 업로드 파일.
3. 서버에게 심부름을 시키면 생기는 일: SSRF 입문
   링크 미리보기 하나로 클라우드 자격 증명이 새는 원리와 겹겹의 방어.
4. 로그인했다고 다 내 것은 아니다: 인증과 인가 입문
   IDOR, 비밀번호 저장, 세션과 JWT, 크리덴셜 스터핑과 MFA.
5. API는 생각보다 많은 걸 말한다: API 보안 입문
   Mass assignment, XSS와 CSP, 웹훅 서명, 요청 제한, CORS와 CSRF.
6. 암호화했는데 왜 샜을까: 데이터 보호 입문
   암호화 계층과 KMS, 시크릿, TLS, 로그 속 개인정보, 랜섬웨어에 강한 백업.
7. 알림이 조용하다고 안전한 건 아니다: 탐지와 공급망 보안 입문
   운영 중 재스캔, 두 층의 탐지, SAST·SCA·DAST, 공급망과 컨테이너.
8. 키 하나가 계정 전체가 될 때: 클라우드 보안과 사고 대응 입문
   클라우드 IAM, 쿠버네티스, 위협 헌팅, 침해 첫 한 시간과 사후 대응.
9. 취약점 공지가 떴다, 72시간 안에: KEV와 패치 운영 입문
   KEV → EPSS → CVSS로 거르고, 악용 중인 취약점을 72시간 안에 반영하는 흐름.

글로 개념을 잡았다면, 강의에서 손으로

「백엔드 개발자를 위한 서버 보안 실무」

8개 섹션, 54개 수업. 이 시리즈의 모든 주제를 실습 서버에서 직접 공격하고, 고치고, 테스트로 지키는 강의예요.

• Ubuntu·RHEL 실습 서버와 Spring Boot·Express 예제 서비스
• 수업마다 "정상 → 공격 → 취약점 → 피해 → 방어 → 같은 공격 다시" 순서로 재현
• 공개 예제 저장소, 섹션별 체크리스트와 명령어 정리 자료
• 72시간 반영 워크플로와 내 서비스 레벨 진단

강의 보러 가기: https://inf.run/XvwyH