본문으로 건너뛰기
PDF ↓
← 현장 노트로

FIELD NOTE · E5 · 컴투스플랫폼 · 2023.02 – 2026.02

한 달에 한 번이던 보안 점검을, 매일 자동으로

4개 클라우드의 위험한 행위를 발생 당일 잡아내는 구조

월 1회 → 매일 · 4 Clouds

한 줄 요약
월말에 며칠씩 수동으로 하던 4개 클라우드 보안 점검을, 위험 행위를 발생 당일 알아차리는 매일 자동 점검으로 바꿨습니다.
핵심
  • 아무도 시키지 않은 문제를 스스로 발견
  • 서로 다른 4개 클라우드 로그를 하나의 기준으로
  • 크리티컬 행위만 골라 즉시 알림·조치
기술
Python · AWS · GCP · Azure · Tencent · 보안 자동화 · 탐지·대응
한 달?????????????????????????????점검AWSCloudTrailGCPCloud Audit LogsAzureActivity LogTencent CloudCloudAudit●●●●▲▲▲▲■■■■★★★★정규화누가 · 언제 · 어디에 · 무엇을AWS · game-a-prod · Access Key 발급GCP · game-b-live · 프로젝트 권한 추가Tencent · game-c-cn · 보안그룹 규칙 추가Azure · tool-rg · 서버 생성조치 완료조치 완료SlackTelegram매일 새벽 자동 점검월 1회 → 매일
다시 달력. 이번에는 매일 체크가 찍힙니다. 월 1회 → 매일.
문제

보안 점검은 월말에 한 번, 며칠씩 수동으로 했습니다. 누군가 자신에게 과도한 권한을 주거나 주요 서버를 지워도 최대 한 달 가까이 모를 수 있었습니다. 누가 시킨 일은 아니었지만 직접 바꾸기로 했습니다.

판단

같은 "권한 변경"이라도 클라우드마다 기록 방식이 모두 달랐습니다. 제각각인 로그를 "누가, 언제, 어떤 리소스에, 무엇을 했나"라는 공통 기준으로 바꾸기로 했습니다.

실행

4개 클라우드의 모든 프로젝트에서 감사 로그를 가져와 정규화하고, 매일 새벽 자동으로 점검합니다. 사고로 이어질 수 있는 행위만 크리티컬로 정해 텔레그램·슬랙으로 알리고, 행위자 확인 뒤 조치 완료로 기록합니다.

결과

점검 주기는 월 1회에서 매일로, 위험 행위 인지 시점은 최대 한 달 뒤에서 발생 당일로 바뀌었습니다. 사람이 따로 시간을 내 점검하지 않아도, 매일 정해진 시간에 점검이 자동으로 끝나 있게 됐습니다.

배운 점

사고로 이어질 수 있는 신호를 먼저 정의하고 놓치지 않는 구조가 더 중요합니다. 권한이 없을 때는 "이렇게 해봤더니 좋아졌다"는 결과가 가장 강한 설득입니다.

관련 사례

Control Plane에서 전체 기록 보기 ↗

© 2026 김준현 · 이 사이트의 인프라도 코드로 관리합니다

테마 고르기

사원증을 누르면 그 테마로, 보던 내용과 같은 곳으로 이동합니다. 끌면 흔들리기만 합니다.

처음 화면으로 →