[쿠팡] Staff, Platform Security Architect (Cloud, Infra and Platforms Security Architecture) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• Kubernetes 기반 플랫폼 전반의 보안 아키텍처를 설계하고 강화합니다.

  이렇게 볼 수 있어요

  범위가 서비스 하나가 아니라 플랫폼 전체입니다. 한 번 정한 클러스터 기본 설정이 그 위의 모든 서비스에 적용되므로 설계 단계에서 정한 보안 기준의 영향이 큽니다. 클러스터 보안 기준을 정해 여러 팀의 서비스에 적용한 경험은 적용한 클러스터와 서비스 수로 규모가 드러납니다.

• Service Mesh 환경의 인증(Authentication), 인가(Authorization), 암호화(Encryption) 체계를 구축하고 운영합니다.

  이렇게 볼 수 있어요

  서비스 메시는 서비스 사이의 호출을 프록시가 중계하는 구조라 서비스마다 코드를 고치지 않고 호출 상대 확인과 통신 암호화를 일괄 적용할 수 있습니다. 우대 사항의 Istio 또는 Envoy가 이 업무에 쓰일 수 있는 도구입니다. 서비스 간 mTLS 적용 범위를 넓힌 경험에 적용한 서비스 수와 장애 대응 방식이 함께 있으면 운영까지 맡은 경험이라는 점이 분명합니다.

• 서비스 간(East-West) 및 외부 유입(North-South) 트래픽을 보호하는 보안 통제 체계를 수립합니다.

  이렇게 볼 수 있어요

  East-West는 클러스터 안 서비스끼리의 통신이고 North-South는 외부에서 들어오는 통신입니다. 두 방향은 막는 도구가 달라서 한쪽만 다뤄 봤다면 다른 쪽은 어떻게 다뤘는지가 이어지는 질문입니다.

• 마이크로서비스 아키텍처 환경의 보안 전략을 수립하고 구현합니다.

  이렇게 볼 수 있어요

  서비스가 잘게 나뉘면 서비스 사이 호출마다 상대를 믿을지 정해야 합니다. 자격 요건의 서비스 아이덴티티와 접근제어 모델, API 간 보안 컨텍스트 전파 검증이 이 전략을 이루는 요소입니다.

• 컨테이너와 클라우드 네이티브 워크로드의 보안 수준을 높이고 운영 표준을 정의합니다.

  이렇게 볼 수 있어요

  운영 표준 정의가 포함되어 있어 설정을 한 번 고치는 데서 끝나지 않고 팀들이 따를 기준 문서와 자동 점검까지 만드는 업무입니다. 우대 사항의 Pod Security Admission이 워크로드 보안 표준을 클러스터가 강제하는 방식입니다. 기준을 정하고 위반 배포를 막는 장치까지 만든 경험이라면 기준 문서, 자동 점검, 배포 차단 가운데 어느 단계까지 만들었는지 나눠 적는 편이 좋습니다.

• 대규모 분산 시스템 환경에서 네트워크 보안과 서비스 간 신뢰 모델을 구축합니다.

  이렇게 볼 수 있어요

  우대 사항에 Zero Trust Architecture 설계·운영 경험이 따로 있습니다. 이 업무에서 만들 신뢰 모델은 네트워크 위치만 믿지 않고 호출마다 상대를 확인하는 방식입니다. 신뢰 모델이 바뀐 전후를 서비스 수와 함께 적으면 규모가 분명해집니다.

• 자동화 기반 보안 정책을 설계하고 적용해 플랫폼 보안성을 높입니다.

  이렇게 볼 수 있어요

  우대 사항의 Kyverno와 OPA(Gatekeeper)는 정책을 코드로 관리하고 클러스터가 배포 때 자동으로 검사하게 하는 도구입니다. 정책을 문서로만 남기지 않고 배포 단계에서 막은 경험이라면 막은 정책의 종류와 예외를 낸 방식을 묻습니다.

• 머신 스피드(Machine-Speed) 공격과 고도화된 위협에서 플랫폼과 서비스를 보호하는 탐지·대응 체계를 구축합니다.

  이렇게 볼 수 있어요

  업무가 탐지와 대응을 한 체계로 적었으므로 탐지 룰을 쓴 경험이라면 그 룰이 대응 절차(차단, 격리, 알림)의 어디까지 이어졌는지 구분하는 편이 좋습니다. [쿠팡] Staff AI Engineer (Security) 공고는 AI 기반 조사와 탐지 시스템 개발을 업무로 적었고, 이 공고는 AI/LLM을 자격 요건의 보안 자동화 활용 경험으로 적었습니다.

• 개발 조직과 협업해 Secure-by-Design 문화를 확산하고 보안 베스트 프랙티스를 정립합니다.

  이렇게 볼 수 있어요

  Secure-by-Design은 보안을 출시 직전 점검이 아니라 설계 단계부터 반영하는 방식입니다. 자격 요건에 개발 조직과의 협업 경험이 따로 있어 이 일은 보안팀이 규칙을 내리는 데서 끝나지 않고 개발팀이 따르게 만드는 쪽입니다. 개발팀이 설계 단계에서 보안 검토를 먼저 요청하게 된 경험이라면 변화를 만든 방법(체크리스트, 템플릿, 리뷰 절차)까지 함께 말합니다.

• 클라우드 네이티브 플랫폼의 장기적인 보안 전략과 기술 방향성을 수립합니다.

  이렇게 볼 수 있어요

  [쿠팡] Staff IAM Engineer (IAM Architecture & Governance) 공고는 경력 8년 이상을, [쿠팡] Staff AI Engineer (Security) 공고는 6년 이상을 적었지만 이 공고에는 연차 문장이 없습니다. 장기 전략 경험은 연차보다 전략 문서나 로드맵을 직접 쓰고 팀이 따른 사례로 보여 줄 수 있습니다.

2자격 요건

• 정보보안, 컴퓨터공학 또는 관련 분야 학사 학위 이상이 필요합니다.

  이렇게 볼 수 있어요

  학위 조건에는 전공(정보보안, 컴퓨터공학 또는 관련 분야)만 있고 연차 조건은 자격 요건 어디에도 없습니다. Staff 직급 공고인데 연차 대신 경험 항목이 차례로 적혀 있습니다. 항목마다 리뷰한 서비스 수, 운영한 클러스터 수, 기간 같은 규모가 경력의 크기를 보여 줍니다.

• 영어로 기술적인 의사소통이 가능해야 합니다.

  이렇게 볼 수 있어요

  공고가 한국어 본문과 영어 본문을 함께 싣고 있습니다. 영어로 보안 아키텍처 리뷰 문서를 쓰거나 해외 엔지니어와 설계를 논의한 경험은 문서 종류와 상대가 함께 있으면 분명합니다. [쿠팡] Staff IAM Engineer 공고는 전형에서 영문 이력서를 요구했지만 이 공고는 영문 이력서 제출을 적지 않았습니다.

• 애플리케이션과 인프라 환경의 보안 아키텍처 리뷰 경험, 코드 수준의 보안 취약점 분석과 보안 리뷰 수행 경험이 필요합니다.

  이렇게 볼 수 있어요

  아키텍처 리뷰는 설계 문서에서 구조의 약점을 찾아내는 작업이고 코드 리뷰는 인증 우회나 입력 검증 누락 같은 구현 결함을 찾아내는 작업입니다. 자격 요건이 두 리뷰를 모두 적었으므로, 리뷰한 건수를 종류별로 밝히면 어느 쪽 경험이 더 많은지 보입니다.

• 인증, 인가, 서비스 아이덴티티, 접근제어 모델에 대한 깊이 있는 이해와, 엔드투엔드 애플리케이션 워크플로우에서 API와 서비스 간 보안 컨텍스트 전파를 검증한 경험이 필요합니다.

  이렇게 볼 수 있어요

  이 요건은 업무의 서비스 메시 인증·인가 체계와 같은 영역이고, 이해에 더해 검증한 경험까지 요구합니다. '보안 컨텍스트 전파'는 요청이 여러 서비스를 거쳐도 처음 호출한 사용자의 신원과 권한 정보가 끊기지 않고 전달되는지를 뜻합니다. 서비스 호출 사슬을 따라 토큰이 전달되는지 시험한 경험에는 대상 서비스 수와 찾아낸 누락 사례가 따라붙습니다.

• Kubernetes 및 컨테이너 기반 환경의 보안 설계와 운영 경험이 필요합니다.

  이렇게 볼 수 있어요

  [쿠팡] Senior DevOps Engineer (SPIR/OC) 공고는 Kubernetes와 Docker 같은 컨테이너 환경 지식을 우대 사항으로 적었고, 이 공고는 보안 설계와 운영 경험을 자격 요건으로 적었습니다. 설계만 해 본 경력과 운영까지 한 경력은 다르므로 클러스터 수, 운영 기간, 대응한 보안 이슈를 나눠 적으면 설계 경험과 운영 경험이 따로 보입니다.

• Non-root 또는 Rootless Container 환경을 설계하고 구현한 경험이 필요합니다.

  이렇게 볼 수 있어요

  Non-root 또는 Rootless Container 환경은 컨테이너가 root 권한이 아닌 일반 사용자 권한으로 실행되게 하는 환경입니다. 컨테이너가 탈취돼도 호스트 권한으로 번지는 폭은 작아지는 대신 포트 바인딩이나 볼륨 권한처럼 기존 이미지의 설정을 고쳐야 합니다. 우대 사항의 Pod Security Admission이 이 기준을 클러스터에서 강제하는 방법이라 두 항목은 한 설명으로 이어집니다.

• 보안 자동화와 운영 효율화를 위해 AI/LLM 기반 솔루션을 활용한 경험이 필요합니다.

  이렇게 볼 수 있어요

  [쿠팡] Staff AI Engineer (Security) 공고가 AI 시스템을 만드는 자리인 것과 달리 이 공고는 보안 자동화에 활용한 경험을 자격 요건으로 묻습니다. 알림 분류나 취약점 분석에 LLM을 붙여 줄인 처리 시간과 사람이 최종 검토한 단계가 함께 있는 경험이 이 항목과 가깝습니다.

• 개발 조직 및 다양한 이해관계자와 협업해 복잡한 보안 문제를 해결한 경험이 필요합니다.

  이렇게 볼 수 있어요

  업무의 Secure-by-Design 확산이 평소의 협업이라면 이 요건은 이해관계가 부딪칠 때의 협업을 묻습니다. 상대는 개발 조직 말고도 '다양한 이해관계자'로 적혀 있어 개발팀 한 곳에 한정되지 않습니다. 개발팀이 반대한 보안 통제를 예외 기간이나 단계적 적용 같은 대안으로 합의한 경험이 있다면 무엇이 쟁점이었고 어떤 합의안으로 끝났는지를 함께 밝힙니다.

3우대 사항

• 네트워크 세그멘테이션과 마이크로세그멘테이션 전문성, Kubernetes NetworkPolicy를 활용한 네트워크 접근제어 설계 경험을 우대합니다.

  이렇게 볼 수 있어요

  세그멘테이션은 네트워크를 구역으로 나눠 침해가 번지는 범위를 줄이는 방식이고 마이크로세그멘테이션은 그 구역을 워크로드 단위까지 잘게 나눕니다. NetworkPolicy는 Pod 사이에 허용할 통신을 선언하는 리소스라서 업무의 East-West 통신 통제와 이어집니다.

• Istio 또는 Envoy 기반 Layer 7 서비스 메시 정책 설계·운영 경험, eBPF 기반 CNI 기술로 Kubernetes 네트워크 보안 정책을 운영한 경험을 우대합니다.

  이렇게 볼 수 있어요

  Istio와 Envoy는 HTTP 요청 수준의 정책을, eBPF 기반 CNI는 커널에서 패킷 수준의 정책을 다루는 층입니다. 한 플랫폼에서 두 층을 함께 운영했다면 층마다 막은 대상이 다르므로 나눠 설명하게 됩니다.

• Pod Security Admission으로 워크로드 보안 표준을 적용한 경험, Kyverno와 OPA(Gatekeeper) 같은 Policy-as-Code 기반 보안 통제 경험을 우대합니다.

  이렇게 볼 수 있어요

  Pod Security Admission은 Kubernetes에 내장된 표준을, Kyverno와 OPA(Gatekeeper)는 팀이 직접 쓴 규칙을 강제하는 방식입니다. 이 우대는 업무의 자동화 기반 보안 정책 적용과 같은 방향입니다. 코드로 관리한 정책 수와 막은 위반 배포 건수가 이 경험의 규모를 보여 줍니다.

• Kubernetes 플랫폼 보안, 클라우드 보안 또는 플랫폼 엔지니어링 조직에서의 실무 경험을 우대합니다.

  이렇게 볼 수 있어요

  '플랫폼 엔지니어링 조직'이 Kubernetes 플랫폼 보안, 클라우드 보안과 '또는'으로 나란히 적혀 있어 보안팀 소속이 아닌 경력도 이 우대에 적을 수 있습니다. 업무는 개발 조직과 협업해 플랫폼 보안 기준을 정하는 일이라서, 플랫폼 팀 안에서 클러스터 기본 설정이나 배포 파이프라인에 보안을 넣어 본 경험은 이 공고가 협업하는 개발 조직 쪽 사정을 안다는 점을 보여 줍니다.

• 대규모 분산 시스템 환경에서 Zero Trust Architecture를 설계하거나 운영한 경험을 우대합니다.

  이렇게 볼 수 있어요

  업무의 서비스 간 신뢰 모델 구축은 이 우대의 Zero Trust와 같은 주제입니다. 자격 요건의 서비스 아이덴티티는 그 신뢰 모델에서 상대를 확인하는 수단이라, 세 항목을 한 사례로 묶어 설명하기 쉽습니다. 이 우대는 '대규모 분산 시스템'을 조건으로 적어 서비스 수와 호출 규모가 사례의 크기를 나타냅니다.

• 보안 자동화, DevSecOps, Cloud Native Security 영역에서 기술적 리더십을 발휘한 경험을 우대합니다.

  이렇게 볼 수 있어요

  Staff 직급의 리더십은 이 우대의 '기술적 리더십'과 업무의 장기 보안 전략 수립에서 나타납니다. 표준이나 도구를 만들어 여러 팀이 쓰게 된 경험이라면 쓰는 팀 수와 도입 뒤 줄어든 수작업을 함께 적습니다.

4기타 사항

• 게시일 : 2026년 10월 29일
• 고용형태 : 해당 내용은 원본 공고에서 확인되지 않습니다.
• 근무지 : 서울
• 경력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
• 학력 조건 : 정보보안, 컴퓨터공학 또는 관련 분야 학사 학위 이상

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

• Kubernetes
• Service Mesh
• Istio
• Envoy
• eBPF
• NetworkPolicy
• Pod Security Admission
• Kyverno
• OPA (Gatekeeper)

전형과 지원

쿠팡 채용 안내 페이지는 전형을 서류 전형, 리크루터 스크리닝 콜, 직무 적합성 인터뷰와 핵심 역량 인터뷰, 처우 협의와 최종 오퍼 순으로 안내합니다. 지원자의 직무 역량과 조직 문화가 맞는지를 모든 전형 단계에서 확인한다고 적었으므로 어느 단계에서든 리더십 원칙에 맞춘 사례를 꺼낼 수 있어야 합니다.

지원 전 준비할 것

1. 1

   플랫폼 보안 설계 사례를 규모로 정리하기

   관리한 클러스터와 서비스 수, 정한 보안 기준, 적용 뒤 막은 위반 건수를 한 장에 정리합니다. 서비스 메시와 Kubernetes 정책처럼 업무 항목에 대응하는 사례는 따로 나눕니다.

2. 2

   연차 대신 항목별 경험 적기

   자격 요건에 연차 문장이 없으므로 아키텍처 리뷰, 서비스 아이덴티티, Non-root 컨테이너, AI/LLM 활용마다 사례 한 건과 규모를 적어 둡니다.

3. 3

   영어 기술 설명 연습하기

   자격 요건이 영어 기술 의사소통을 요구하고 공고가 영어 본문을 함께 싣습니다. 위 사례 하나를 영어로 3분 안에 설명하는 연습을 합니다.