이 자리가 왜 생겼을까요
하이브 채용 사이트는 위버스컴퍼니를 '글로벌 팬덤 플랫폼 기업'으로 소개하고, 팬덤 플랫폼 위버스(Weverse)와 커머스 서비스 플랫폼 위버스샵(Weverse Shop)을 보유하고 있다고 적었습니다. 이 공고는 그 글로벌 서비스의 외부 접점에서 웹과 API 트래픽을 분석해 WAF 정책을 세우고, 이상 트래픽과 봇, 어뷰징을 막는 통제를 구현합니다. 위버스컴퍼니는 2026년 9월 23일 이 공고와 서비스 보안정책 공고를 함께 올렸습니다. 사용자가 많은 서비스에서 차단 규칙과 정상 이용 사이를 조율해 본 경험이 있다면 오탐을 줄인 과정과 그 수치가 지원서의 중심이 됩니다.
하이브가 지금 어떤 사업에 집중하고 있는지는 하이브 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
글로벌 서비스의 웹 및 API 트래픽 특성과 외부 노출 구조를 분석해 AWS WAF와 GCP Cloud Armor 기반 보안정책을 설계하고 운영합니다.
이렇게 볼 수 있어요
AWS와 GCP의 WAF가 함께 적혀 있어 두 클라우드를 함께 쓰는 환경입니다. 한쪽만 다뤄 봤다면 다른 쪽 WAF의 정책 구조는 따로 익혀야 하는 부분입니다.
외부에서 서비스까지 이어지는 트래픽 경로와 클라우드 네트워크 구조를 분석해 외부 접점의 네트워크 보안 아키텍처를 설계합니다.
이렇게 볼 수 있어요
정책 운영에 더해 구조 설계까지 맡습니다. 트래픽이 들어오는 경로를 그려 보고 통제 지점을 어디에 둘지 정한 경험이 이 업무와 직접 이어집니다.
신규 서비스와 인프라의 기획, 구축 및 변경 단계에서 외부 노출과 접근 경로의 보안 리스크를 검토하고 개선 방안을 도출합니다.
이렇게 볼 수 있어요
운영 중인 서비스뿐 아니라 새 서비스가 열리기 전 단계의 검토도 맡습니다. 신규 인프라 구축에 보안 검토자로 참여해 설계를 바꾼 사례가 있다면 이 업무의 근거가 됩니다.
이상 트래픽, 봇과 어뷰징 분석 결과를 바탕으로 Rate Limiting, IP 및 경로 기반 보안통제를 구현하고, 적용 결과를 모니터링해 오탐과 서비스 영향을 최소화합니다.
이렇게 볼 수 있어요
막는 것과 함께 정상 사용자가 막히지 않게 하는 일이 한 항목에 묶여 있습니다. 차단 규칙을 넣은 뒤 오탐을 줄인 과정을 숫자로 설명할 수 있으면 이 업무를 그대로 보여 줍니다.
클라우드 환경의 아웃바운드 통신 흐름과 업무 요건을 분석해 AWS Network Firewall 기반 통신정책을 설계하고 운영합니다.
이렇게 볼 수 있어요
들어오는 트래픽만이 아니라 나가는 통신도 통제 대상입니다. 아웃바운드 허용 목록을 만들며 업무 요건과 보안 사이를 조율해 본 경험이 이 업무와 가깝습니다.
침해사고가 나면 네트워크 및 보안장비 로그 확보와 기술적 차단, 격리 및 복구를 지원하고 네트워크 영역의 재발방지 통제를 적용합니다.
이렇게 볼 수 있어요
사고 대응에서 네트워크 쪽 역할이 정해져 있습니다. 대응에 참여했다면 로그 확보부터 재발방지 통제까지의 단계 가운데 본인이 맡은 부분을 나눠 밝히는 편이 정확합니다.
주요 업무환경으로 서비스 변경, 인증 점검, 장애 및 침해사고 대응 일정에 따라 특정 기간에 업무 집중도가 높아질 수 있다고 적었습니다.
이렇게 볼 수 있어요
인증 점검이 업무 일정에 들어 있습니다. 보안 인증 점검에 대응해 본 경험이 있다면 맡은 영역을 함께 적을 수 있습니다.
2자격 요건
클라우드 또는 네트워크 보안 분야에서 7년 이상의 실무 경험이 필요합니다.
이렇게 볼 수 있어요
두 분야가 '또는'으로 이어져 있어 온프레미스 네트워크 보안 경력도 7년에 들어갑니다. 다만 다른 필수 요건이 클라우드 WAF와 클라우드 네트워크 구성요소를 따로 묻기 때문에 클라우드 경험은 별도로 보여 주어야 합니다.
AWS WAF 또는 GCP Cloud Armor 등 클라우드 WAF를 직접 설계하고 운영한 경험이 있어야 합니다.
이렇게 볼 수 있어요
'직접'이라는 말이 붙어 있습니다. 규칙을 직접 작성하고 운영한 기간과 보호한 서비스 규모를 적어야 운영 보조와 구별됩니다.
웹 및 API 트래픽과 외부 서비스 진입 구조를 분석해 보안정책을 설계하고 적용한 경험을 요구합니다.
이렇게 볼 수 있어요
트래픽 분석이 정책 설계의 출발점입니다. 어떤 트래픽 특성을 보고 어떤 정책을 세웠는지를 짝지어 설명할 수 있어야 합니다.
웹 및 API 공격과 비정상 트래픽을 분석하고, 정상 요청에 대한 오탐을 식별해 보안정책을 개선한 경험이 있어야 합니다.
이렇게 볼 수 있어요
오탐 개선이 필수 요건에 따로 있습니다. 오탐이 서비스에 어떤 영향을 줬고 정책을 어떻게 고쳐 줄였는지가 이 요건에서 묻는 경험입니다.
VPC, Routing, NAT, Load Balancer, Firewall 등 클라우드 네트워크 구성요소와 트래픽 흐름을 이해하고 이를 바탕으로 보안통제를 설계할 수 있어야 합니다.
이렇게 볼 수 있어요
보안 도구만이 아니라 네트워크 구성 자체의 이해를 묻습니다. 구성도를 보고 통제 지점을 정한 경험이 이 요건에 들어갑니다.
개발, 인프라, DevOps 등 유관 조직과 협업해 보안정책의 적용 방안과 서비스 영향을 조율할 수 있어야 합니다.
이렇게 볼 수 있어요
정책을 적용하기 전에 서비스 영향을 함께 따지는 일입니다. 개발 조직의 반대로 정책을 바꾸거나 단계적으로 적용한 사례가 이 요건의 답이 됩니다.
3우대 사항
글로벌 서비스나 대규모 사용자 플랫폼의 WAF와 외부 접점 보안을 운영해 본 경험을 선호합니다.
이렇게 볼 수 있어요
운영했던 서비스의 트래픽 규모나 국가 수를 함께 밝히면 경험의 크기가 전해집니다.
AWS와 GCP 멀티클라우드 환경에서 네트워크 보안정책을 설계하거나 운영해 본 경험을 선호합니다.
이렇게 볼 수 있어요
필수 요건은 둘 중 하나의 WAF였고 선호 요건은 두 클라우드를 함께 다룬 경험입니다. 두 환경의 정책을 같은 기준으로 맞춰 본 경험이 있다면 어떤 기준으로 맞췄는지를 적는 게 좋습니다.
AWS Network Firewall 등 클라우드 방화벽으로 아웃바운드 통신을 통제해 본 경험을 선호합니다.
이렇게 볼 수 있어요
주요 업무의 아웃바운드 통신정책을 이미 해 본 사람을 우대한다는 뜻입니다. 통제 대상과 허용 정책을 어떻게 관리했는지 적으면 됩니다.
reCAPTCHA나 Bot Management 등 봇과 어뷰징 방어통제를 적용해 본 경험을 선호합니다.
이렇게 볼 수 있어요
봇과 어뷰징 분석이 주요 업무에 따로 적혀 있습니다. 방어통제를 적용한 뒤 어뷰징 지표가 어떻게 바뀌었는지 남아 있으면 그대로 쓸 수 있습니다.
Terraform 등 IaC로 WAF와 네트워크 보안정책을 관리해 본 경험을 선호합니다.
이렇게 볼 수 있어요
정책을 코드로 관리하면 두 클라우드의 정책을 함께 다루기 쉬워집니다. 관리한 정책 수와 변경 절차를 함께 밝혀 두면 운영 규모가 전해집니다.
침해사고 때 네트워크나 보안장비로 차단, 격리 및 복구에 참여한 경험을 선호합니다.
이렇게 볼 수 있어요
주요 업무의 사고 대응과 같은 내용입니다. 참여한 사고의 유형과 본인이 맡은 단계를 나눠 적을 수 있습니다.
4기타 사항
- 게시일 : 2026년 9월 23일
- 고용형태 : 정규직
- 근무지 : 판교 (대한민국 경기도 성남시 분당구 분당내곡로 131, 6층 위버스컴퍼니)
- 경력 조건 : 경력 7년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- AWS WAF
- GCP Cloud Armor
- AWS Network Firewall
- AWS
- GCP
- reCAPTCHA
- Terraform
전형과 지원
하이브 전형은 인터뷰가 세 번이고 각각 보는 것이 다릅니다. 입사 뒤에는 권장 기간 6개월의 온보딩 과정이 이어집니다. 위버스컴퍼니 공고 대부분에는 이 기간이 3개월로 적혀 있습니다.
인터뷰 세 번
서류, 실무 인터뷰, 피플 인터뷰, 리더 인터뷰, 처우 협의 순입니다. 실무는 "역량, 경험, 스킬"을, 피플은 "하이브에서 일하는 방식과 지원자의 기대사항 간 부합 여부"를, 리더는 "회사의 비전 공유와 종합적인 포지션 적합도"를 본다고 적었습니다.
이렇게 볼 수 있어요
세 번이 같은 질문을 반복하는 구조가 아닙니다. 피플 인터뷰가 기대사항을 상호 확인한다고 적혀 있으므로 이 자리에서는 묻고 싶은 것을 준비해 가도 됩니다. 직무 특성에 따라 별도 과제나 테스트가 붙습니다.
Win Together Program
Win Together Program은 수습에 해당하는 온보딩 과정입니다. 하이브는 2018년에 이 과정을 도입했고 "하이브의 인재상과 조직문화를 의미하는 열정, 자율, 신뢰를 이해하고 체화하는 과정"이라고 밝혔습니다. 권장 기간은 6개월이고 준비되면 직책자 승인으로 앞당길 수 있습니다. 위버스컴퍼니 공고 대부분에는 이 기간이 3개월로 적혀 있습니다. 마무리는 담당 리더와 하는 Win Together 미팅이고, 회사는 이 미팅을 두고 "단순한 평가가 아니며"라고 적었습니다. Win Together 안내 페이지는 "약 3% 미만의 인원을 제외하고는 대부분의 신규 입사자들이 성공적으로" 마친다고 밝혔습니다.
이렇게 볼 수 있어요
6개월은 국내 기업에서 긴 편이므로 이직 일정을 잡을 때 감안할 부분입니다. 통과 비율을 회사가 숫자로 공개해 두었다는 점과 기간 중 급여와 복리후생에 차등이 없다는 점도 함께 적혀 있습니다.
서류 결과 4주
서류 결과는 제출일 기준 4주 이내 안내를 목표로 하고 실무 직책자 일정에 따라 늦어질 수 있다고 밝혔습니다. 모든 채용이 수시채용이라 합격자가 나오면 조기 마감될 수 있습니다.
이렇게 볼 수 있어요
4주는 다른 회사보다 긴 편이므로 여러 곳을 함께 준비한다면 순서를 정할 때 참고할 수 있습니다. 조기 마감이 있으므로 마음에 드는 공고는 먼저 내는 편이 낫습니다.
중복 지원 규칙
중복 지원은 가능하지만 서류에 합격하면 여러 포지션을 동시에 진행할 수 없고 채용담당자와 사전 논의를 거칩니다. 최종 제출 후에는 지원서를 고칠 수 없고 첨부파일은 5GB까지, 넘으면 드라이브 링크를 적으라고 안내합니다.
이렇게 볼 수 있어요
여러 자리에 관심이 있다면 우선순위를 미리 정해 두어야 합니다. 서류 합격 시점에 하나를 골라야 하는데 그때 급하게 정하면 판단할 시간이 없습니다.
실무면접 뒤 익명 서베이
실무면접이 끝나면 지원자에게 익명 피드백 서베이를 보냅니다. 면접은 1대1 또는 다대1로 최대 1시간이고(위버스컴퍼니 공고 대부분에는 최대 2시간으로, 일부에는 최대 1시간으로 적혀 있습니다) 복장은 자유입니다. 모든 면접은 기본적으로 한국어로 진행합니다.
이렇게 볼 수 있어요
지원자에게 면접 경험을 되묻는 절차를 두고 있습니다. 불합격 사유를 따로 알려주지는 않지만 면접 과정에 대한 의견은 전달할 통로가 있는 셈입니다.
이 공고만 다른 점
경력기술서 제출이 필수이고, WAF나 클라우드 네트워크 보안정책을 설계하고 운영한 경험과 본인의 역할 및 기여도를 중심으로 검토합니다. 서류전형 합격자를 대상으로 서비스의 트래픽 구조를 분석해 외부 노출 리스크와 WAF 및 네트워크 보안정책을 제안하는 실무 과제를 진행합니다.
하이브 공통 전형은 과제를 직무에 따라 붙인다고 안내하는데, 이 공고는 서류 합격자에게 실무 과제를 진행한다고 밝혔습니다. 과제 형식이 주요 업무의 첫 두 항목과 같으므로 서류 결과가 나오기 전부터 준비할 수 있습니다.
모든 면접은 일대일 혹은 다대일로 진행되며 최대 2시간 가량 소요된다고 적었습니다. 위버스컴퍼니의 Win Together 기간은 3개월로 적용됩니다.
면접 시간을 하이브 채용 FAQ에 적힌 1시간보다 길게 잡아 두어야 합니다. 온보딩 기간은 하이브 권장 6개월이 아니라 3개월입니다.
지원 전 준비할 것
- 1
WAF 정책과 오탐 개선 사례 묶기
경력기술서가 WAF와 클라우드 네트워크 보안정책의 설계 및 운영 경험을 중심으로 검토됩니다. 정책마다 보호 대상, 탐지 기준, 오탐 비율과 개선 뒤 수치를 한 묶음으로 정리해 두세요.
- 2
트래픽 구조를 그려 보는 연습
과제가 서비스의 트래픽 구조를 분석해 외부 노출 리스크와 정책을 제안하는 형식입니다. 다뤄 본 서비스의 외부 진입 경로를 VPC, Load Balancer, WAF, Firewall 순서로 그리고 각 지점의 통제를 설명하는 연습을 해 두면 과제와 면접에 함께 쓸 수 있습니다.
- 3
AWS와 GCP 대응 관계 정리하기
업무는 AWS WAF와 GCP Cloud Armor를 함께 다룹니다. 주로 쓴 클라우드가 하나라면 다른 쪽의 대응 기능과 정책 표현 방식을 정리해 두세요.