이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
동아리 프로젝트 서버를 처음 맡았을 때 보안 설정이 아무것도 없었습니다. 포트가 전부 열려 있고, 계정은 하나에 비밀번호도 기본값이었습니다. 처음엔 모든 걸 한꺼번에 고치려고 했다가 서비스가 내려가는 바람에 팀원들이 발표 자료를 못 올리는 사고가 생겼습니다. 그게 실패였고, 그 이후로는 우선순위를 정했습니다. 가장 먼저 외부 노출 최소화(불필요 포트 닫기), 다음으로 계정 관리(개인 계정 분리, 비밀번호 정책), 마지막으로 로그 켜기 순서로 순차 적용했습니다. 한 단계씩 하니까 변경 직후 서비스 상태를 확인할 수 있었고, 문제가 생겨도 원인을 빠르게 좁힐 수 있었습니다. 규모가 작을수록 기본에 충실한 게 더 중요하다는 걸 그때 처음 실감했습니다.
사이드 프로젝트에서 팀원 두 명과 소규모 서비스 서버를 운영했는데, 상용 보안 솔루션을 쓸 예산이 없었습니다. 제가 오픈소스로 쓸 수 있는 것들을 찾아봤고, 방화벽은 기본 제공 툴로, 침입 탐지는 Fail2Ban으로, 로그 집계는 로컬 파일로 단순하게 구성했습니다. 처음에 Fail2Ban 설정이 너무 민감하게 잡혀서 팀원 둘 다 서버 접속이 잠겨버린 적이 있었습니다. 규칙 값을 조정하는 데 반나절이 걸렸고, 그때 설정 변경 전 백업과 롤백 계획을 먼저 세워야 한다는 걸 배웠습니다. 작은 환경이지만 직접 구성해보니 각 도구가 실제로 무엇을 하는지 훨씬 잘 이해하게 됐습니다.
인턴 때 소규모 팀에서 서버 관리를 넘겨받았는데, 어떤 서버가 있고 누가 접근할 수 있는지 문서가 전혀 없었습니다. 제가 처음 한 건 서버 목록, 계정 현황, 열린 포트를 정리하는 것이었습니다. 정리하면서 이미 쓰지 않는 계정이 세 개나 남아있는 걸 발견했습니다. 그걸 제거하는 것만으로도 작은 위험 요소를 하나 줄인 셈이었습니다. 문서 정리 자체가 별거 아닌 것 같아도, 현황을 파악해야 뭘 고쳐야 하는지 보인다는 걸 그 경험에서 배웠습니다. 체계가 없는 환경일수록 거창한 도구보다 현황 파악이 먼저라는 것도요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.