우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›카카오모빌리티›정보보안 담당›질문 상세
    問
    카카카오모빌리티정보보안 담당직무 역량2026년 출제

    소스코드 점검 시 어떤 기준으로 평가하나요?

    답변 미리보기

    소스코드 점검에서 가장 먼저 보는 건 보안 취약점 패턴입니다. 입력값 검증 없이 외부 데이터를 직접 쿼리에 사용하는 SQL 인젝션 패턴, 사용자 입력을 그대로…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    기준이 분별돼 있는가?
    보안·성능·가독성·테스트 중 어느 결을 답에서 다루는지 보는 자리입니다. 한 결만 답하면 좁게 들리는 자리입니다.
    骨
    02
    취약점 시야가 있는가?
    단순 스타일이 아니라 입력 검증·인증·의존성 결의 위험을 보는 흔적이 답에 있는지 살피는 자리입니다. 한쪽 결만 답하면 깊이를 의심받습니다.
    語
    03
    도구·수동을 가르는가?
    정적 분석·코드 리뷰 중 어떤 결로 가는지 답에 묻어 있는지 보는 자리입니다. 한 결만 답하면 약하게 들리는 자리입니다.
    本
    04
    후속·재점검이 따라붙는가?
    발견에서 끝나는지, 수정·재검·문서화 결이 답에 있는지 살피는 자리입니다. 사후 결 없는 답은 신뢰감이 약해지는 자리입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    카카오모빌리티 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    소스코드 점검의 세 기준약 90초점검 기준 없이 주관적으로 리뷰했다가 놓친 취약점이 나중에 발견된 경험약 120초자동화 스캔 결과를 그대로 수용했다가 거짓 음성 문제를 발견한 경험약 150초
    보안 취약점 패턴 + 코드 품질 + 대화 기반 리뷰
    약 90초

    소스코드 점검의 세 기준

    소스코드 점검에서 가장 먼저 보는 건 보안 취약점 패턴입니다. 입력값 검증 없이 외부 데이터를 직접 쿼리에 사용하는 SQL 인젝션 패턴, 사용자 입력을 그대로 HTML에 출력하는 XSS 패턴, 하드코딩된 비밀번호나 API 키 노출 등이 기본 점검 항목입니다. 기능 외에 코드 품질 기준도 함께 봅니다. 변수명과 함수명이 의도를 드러내는지, 예외 처리가 적절히 구성되어 있는지, 코드 중복이 과도하게 발생하지 않는지를 확인합니다. 코드 리뷰에서 중요한 건 지적이 아니라 대화입니다. 왜 이렇게 구현했는지를 먼저 물어보면 의도를 이해하고 더 적절한 피드백을 줄 수 있습니다.

    정적 분석 도구를 코드 리뷰의 보조 수단으로 활용하면 반복적인 패턴 체크를 자동화하고 사람은 더 복잡한 로직 검토에 집중할 수 있습니다.

    이 결의 특징
    보안 패턴 코드 품질 개발자 대화 세 결을 소스코드 점검의 층위로 나눠 다룬 결이 보입니다. 개발자와의 대화 없이 취약점 목록만 전달하면 수정이 왜 필요한지 이해 없이 형식적 처리로 끝날 수 있다는 인식이 드러나는 자리입니다.
    이 결이 통하는 자리
    소스코드 점검을 기술 검출이 아니라 개발자 협업 과정으로 이해하는 관점이 살아 있을 때, 보안 코드 리뷰를 감사가 아니라 품질 개선 기여로 접근하는 사람이라는 인상이 생기는 결이 자주 보입니다. 세 층위가 연결되는 이유가 있을 때 통합니다.
    예시 답변 2
    약 120초

    점검 기준 없이 주관적으로 리뷰했다가 놓친 취약점이 나중에 발견된 경험

    코드 리뷰를 경험에만 의존해서 하다가 인젝션 패턴을 놓친 경험이 있습니다. 익숙한 패턴에는 민감하게 반응하지만 처음 보는 방식으로 작성된 취약 코드는 눈에 안 들어오는 경우가 생겼습니다. 이후에는 OWASP Top 10이나 CWE 체크리스트를 점검 기준으로 옆에 두고 항목별로 확인하는 방식으로 바꿨습니다. 기준이 있으면 내가 익숙한 영역 외에도 확인해야 할 범위가 명시되고, 점검 커버리지가 높아졌습니다. 코드 점검은 경험이 쌓일수록 강해지는 부분이 있지만, 체계적 기준 없이는 맹점이 생긴다는 것을 배웠습니다.

    이 경험이 이후 소스코드 점검 시 체계적 점검 기준을 경험 판단과 병행하는 기준이 됩니다. 소스코드 보안 점검의 커버리지는 경험 숙련도만이 아니라 체계화된 기준을 함께 사용하는지 여부에서 결정된다는 원칙을 지킵니다.

    이 결의 특징
    OWASP 체크리스트를 처음부터 전부 적용하려다 리뷰가 지연됐고 이후 직무 유형에 맞는 항목만 선별하는 방식으로 바꾼 결이 보입니다. 모든 항목이 모든 상황에 동일하게 중요하지 않다는 인식이 이 경험에서 나온 자리입니다.
    이 결이 통하는 자리
    체크리스트를 전수 적용이 아니라 맥락 선별 도구로 재정의하는 결론이 리뷰 지연 실패와 연결될 때, 점검 방법론을 절차 준수가 아니라 효율과 깊이의 균형으로 이해하는 사람이라는 인상이 생기는 결이 자주 보입니다. 선별 기준이 구체적일 때 면접관이 머무는 자리가 생깁니다.
    예시 답변 3
    약 150초

    자동화 스캔 결과를 그대로 수용했다가 거짓 음성 문제를 발견한 경험

    정적 분석 도구를 사용해 소스코드를 점검하고 경고 없음 결과를 안전하다고 판단했는데, 이후 수동 검토에서 인젝션 취약점이 발견된 경험이 있습니다. 도구가 커버하지 못하는 맞춤형 ORM 쿼리 구조가 있었고, 자동화 도구의 한계였습니다. 이후에는 자동화 도구 결과를 점검의 시작점으로 사용하고, 도구가 잘 다루지 못하는 영역(비즈니스 로직, 커스텀 프레임워크)은 수동으로 추가 점검하는 방식으로 바꿨습니다. 자동화 결과는 점검을 완료했다는 증거가 아니라 점검을 보조하는 입력이라는 것을 이해하게 됐습니다. 도구와 사람 점검의 강점이 다르기 때문에 두 방식을 상호 보완적으로 사용하는 체계가 필요합니다.

    이 관점이 이후 소스코드 점검 시 자동화 도구와 수동 점검 대상 영역을 분리 설계하는 기준이 됩니다. 소스코드 점검에서 자동화 도구 결과를 신뢰하되, 도구가 커버 못 하는 영역을 수동으로 보완하는 이중 점검 체계가 실제 취약점 발견율을 높인다는 원칙을 지킵니다.

    이 결의 특징
    자동화 도구가 false negative를 낸다는 것을 직접 확인했고 그 원인이 도구의 맥락 이해 불가 문제라는 진단이 보입니다. 자동화 점검과 수동 리뷰가 서로 다른 유형의 취약점을 다루는 보완 관계라는 인식이 드러나는 자리입니다.
    이 결이 통하는 자리
    자동화 도구 한계를 직접 확인한 결과가 수동 리뷰의 필요성으로 연결될 때, 보안 점검을 도구 의존이 아니라 보완 설계로 이해하는 사람이라는 인상이 생기는 결이 자주 보입니다. false negative 경험이 구체적으로 살아 있을 때 통합니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹가장 자주 보는 결은 무엇인가요?
    貳도구로 못 잡는 결은 어떻게 보시나요?
    參발견한 결을 어떻게 공유하시나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 카카오모빌리티 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    KT · 정보보안 담당
    소스코드 진단 시 어떤 점을 중점적으로 확인하나요?
    이 질문 보기
    HD현대일렉트릭 · 사무보조·비서
    공도구 점검 시 어떤 기준으로 점검을 진행하나요?
    이 질문 보기
    아비커스 · 공통직무·미지정
    소스코드 보안 진단 시 주로 어떤 도구나 기술을 사용하나요?
    이 질문 보기
    쿠팡 · 모바일
    코드 리뷰를 진행할 때, 어떤 기준으로 코드 품질을 판단하나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 카카오모빌리티 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기