웹 보안 미드레벨 배포·운영 기술면접

웹 보안 미드레벨 (3~7년) 배포 · 운영 3문항 조회수 28 · 2026-08-04 (화) 14:23:13
1 CI/CD 보안
Medium

Q. CI/CD 파이프라인에서 컨테이너 이미지를 빌드하고 배포할 때 보안 취약점을 사전에 검증하기 위해 어떤 단계들을 구성하시겠습니까? 각 단계에서 사용할 수 있는 도구와 검증 항목을 포함해서 설명해주세요.

빌드 전 소스코드 검사부터 이미지 스캔, 배포 전 검증까지 파이프라인의 각 단계를 생각해보세요.

A. 모범답안

CI/CD 파이프라인에는 여러 보안 검증 단계를 구성해야 합니다. 먼저 소스코드 커밋 시 SAST 도구(SonarQube, Checkmarx)로 정적 분석을 수행하고, 의존성 취약점은 Snyk이나 OWASP Dependency-Check로 검사합니다. 컨테이너 이미지 빌드 후에는 Trivy, Clair, Anchore 같은 이미지 스캐너로 OS 패키지와 애플리케이션 라이브러리의 CVE를 탐지합니다. 또한 Dockerfile 린팅 도구(Hadolint)로 베스트 프랙티스 준수 여부를 확인하고, 이미지 서명(Docker Content Trust, Cosign)을 통해 무결성을 보장합니다. 배포 전에는 정책 엔진(OPA, Kyverno)으로 보안 정책 준수 여부를 검증하고, 임계값 이상의 취약점이 발견되면 배포를 자동으로 차단하는 게이트를 설정합니다.

핵심 포인트
  • • SAST와 의존성 스캔을 통한 소스코드 레벨 검증
  • • 컨테이너 이미지 스캐너를 활용한 CVE 탐지
  • • 이미지 서명과 정책 엔진을 통한 배포 전 게이트 구성
답변에 넣으면 좋은 키워드
SAST Trivy CVE 이미지 스캔 정책 엔진 OPA
실무에서는

프로덕션 배포 전 자동화된 보안 검증을 통해 알려진 취약점이 포함된 이미지의 배포를 사전에 차단할 수 있습니다.

Follow-up 질문

이미지 스캔에서 Critical 등급 취약점이 발견되었지만 해당 패키지는 실제로 사용하지 않는 경우, 어떻게 처리하시겠습니까?

2 무중단 배포 보안
Hard

Q. Blue-Green 배포 방식으로 웹 애플리케이션을 배포하는 중, Green 환경으로 트래픽을 전환한 직후 보안 관련 설정 오류로 인해 인증 토큰이 제대로 검증되지 않는 문제가 발견되었습니다. 이 상황에서 즉시 취해야 할 조치와 향후 재발 방지를 위한 배포 프로세스 개선 방안을 설명해주세요.

즉각적인 롤백 절차와 배포 전 보안 설정 검증 자동화를 고려해보세요.

A. 모범답안

즉시 로드밸런서나 라우팅 설정을 통해 트래픽을 다시 Blue 환경으로 전환하여 롤백을 수행해야 합니다. 동시에 모니터링 시스템에서 인증 실패 로그를 확인하고, Green 환경의 JWT 검증 키나 OAuth 설정 등 보안 구성을 점검합니다. 재발 방지를 위해서는 배포 전 Smoke Test와 Health Check에 보안 설정 검증 항목을 추가해야 합니다. 예를 들어 실제 인증 토큰으로 API를 호출하는 End-to-End 테스트를 자동화하고, 환경변수나 Secret 값이 올바르게 주입되었는지 확인하는 검증 스크립트를 실행합니다. 또한 Canary 배포 방식을 도입하여 소수의 트래픽으로 먼저 검증한 후 점진적으로 전환하고, 인증 실패율 같은 보안 메트릭을 모니터링하여 임계값 초과 시 자동 롤백하도록 구성합니다.

핵심 포인트
  • • 즉시 Blue 환경으로 롤백하고 보안 설정 오류 원인 파악
  • • 배포 전 보안 설정 검증을 포함한 자동화된 테스트 구성
  • • Canary 배포와 보안 메트릭 기반 자동 롤백 체계 도입
답변에 넣으면 좋은 키워드
롤백 Smoke Test Canary 배포 보안 메트릭 Health Check Secret 관리
실무에서는

무중단 배포 시 보안 설정 오류는 즉각적인 서비스 장애로 이어질 수 있어 자동화된 검증과 빠른 롤백 체계가 필수적입니다.

Follow-up 질문

Kubernetes 환경에서 Secret이 제대로 마운트되었는지 배포 전에 자동으로 검증하려면 어떤 방법을 사용할 수 있을까요?

3 보안 모니터링
Medium

Q. 프로덕션 환경에서 웹 애플리케이션의 보안 이벤트를 실시간으로 모니터링하고 이상 징후를 탐지하기 위해 어떤 메트릭과 로그를 수집해야 하며, 어떤 알림 정책을 설정하시겠습니까? 구체적인 임계값 예시도 함께 설명해주세요.

인증 실패, 비정상적인 요청 패턴, 보안 헤더 누락 등 다양한 보안 지표를 생각해보세요.

A. 모범답안

보안 모니터링을 위해서는 여러 계층의 메트릭과 로그를 수집해야 합니다. 인증 관련 메트릭으로는 로그인 실패율, 비정상적인 토큰 사용, 권한 없는 리소스 접근 시도(403/401 응답)를 추적하며, 예를 들어 5분 내 동일 IP에서 10회 이상 로그인 실패 시 알림을 발생시킵니다. WAF 로그에서는 SQL Injection, XSS 같은 공격 패턴 탐지 건수를 모니터링하고, 특정 엔드포인트에 1분 내 100회 이상 요청 시 DDoS 가능성을 알립니다. 또한 보안 헤더(CSP, HSTS, X-Frame-Options) 누락 비율, API Rate Limit 초과 횟수, 비정상적인 파일 업로드 시도를 추적합니다. ELK Stack이나 Datadog, Prometheus+Grafana로 대시보드를 구성하고, PagerDuty나 Slack으로 Critical 알림을 전송하며, 심각도에 따라 자동으로 IP 차단이나 계정 잠금 같은 대응을 트리거합니다.

핵심 포인트
  • • 인증 실패, 권한 위반, 공격 패턴 탐지를 위한 다층 메트릭 수집
  • • 구체적인 임계값 기반 알림 정책 설정
  • • 모니터링 도구와 자동 대응 체계 연동
답변에 넣으면 좋은 키워드
인증 실패율 WAF 로그 Rate Limit ELK Stack Prometheus 자동 대응
실무에서는

실시간 보안 모니터링을 통해 공격 시도를 조기에 탐지하고 자동화된 대응으로 피해를 최소화할 수 있습니다.

Follow-up 질문

False Positive가 많아 알림 피로도가 높을 때 어떻게 알림 정책을 개선하시겠습니까?

댓글 0

로그인 후 댓글을 작성할 수 있습니다.

아직 댓글이 없습니다. 첫 번째 댓글을 남겨보세요!