KIM JUNHYUNHANN.

서버 3,500대, DB 650개 규모 글로벌 MMORPG의 전담 엔지니어로 Azure 운영과 기술 자문을 맡았습니다.

핵심

고객사 주 기술 담당

핵심

고가용성 구조 자문

핵심

장애 대응·보안 감사·비용 분석 지원

• Azure
• 대규모 운영
• 고객 대응

이미 쌓이던 Azure 로그를 연결해, DDoS 공격의 탐지부터 차단까지 사람의 개입 없이 이어지게 만들었습니다.

문제

공격은 대응 인력이 가장 적은 야간과 주말에 집중됐습니다. 사람이 알림을 보고, 접속해서, 공격 IP를 찾아, 차단 규칙을 넣는 동안 서비스가 흔들렸습니다.

판단

인력을 늘리거나 새 솔루션을 사는 대신, 이미 쌓이고 있던 로그를 쓰기로 했습니다. Azure의 DDoS 방어 기능이 공격 출발지 정보가 담긴 로그를 이미 남기고 있었습니다.

실행

비정상적으로 많은 TCP SYN 패킷을 보내는 출발지를 공격 후보로 정의했습니다. 주기적으로 조회해 뽑은 IP를 PowerShell 스크립트가 NSG(방화벽 규칙 묶음)의 차단 규칙에 자동으로 추가합니다.

결과

탐지부터 차단까지 사람의 개입 없이 이어져 야간·주말 대응 지연을 없앴습니다. 새 솔루션이나 인력은 필요하지 않았습니다.

• Azure
• DDoS
• 자동화
• PowerShell
• 대응 자동화

사람이 서버 묶음마다 반복하던 배포 단계를 PowerShell 스크립트로 묶어 배포 속도를 80% 개선했습니다.

핵심

서버 묶음마다 반복되던 수작업

핵심

단계를 스크립트로 묶어 자동 실행

핵심

작업자마다 다르던 절차 통일

• Azure
• PowerShell
• 배포 자동화

Telegraf, InfluxDB, Grafana로 실시간 대시보드를 만들고 Zabbix와 Grafana로 모니터링을 운영했습니다.

핵심

Telegraf·InfluxDB·Grafana 실시간 대시보드

핵심

Zabbix·Grafana 모니터링 운영

• Monitoring
• Grafana

월말에 며칠씩 수동으로 하던 4개 클라우드 보안 점검을, 위험 행위를 발생 당일 알아차리는 매일 자동 점검으로 바꿨습니다.

문제

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

판단

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

실행

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

결과

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

• Python
• AWS
• GCP
• Azure
• Tencent
• 보안 자동화
• 탐지·대응

보안 지적을 서비스 영향도로 나누고 보완 통제로 합의하며, 반복 지적은 코드 기본값으로 막아 감사 조치율을 60%에서 85% 이상으로 올렸습니다.

핵심

무조건 차단 대신 서비스 영향도 기준 분류

핵심

막을 수 없을 땐 보완 통제로 합의

핵심

반복 지적은 Terraform 기본값과 배포 관문으로

• CSPM
• Terraform
• GitLab CI/CD
• Jenkins
• 협업

운영 중인 인프라를 코드로 옮기고 환경마다 복사하던 Terraform 코드를 Terragrunt 공통 구조로 묶어 배포 시간을 40% 줄였습니다.

핵심

운영 중인 인프라를 코드로 이관

핵심

환경·게임별 중복 코드를 공통 구조로

핵심

보안 기본값이 모든 환경에 한 번에 적용

• Terraform
• Terragrunt
• IaC
• AWS
• GCP

서머너즈워 크로니클의 GCP 인프라(서버 80대, DB 20개)를 서비스 중단 없이 약 1주일 만에 Tencent Cloud로 옮겼습니다.

문제

라이브 서비스의 GCP 인프라(서버 80대, DB 20개)를 Tencent Cloud로 옮겨야 했습니다. 서비스 중단은 허용되지 않았습니다.

판단

가장 큰 위험은 이관 후 보안 정책이 빠지거나 다르게 적용되는 것이라고 봤습니다. 그래서 서버보다 네트워크와 방화벽을 먼저 옮기기로 했습니다.

실행

Tencent Cloud에 방화벽 규칙을 GCP와 동일하게 먼저 구성하고, Online Migration으로 서버를 옮겼습니다. 바로 전환하지 않고 비공개 운영으로 개발팀과 함께 이슈 여부를 확인했습니다.

결과

검증 후 서비스를 전환했고, 서비스 중단 없이 약 1주일 만에 이관을 마쳤습니다.

• GCP
• Tencent Cloud
• Migration
• Terraform

Tencent Cloud와 GCP에 걸친 서버 600대, DB 70개 규모의 방화벽 규칙을 전수 분석해 역할 기준으로 재설계했습니다.

핵심

오래 쌓인 규칙 전수 분석

핵심

중복·불필요 규칙 제거

핵심

역할 기준으로 재설계

• Firewall
• Tencent Cloud
• GCP
• Network Security

서버 600대 규모 게임의 DDoS 탐지와 방어를 Tencent Cloud와 GCP에서 운영했습니다.

핵심

서버 600대 규모 게임의 DDoS 탐지·방어 운영

핵심

GCP에서는 Cloud Armor를 DDoS 방어 용도로 사용

• DDoS
• Cloud Armor
• Tencent Cloud
• GCP

서버·DB 지표를 Zabbix와 Grafana로 보고, 이상이 생기면 Slack과 Telegram 알림으로 대응했으며, 월별 비용도 분석했습니다.

핵심

Zabbix·Grafana 모니터링

핵심

Slack·Telegram 알림

핵심

월별 비용 분석(FinOps)

• Zabbix
• Grafana
• FinOps

로컬 LLM과 벡터 DB로 인프라 코드 생성 프로토타입을 만들어 팀에 시연했고, 검증에서 한계를 찾아 다음 설계까지 정리했습니다. 실무 정착까지는 이어가지 못했습니다.

핵심

운영 중인 모듈을 학습 자료로 쓰는 RAG 구조

핵심

팀 시연까지 진행

핵심

한계를 직접 진단하고 다음 설계 도출

• AI
• LLM
• RAG
• Ollama
• Chroma
• Docker
• Terraform

망분리 규정을 문서로 두지 않고 구조와 코드로 옮겨, 계정이 늘어나도 같은 보안 기준이 반복되게 했습니다.

문제

그룹사들이 퍼블릭 클라우드를 처음 도입하던 단계였고, IaC(코드로 인프라를 관리하는 방식) 체계가 전혀 없었습니다. 계정마다 요구사항이 달랐지만 공통 보안 기준은 일관되게 지켜야 했습니다.

판단

망분리(중요도가 다른 네트워크를 나눠 외부 위협이 내부로 바로 들어오지 못하게 하는 금융권 핵심 통제)를 설계 원칙 세 가지로 옮겼습니다. DMZ와 Private 서브넷 분리, 공인 IP 할당 원천 차단, 허용된 대상으로만 나가는 아웃바운드입니다.

실행

Terraform을 도입해 Network Firewall과 WAF 구성을 코드로 정의하고, 같은 코드를 모든 계정에 적용했습니다.

결과

계정이 늘어나도 같은 보안 기준이 코드로 반복됩니다. 담당자마다 설정이 달라지던 문제가 사라졌습니다.

• AWS
• Terraform
• 망분리
• Network Firewall
• WAF
• 금융

서비스 계정과 역할별 권한을 Terraform으로 정의해, 과도한 권한 부여가 구조적으로 어렵도록 만들었습니다.

핵심

Zero Trust 원칙

핵심

서비스 계정·역할별 권한을 Terraform으로

핵심

권한 추가는 코드 리뷰를 거쳐야만

• IAM
• Zero Trust
• Terraform

GuardDuty, Security Hub, Splunk SIEM을 연동해 다중 AWS 계정 전반의 보안 이벤트를 한곳에서 모니터링했습니다.

핵심

GuardDuty·Security Hub를 Splunk SIEM과 연동

• GuardDuty
• Security Hub
• Splunk
• SIEM

CDN + 로드밸런서 구조에서 해외 접속 차단 정책이 우회될 수 있는 지점을 찾아 고치고, 차단 결과를 로그로 증명했습니다. 이미 수정된 사례입니다.

핵심

구조를 따라가며 우회 지점 발견

핵심

판별 위치를 바깥쪽으로 옮겨 해결

핵심

로그 분석으로 차단 결과 검증

• WAF
• CloudFront
• Athena
• Log Analysis

인터넷이 막힌 업무 PC에서 돌아가는 오프라인 개발 환경과 Python 도구 4종을 만들어, 반복되던 통신 요청 처리를 표준 절차로 바꿨습니다.

핵심

오프라인 Windows 개발 환경 번들

핵심

통신 가능 여부를 원인별로 판정

핵심

엑셀 신청서를 실제 보안그룹 규칙으로 자동 반영

• Python
• boto3
• AWS
• 자동화
• 폐쇄망

보안그룹 정책을 담당자들이 익숙한 물리 방화벽 정책서 구조로 문서화해, AWS가 처음인 담당자도 바로 업무를 시작할 수 있게 했습니다.

핵심

보안그룹 정책을 물리 방화벽 정책서 구조로 문서화

핵심

AWS가 처음인 담당자를 위한 접근·운영 가이드

• Documentation
• Security Group
• 온보딩

FortiGate 패킷 캡처 명령 구성과 pcapng 파일 변환을 Python으로 자동화해 분석 준비 시간을 줄였습니다.

핵심

FortiGate 패킷 캡처 명령 자동 구성

핵심

pcapng 파일 일괄 변환

• FortiGate
• Packet Capture
• Python

방화벽과 WAF, WIPS를 운영하며 매월 정기 점검 보고서를 작성했고, 퇴사할 때 이 업무를 인수인계서로 정리해 넘겼습니다.

핵심

FortiGate·FortiManager·FortiAnalyzer, WAF, WIPS 운영

핵심

월간 방화벽 정책 적정성 검토

핵심

퇴사 시 인수인계서로 이관

• Fortinet
• WAF
• WIPS
• 정기 점검

신규 가상화 인프라 도입 심의의 보안 부문을 맡아, 요건을 정리하고 수치로 검증한 뒤 통신 방향별 역할 분담을 제안했습니다.

핵심

보안 요건을 공통·물리·논리로 정리

핵심

플랫폼 수용량을 요구 수준과 수치로 비교

핵심

남북·동서 통신 역할 분담 제안

• 보안성 검토
• 망분리
• 마이크로세그멘테이션

직접 설계한 오케스트레이터로 AI 직원 11명의 가상 회사를 만들며, 에이전트가 서로를 검증 없이 믿는 신뢰 경계 문제를 체감했습니다.

핵심

역할별 업무 배정, 모델 우선순위 전환, 비용 추적

핵심

Slack·Jira·GitHub 연동 + 픽셀아트 사무실 대시보드

핵심

에이전트 간 무검증 신뢰의 보안 문제 체감

• AI
• Multi-Agent
• Slack

콘솔에서 하나씩 따라가며 확인하던 AWS 통신 경로를, 다이어그램에서 두 리소스만 고르면 판정하는 서비스로 만들고 있습니다.

핵심

여러 계정·리전의 AWS 리소스를 다이어그램으로

핵심

두 리소스 간 통신 가능 여부와 원인 정책 판정

핵심

고객 환경 설치형(BYOC) 구조

• AWS
• Visualization
• SaaS
• BYOC
• CloudFormation
• AI

기존 GitHub 실습·도구 저장소를 번호 붙인 공개 저장소로 재구성하고, 각 경험과 연결하고 있습니다.

핵심

번호를 붙인 공개 저장소로 재구성

핵심

키값·민감정보는 가림 또는 예시값으로 처리

핵심

경험과 관련 저장소를 서로 연결

• GitHub
• Terraform
• Terragrunt