이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 네트워크 보안 실습 과목에서 Wireshark로 패킷을 직접 캡처하고 분석한 경험이 있습니다. 실습 환경이었지만 의도적으로 구성된 비정상 트래픽을 탐지하는 과제였고, 저는 특정 포트에서 짧은 간격으로 반복 전송되는 패턴을 발견했습니다. 처음엔 단순 재전송인 줄 알았는데, 목적지 IP가 계속 바뀌고 있다는 것을 보고 포트 스캔 시도로 판단했습니다.
대응 방안으로는 해당 IP를 출발지 기준으로 필터링하고, 발생 시각과 빈도를 기록하는 방식을 썼습니다. 실제 환경이었다면 방화벽 규칙에 추가하는 단계까지 갔겠지만, 실습이라 탐지와 기록까지만 했습니다. 어려웠던 점은 정상 트래픽과 비정상 트래픽이 섞여 있어서 임계값을 어디에 잡느냐였습니다. 처음엔 너무 낮게 잡아서 정상 연결도 걸렸고, 3번 조정한 뒤에야 정확하게 분리됐습니다.
이 경험으로 트래픽 패턴을 볼 때 단건보다 시계열 흐름으로 보는 습관이 생겼습니다.
개인 공부 목적으로 집에서 작은 홈 네트워크 환경을 구성하고, tcpdump로 트래픽을 모니터링한 적이 있습니다. 어느 날 외부에서 반복적으로 내 공유기 관리자 포트에 접속을 시도하는 패턴을 발견했습니다. 접속 시도 간격이 2~3초로 일정했고, 여러 계정명을 바꿔가며 시도하는 형태였습니다.
저는 공유기 설정에서 해당 포트를 외부 접근 차단으로 바꾸고, 로그인 시도 횟수 제한을 걸었습니다. 이후 동일한 시도는 사라졌습니다. 어려웠던 점은 패킷 데이터를 텍스트 형태로 보다 보니 규칙을 찾는 데 시간이 걸렸다는 것인데, grep과 조건 필터를 조합해서 반복 패턴을 뽑아냈습니다.
실제 기업 환경에서는 이런 시도가 훨씬 정교하게 들어올 거라는 것을 알고 있습니다. 그래서 이 경험 이후로 로그 기반 탐지에 더 관심을 갖게 됐습니다.
보안 과목 팀 프로젝트에서 3인이서 모의 침투 테스트 시나리오를 구성하고 패킷 분석을 담당했습니다. 저는 Wireshark 필터 조건을 설계하는 역할을 맡았는데, 처음에 필터 조건을 너무 넓게 잡아서 캡처 결과가 수만 건이 넘었습니다. 팀원이 읽을 수 없는 양이었고, 그때 제가 조건을 제대로 설계하지 못했다는 것을 알았습니다.
이후 프로토콜·포트·방향 세 가지 기준을 먼저 좁힌 뒤에 캡처를 다시 진행했고, 결과를 200건 이내로 줄였습니다. 그 중 비정상 패턴을 5건 식별했고, 팀 보고서에 탐지 근거와 대응 방안을 함께 정리했습니다.
이 경험에서 배운 것은, 분석 전에 무엇을 찾을 것인지를 먼저 정해야 한다는 것입니다. 목적 없이 전체 트래픽을 보면 신호가 노이즈에 묻힙니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 당근마켓 네트워크 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.