클라우드 환경에서의 데브옵스 보안(클라우드 컴퓨팅 시리즈 5)

[1부] 사례 연구: 기본 데브옵스 파이프라인에 보안 계층 적용하기



▣ 1장: 데브옵스 보안

1.1 데브옵스 접근법

___1.1.1 지속적인 통합(Continuous integration)

___1.1.2 지속적인 전달(Continuous delivery)

___1.1.3 서비스형 인프라(Infrastructure as a service)

___1.1.4 문화와 신뢰

1.2 데브옵스에서의 보안(Security in DevOps)

1.3 지속적인 보안(Continuous security)

___1.3.1 테스트 주도 보안(Test-driven security)

___1.3.2 공격 모니터링 및 대응

___1.3.3 위험 평가 및 보안 성숙



▣ 2장: 기본 데브옵스 파이프라인 구축하기

2.1 로드맵 구현

2.2 코드 저장소: 깃허브

2.3 CI 플랫폼: CircleCI

2.4 컨테이너 저장소: 도커 허브

2.5 운영 인프라: 아마존 웹 서비스

___2.5.1 3티어 아키텍처

___2.5.2 AWS에 대한 접근 구성

___2.5.3 Virtual Private Cloud

___2.5.4 데이터베이스 티어 생성

___2.5.5 Elastic Beanstalk을 사용해 처음 두 개의 티어 생성

___2.5.6 시스템에 컨테이너 배포

2.6 신속한 보안 감사



▣ 3장: 보안 계층 1 - 웹 애플리케이션 보호하기

3.1 웹 앱의 보안과 테스트

3.2 웹사이트 공격 및 콘텐츠 보안

___3.2.1 교차 사이트 스크립팅과 콘텐츠 보안 정책

___3.2.2 교차 사이트 요청 위조

___3.2.3 클릭재킹(Clickjacking) 및 IFrames 보호

3.3 사용자 인증 방식

___3.3.1 HTTP 기본 인증

___3.3.2 암호 관리

___3.3.3 ID 제공자

___3.3.4 세션 및 쿠키 보안

___3.3.5 인증 테스트

3.4 종속성 관리

___3.4.1 Golang 벤더링

___3.4.2 Node.js 패키지 관리

___3.4.3 파이썬 요구사항



▣ 4장: 보안 계층 2 - 클라우드 인프라 보호하기

4.1 클라우드 인프라 보안 및 테스트: deployer

___4.1.1 deployer 설정

___4.1.2 도커 허브와 deployer 간에 구성 알림

___4.1.3 인프라에 대한 테스트 실행

___4.1.4 invoicer 환경 업데이트

4.2 네트워크 접근 제한

___4.2.1 보안 그룹 테스트

___4.2.2 보안 그룹 간의 접근 열기

4.3 보안 진입 지점 구축

___4.3.1 SSH 키 생성

___4.3.2 EC2에 베스천 호스트 생성

___4.3.3 SSH로 이중 인증 활성화

___4.3.4 접근 시 알림 전송

___4.3.5 일반 보안 고려 사항

___4.3.6 보안 그룹 간의 접근 열기

4.4 데이터베이스에 대한 접근 제어

___4.4.1 데이터베이스 구조 분석

___4.4.2 PostgreSQL에서의 역할과 권한

___4.4.3 invoicer 애플리케이션에 대한 세분된 권한 정의

___4.4.4 deployer에 있는 권한 표시



▣ 5장: 보안 계층 3 - 통신 보안

5.1 통신 보안이란 무엇을 의미하는가?

___5.1.1 초기 대칭 암호화

___5.1.2 Diffie-Hellman과 RSA

___5.1.3 공개키 인프라

___5.1.4 SSL과 TLS

5.2 SSL/TLS 이해

___5.2.1 인증서 사슬(The certificate chain)

___5.2.2 TLS 핸드셰이크

___5.2.3 완전 순방향 비밀성

5.3 HTTPS를 사용하는 애플리케이션 가져오기

___5.3.1 AWS에서 인증서 받기

___5.3.2 Let's Encrypt에서 인증서 얻기

___5.3.3 AWS ELB에서 HTTPS 활성화

5.4 HTTPS 현대화

___5.4.1 TLS 테스트

___5.4.2 모질라의 최신 지침 구현

___5.4.3 HSTS: Strict Transport Security

___5.4.4 HPKP: Public Key Pinning



▣ 6장: 보안 계층 4 - 전달 파이프라인 보안

6.1 코드 관리 인프라에 대한 접근 제어

___6.1.1 깃허브 조직(organization)에서 권한 관리

___6.1.2 깃허브와 CircleCI 간의 권한 관리

___6.1.3 깃으로 커밋과 태그에 서명하기

6.2 컨테이너 저장소에 대한 접근 제어

___6.2.1 도커 허브와 CircleCI 간의 권한 관리

___6.2.2 도커 컨텐트 트러스트로 컨테이너에 서명하기

6.3 인프라 관리를 위한 접근 제어

___6.3.1 AWS 역할 및 정책을 사용해 권한 관리

___6.3.2 운영 시스템에 기밀 정보 배포



[2부] 이상징후 발견과 공격으로부터의 서비스 보호



▣ 7장: 로그 수집 및 저장하기

7.1 시스템 및 애플리케이션에서의 로그 수집

___7.1.1 시스템으로부터 로그 수집하기

___7.1.2 애플리케이션 로그 수집하기

___7.1.3 인프라 로깅

___7.1.4 깃허브에서 로그 수집

7.2 메시지 브로커로 로그 이벤트 스트리밍

7.3 로그 소비자의 이벤트 처리

7.4 로그 저장 및 보관

7.5 로그에 접근하기



▣ 8장: 부정행위와 공격에 대한 로그 분석

8.1 로그 분석 계층의 아키텍처

8.2 문자열 패턴을 사용해 공격 탐지

8.3 부정행위 탐지를 위한 통계 모델

___8.3.1 슬라이딩 윈도와 원형 버퍼

___8.3.2 이동 평균(Moving Averages)

8.4 지리 데이터를 사용해 악용 사례 찾기

___8.4.1 사용자 지오프로파일링(Geoprofiling)

___8.4.2 거리 계산하기

___8.4.3 사용자의 정상 연결 영역 구하기

8.5 이상 징후 탐지를 위한 알려진 패턴들

___8.5.1 사용자 에이전트 시그니처

___8.5.2 비정상적인 브라우저

___8.5.3 상호작용 패턴

8.6 운영자와 최종 사용자에게 경보 전달

___8.6.1 운영자에게 보안 이벤트 전달하기

___8.6.2 최종 사용자에게 언제 어떻게 통지해야 할까?



▣ 9장: 침입 탐지

9.1 침입의 7 단계: 킬 체인

9.2 침해 지표란 무엇인가?

9.3 엔드포인트에서 IOC 스캔

9.4 Suricata를 이용한 네트워크 트래픽 검사.

___9.4.1 Suricata 설정하기

___9.4.2 네트워크 모니터링

___9.4.3 규칙 작성하기

___9.4.4 사전 정의된 규칙 세트 사용

9.5 시스템 호출 감사 로그를 통한 침입 탐지

___9.5.1 실행 취약점

___9.5.2 부정행위 실행 포착

___9.5.3 파일 시스템 모니터링

___9.5.4 불가능한 것을 모니터링하기

9.6 이상 징후를 감지하기 위해 사람 신뢰하기



▣ 10장: 캐리비안 침해 사고: 침해 사고 대응 사례 연구

10.1 캐리비안 침해 사고

10.2 식별

10.3 격리

10.4 근절

___10.4.1 AWS에서 디지털 포렌식 아티팩트 수집

___10.4.2 아웃바운드 IDS 필터링

___10.4.3 MIG로 IOC 제거하기

10.5 복구

10.6 교훈 및 사고 대비의 이점



[3부] 데브옵스 보안을 성숙하게 만들기



▣ 11장: 위험평가

11.1 위험 관리란 무엇인가?

11.2 CIA

___11.2.1 기밀성

___11.2.2 무결성

___11.2.3 가용성

11.3 조직에 대한 주요 위협 요소 설정

11.4 위험의 영향 평가

___11.4.1 재정

___11.4.2 평판

___11.4.3 생산성

11.5 위협 식별 및 취약성 측정

___11.5.1 STRIDE 위협 모델링 프레임 워크

___11.5.2 DREAD 위협 모델링 프레임워크

11.6 신속한 위험 평가

___11.6.1 정보 수집

___11.6.2 데이터 사전 설정

___11.6.3 위험 식별 및 측정

___11.6.4 권고안 작성하기

11.7 위험 기록 및 추적

___11.7.1 위험 수락, 거부, 위임

___11.7.2 정기적으로 위험 재검토



▣ 12장: 보안 테스트

12.1 보안 가시성 유지

12.2 내부 애플리케이션 및 서비스 감사

___12.2.1 웹 애플리케이션 스캐너

___12.2.2 퍼징(Fuzzing)

___12.2.3 정적 코드 분석

___12.2.4 클라우드 인프라 감사

12.3 레드팀과 외부 침투 테스트

12.4 버그 현상금 프로그램



▣ 13장: 지속적인 보안

13.1 연습과 반복: 10,000시간의 보안

13.2 1년 차: 데브옵스에 보안 통합

___13.2.1 너무 일찍 판단하지 않기

___13.2.2 모든 것을 테스트하고 대시보드를 만든다

13.3 2년 차: 최악의 상황에 대비

___13.3.1 인프라 중복 방지

___13.3.2 구축 vs. 구매

___13.3.3 침해당하기

13.4 3년 차: 변화 추진

___13.4.1 보안 우선순위 재검토

___13.4.2 반복적으로 진행하기

줄리엔 비앙트 줄리엔 비앙트는 모질라의 파이어폭스 운영 보안(Firefox Operations Security) 팀을 이끌고 있다. 그는 수백만 파이어폭스 사용자가 매일 상호 작용하는 웹 서비스의 보안을 정의하고 구현 및 운영하는 일을 담당하고 있다. 줄리엔은 2000년대 초반부터 웹에서의 서비스 보안에 중점을 두었으며, 리눅스 시스템 관리자로 시작해 2007년 정보 보안 석사 학위를 받았다.