이 자리가 왜 생겼을까요
이 공고는 점검할 주요 서비스 프로세스로 인증과 인가에 더해 주문·결제를 적고, 금액 변조와 중복 처리를 서비스 특화 보안위험의 예로 들었습니다. 하이브 채용 사이트의 사업 소개는 위버스컴퍼니가 팬덤 플랫폼 위버스(Weverse)와 커머스 서비스 플랫폼 위버스샵(Weverse Shop)을 보유하고 있다고 설명합니다. 커뮤니티 서비스와 결제가 오가는 커머스 서비스를 한 회사가 운영하므로 점검 대상에도 두 종류의 흐름이 함께 있을 수 있습니다. 결제나 주문 흐름에서 비즈니스 로직 취약점을 찾아 조치와 재점검까지 끝낸 경험이 있다면 그 사례가 경력기술서의 중심이 됩니다.
하이브가 지금 어떤 사업에 집중하고 있는지는 하이브 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
웹, 모바일 앱, API 및 소스코드를 대상으로 보안점검을 수행하고, 취약점의 원인과 영향을 분석해 개선 방안을 도출합니다.
이렇게 볼 수 있어요
점검 대상에 소스코드가 따로 적혀 있습니다. 코드 리뷰로 찾은 취약점을 재현하고 수정까지 확인한 사례가 이 업무와 가장 가깝습니다.
서비스 아키텍처와 데이터 흐름, AWS 등 클라우드 구성을 분석해 인증, 권한관리, 접근통제, 데이터 보호 등 주요 보안 통제의 적용 상태와 유효성을 검증합니다.
이렇게 볼 수 있어요
취약점 하나를 찾는 일과 별도로 통제가 제대로 작동하는지를 구조 단위로 확인합니다. 클라우드 구성도를 보고 권한 설정의 빈틈을 찾아낸 경험이 있다면 어떤 구성 요소에서 찾았는지 경력기술서에 남겨 둘 만합니다.
인증, 인가, 주문·결제, 데이터 처리 등 주요 서비스 프로세스와 비즈니스 로직을 점검해 절차 우회, 권한 오남용, 금액 변조, 중복 처리 같은 서비스 특화 보안위험을 식별합니다.
이렇게 볼 수 있어요
공고가 위험 유형을 네 가지로 구체적으로 적었습니다. 결제 금액을 바꾸거나 같은 요청을 반복해 보내는 시나리오로 취약점을 찾은 경험이 있다면 시나리오와 결과를 함께 정리할 수 있습니다.
서비스 특성과 위험도를 고려해 점검 범위, 방법, 위험도 판단 기준을 세우고 점검 프로세스와 가이드를 설계·고도화합니다.
이렇게 볼 수 있어요
점검을 수행하는 일과 점검 체계를 만드는 일이 함께 있습니다. 직접 만든 점검 체크리스트나 위험도 등급 기준이 있다면 민감한 내용을 뺀 구조로 면접에서 설명할 수 있습니다.
LLM 기반 기능 등 새로운 기술과 서비스 환경의 보안위험을 분석하고 점검 기준과 방법에 반영합니다.
이렇게 볼 수 있어요
LLM 기능 점검이 주요 업무와 선호 자격요건에 모두 있습니다. 프롬프트 인젝션처럼 LLM 기능에서 생기는 위험을 다뤄 본 적이 있다면 어떤 기준으로 점검했는지 경력기술서에 한 줄로라도 남깁니다.
개발 및 인프라 조직과 취약점 조치 우선순위와 개선 계획을 협의하고, 재점검으로 조치 결과를 검증합니다.
이렇게 볼 수 있어요
보고서를 넘기는 데서 끝나지 않고 재점검까지 맡습니다. 조치 전후를 다시 확인해 종료한 취약점 건수나 걸린 기간이 숫자로 있으면 재점검까지 맡았다는 것이 분명해집니다.
주요 업무 환경으로 신규 서비스 출시, 주요 기능 변경, 긴급 취약점 대응 일정에 따라 특정 기간에 보안점검과 유관 조직 협업이 집중될 수 있다고 적었습니다.
이렇게 볼 수 있어요
점검 일정이 출시 일정을 따라 움직입니다. 출시 직전에 점검 요청이 몰렸던 때를 하나 골라 범위를 어떻게 줄이고 순서를 정했는지 정리해 가면 됩니다.
2자격 요건
취약점 점검 또는 서비스 보안 분야에서 7년 이상의 실무 경험이 필요합니다.
이렇게 볼 수 있어요
두 분야가 '또는'으로 이어져 있습니다. 경력마다 진단 업무였는지 서비스 보안 업무였는지 나눠 적어야 7년 가운데 각 분야의 기간이 보입니다.
웹 및 API 보안점검 경험이 있고, 소스코드 분석을 바탕으로 취약점 재현, 원인 분석, 영향 평가, 개선 검증을 독립적으로 수행할 수 있어야 합니다.
이렇게 볼 수 있어요
'독립적으로'라는 말이 붙어 있어 점검 한 건을 혼자 끝까지 맡은 경험을 묻습니다. 재현부터 개선 검증까지 직접 한 건을 골라 단계별로 정리해 두는 게 좋습니다.
인증, 인가, 주문·결제, 데이터 처리 등 주요 서비스 프로세스를 이해하고 비즈니스 로직의 보안위험을 분석·점검할 수 있어야 합니다.
이렇게 볼 수 있어요
주요 업무의 서비스 특화 위험을 자격요건에서 다시 적었습니다. 결제나 주문 흐름을 점검한 경험이 있다면 서비스 종류와 찾은 위험 유형을 나란히 적어야 합니다.
서비스 아키텍처와 데이터 흐름을 이해하고, 이를 바탕으로 공격 경로와 주요 보안 통제의 취약성을 분석할 수 있어야 합니다.
이렇게 볼 수 있어요
개별 취약점보다 구조에서 출발하는 분석입니다. 구성도나 데이터 흐름도를 그려 공격 경로를 정리해 본 결과물이 있다면 면접에서 그 흐름을 처음부터 말로 설명해 보는 연습이 도움이 됩니다.
서비스 특성과 위험도를 고려해 점검 기준, 프로세스 또는 가이드를 수립하거나 개선해 실제 업무에 적용한 경험이 있어야 합니다.
이렇게 볼 수 있어요
경력기술서도 점검 기준·프로세스 설계 또는 개선 경험을 중심으로 검토한다고 적었습니다. 만든 기준을 몇 개 서비스에 적용했고 무엇이 바뀌었는지까지 적는 편이 정확합니다.
점검 결과와 기술적 근거를 명확하게 문서화하고, 개발 및 인프라 등 유관 조직과 조치 우선순위와 개선 방안을 협의할 수 있어야 합니다.
이렇게 볼 수 있어요
문서화와 협의가 한 요건에 함께 있습니다. 개발 조직이 일정 때문에 조치를 미루려 할 때 위험도를 근거로 순서를 조정한 사례가 있다면 협의 과정까지 정리합니다.
3우대 사항
모바일 앱 또는 AWS 등 클라우드 환경에서 보안점검을 수행한 경험을 선호합니다.
이렇게 볼 수 있어요
필수 자격요건의 웹·API에 더해 앱과 클라우드를 선호 요건으로 두었습니다. 점검한 앱의 플랫폼(iOS, Android)과 클라우드 서비스 이름을 경력기술서에 함께 적어야 점검 범위가 분명해집니다.
글로벌 서비스, 대규모 사용자 플랫폼, 커뮤니티 또는 이커머스 서비스의 보안점검 경험을 선호합니다.
이렇게 볼 수 있어요
선호하는 서비스 유형에 커뮤니티와 이커머스가 함께 있습니다. 위버스컴퍼니는 팬덤 플랫폼 위버스와 커머스 플랫폼 위버스샵을 함께 운영하므로 두 유형 가운데 점검해 본 쪽을 서비스 규모와 함께 밝힐 수 있습니다.
LLM 기반 서비스 또는 기능의 보안위험을 분석하거나 점검 기준을 수립·적용한 경험을 선호합니다.
이렇게 볼 수 있어요
서비스 또는 기능 단위의 LLM 보안 경험을 선호합니다. 아직 실무 경험이 없다면 공개된 LLM 보안 가이드를 바탕으로 점검 항목을 정리해 본 결과를 면접 답변에 쓰는 방법이 있습니다.
스크립트 또는 AI를 활용해 보안점검을 자동화하거나 점검 효율성을 개선한 경험을 선호합니다.
이렇게 볼 수 있어요
과제에서도 생성형 AI를 쓸 수 있고 활용 목적과 검증 과정을 함께 확인한다고 적었습니다. 자동화 스크립트로 줄인 점검 시간이나 AI가 낸 결과를 다시 확인한 방법은 과제에서 확인하는 내용과 같으므로 숫자와 절차로 미리 정리해 둘 필요가 있습니다.
SAST, DAST, SCA 등 애플리케이션 보안 도구를 활용해 분석 결과를 검토하고 취약점의 유효성과 영향을 판단한 경험을 선호합니다.
이렇게 볼 수 있어요
도구를 돌리는 일보다 결과를 검토해 오탐을 거르는 일을 적었습니다. 도구가 낸 결과 가운데 실제 취약점으로 확인한 비율이나 오탐을 거른 기준이 경력기술서에 있으면 이 선호 요건과 바로 연결됩니다.
4기타 사항
- 게시일 : 2026년 10월 12일
- 고용형태 : 정규직
- 근무지 : 판교 (대한민국 경기도 성남시 분당구 분당내곡로 131, 6층 위버스컴퍼니)
- 경력 조건 : 경력 7년 이상
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- AWS
- SAST
- DAST
- SCA
전형과 지원
하이브 전형은 인터뷰가 세 번이고 각각 보는 것이 다릅니다. 입사 뒤에는 권장 기간 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시간 이내이고(공고 본문에는 대체로 최대 1시간으로, 위버스컴퍼니 공고 대부분에는 최대 2시간으로 적혀 있습니다) 복장은 자유입니다. 모든 면접은 기본적으로 한국어로 진행합니다.
이렇게 볼 수 있어요
지원자에게 면접 경험을 되묻는 절차를 두고 있습니다. 불합격 사유를 따로 알려주지는 않지만 면접 과정에 대한 의견은 전달할 통로가 있는 셈입니다.
이 공고만 다른 점
경력기술서 제출이 필수이고, 서비스 보안점검 수행, 취약점 분석 및 검증, 점검 기준·프로세스 설계 또는 개선 경험과 본인의 역할 및 기여도를 중심으로 검토합니다. 서류전형 합격자를 대상으로 제공된 서비스 구조와 소스코드를 분석해 주요 취약점과 보안위험을 식별하고 위험도를 판단해 개선 방안을 제안하는 실무 과제를 진행합니다. 과제 수행 시 생성형 AI를 활용할 수 있고, 평가 때는 서비스 구조 이해, 취약점과 비즈니스 로직 보안위험 분석, 위험도 판단, 실행 가능한 개선 방안 제시, AI 활용·검증 역량을 종합적으로 확인한다고 적었습니다.
하이브 채용 절차는 직무 특성에 따라 별도 과제 요청이나 테스트를 진행할 수 있다고 안내하는데, 이 공고는 서류 합격자를 대상으로 소스코드 분석 과제를 진행한다고 밝혔습니다. AI를 쓰면 활용 목적과 결과에 대한 검증 과정, 판단 근거를 함께 확인한다고 적었으므로 AI가 낸 결과를 어떻게 확인했는지 과정을 남겨 두어야 합니다.
모든 면접은 일대일 혹은 다대일로 진행되며 시간은 최대 2시간 가량 소요된다고 적었습니다. 위버스컴퍼니의 Win Together 기간은 3개월로 적용됩니다.
하이브 채용 FAQ는 면접이 평균 1시간 이내라고 적었는데 이 공고는 최대 2시간으로 적었고, 온보딩 기간도 Win Together 안내 페이지의 권장 6개월이 아니라 3개월입니다. 면접 일정을 잡을 때 2시간을 비워 두는 편이 안전합니다.
지원 전 준비할 것
- 1
점검 한 건을 재현부터 재점검까지 정리하기
경력기술서는 서비스 보안점검 수행, 취약점 분석 및 검증, 점검 기준·프로세스 설계 또는 개선 경험과 본인의 역할 및 기여도를 중심으로 검토합니다. 대표 점검 건마다 찾은 취약점, 재현 방법, 위험도 판단, 조치 뒤 재점검 결과를 한 묶음으로 정리해 두세요.
- 2
비즈니스 로직 시나리오 정리하기
주요 업무에 절차 우회, 권한 오남용, 금액 변조, 중복 처리 같은 서비스 특화 보안위험이 적혀 있고, 필수 자격요건도 주문·결제 등 비즈니스 로직의 보안위험을 분석·점검하는 역량을 요구합니다. 점검해 본 로직 취약점을 시나리오 단위로 적어 두면 과제와 면접에서 같은 틀로 설명할 수 있습니다.
- 3
AI 활용 과정 기록하는 연습
과제에 생성형 AI를 쓸 수 있고 검증 과정과 판단 근거를 함께 확인한다고 적었습니다. 평소 AI로 코드를 분석할 때 어떤 결과를 버리고 어떤 결과를 직접 재현했는지 기록해 보면 과제 제출물에 그 과정을 담기 쉽습니다.