이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
보안 관련 수업 과제로 직접 구성한 AWS 환경에서 취약점 점검을 해봤습니다. 잘못 설정된 S3 버킷 권한을 찾는 게 과제였는데, 처음에는 콘솔에서 일일이 확인했습니다. 버킷이 10개밖에 없어도 시간이 꽤 걸렸습니다.
이후 AWS CLI로 모든 버킷의 퍼블릭 접근 설정을 한 번에 조회하는 방식을 배웠습니다. 그 결과 2개 버킷이 퍼블릭으로 열려 있는 걸 발견했는데, 둘 다 실습 중에 임시로 열어두고 닫지 않은 것이었습니다. 나중에 쓸 일이 없어진 설정이 그대로 남은 것이 문제였습니다.
그 경험에서 클라우드 보안은 한 번 설정하고 끝이 아니라 주기적으로 확인하는 것이 중요하다는 걸 배웠습니다. 사용하지 않는 권한이나 열린 포트를 정기적으로 점검하지 않으면, 임시로 연 것들이 쌓여서 공격 표면이 넓어집니다.
네트워크 보안 수업에서 팀 과제로 가상 환경에 구성한 클라우드 서버를 대상으로 취약점 스캔을 해봤습니다. 저는 Nmap으로 포트 스캔을 맡았는데, 처음에 옵션 설정을 잘못해서 스캔 결과가 텅 비어 나왔습니다.
알고 보니 방화벽 설정 때문에 기본 스캔이 차단된 것이었습니다. SYN 스캔 옵션을 바꾸고 나서 열린 포트 목록이 나왔는데, 그 중 불필요하게 열린 포트 3개를 발견했습니다. 실습 환경에서 규칙을 잘못 설정한 것이었고, 닫은 뒤 다시 스캔해서 결과가 달라지는 걸 확인했습니다.
클라우드 보안 진단에서 도구 자체보다 환경 이해가 먼저라는 걸 배웠습니다. 같은 도구도 네트워크 구조나 방화벽 설정에 따라 결과가 달라지기 때문에, 도구 출력을 맹신하기보다 왜 그 결과가 나왔는지를 확인하는 습관이 중요합니다.
클라우드 보안 진단 실무 경험이 많지 않지만, 수업과 개인 실습에서 배운 것을 바탕으로 말씀드리겠습니다. AWS 환경에서 직접 해본 건 IAM 권한 과잉 설정 확인과 보안 그룹 규칙 점검이었습니다.
IAM 점검에서 특정 계정이 필요 이상으로 넓은 권한을 갖고 있는 걸 발견했습니다. 실습 중에 "일단 다 주고 나중에 좁히자"는 생각으로 관리자 권한을 줬는데, 그게 그대로 남아 있었습니다. 최소 권한 원칙이 왜 중요한지를 직접 경험하고 나서 이해했습니다.
클라우드 보안에서 가장 신경 써야 할 건 변경 이력 추적이라고 생각합니다. 누가 언제 어떤 설정을 바꿨는지 기록이 없으면 문제가 생겼을 때 원인을 찾기 어렵습니다. AWS CloudTrail 같은 로그 수집이 왜 기본으로 켜져 있어야 하는지를 수업에서 배웠고, 실습에서 직접 확인했습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성문화재단 정보보안 담당 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.