이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
주니어 1년차 때 사내 임시 권한 부여 절차를 손보는 일을 도왔습니다. 당시에는 급할 때 관리자가 권한을 직접 열어줬는데, 열어준 뒤 닫는 걸 잊어 임시 권한이 그대로 남는 일이 잦았습니다. 처음에는 '잊지 말자'고 공지만 했는데, 사람 기억에 기대니 소용이 없었습니다. 그래서 저는 임시 권한을 줄 때 만료 시각을 함께 입력하게 하고, 그 시각이 지나면 자동으로 닫히게 만들었습니다. 또 누가 언제 무슨 이유로 받았는지 기록이 남게 했습니다. 처음에 사람의 주의력에 기댄 게 실수였고, 잊어도 안전하게 닫히는 구조가 필요하다는 걸 배웠습니다. 지금도 저는 예외 처리를 만들 때 사람이 깜빡해도 괜찮은가를 먼저 따집니다.
인턴 때 정책 예외 요청을 처리하는 작은 화면을 만드는 일에 참여했습니다. 그전에는 예외 요청이 메신저로 흩어져 와서, 누가 무엇을 요청했고 승인됐는지 거절됐는지를 아무도 한눈에 못 봤습니다. 저는 요청을 한곳에 모아 받고, 처리 상태가 대기·승인·거절 세 가지로 보이게 만들었습니다. 만들면서 가장 신경 쓴 건, 거절된 요청도 왜 거절됐는지 한 줄이 남게 한 것이었습니다. 처음에는 승인된 것만 기록하면 되는 줄 알았는데, 사수님이 거절 이유가 남아야 다음에 같은 실수를 줄인다고 알려줬습니다. 작은 화면이었지만 흩어진 요청을 한자리에 모은 것만으로 처리 누락이 줄었습니다.
주니어 2년차 때 임시 접근 권한을 자동으로 거두는 기능을 만들어본 경험이 있습니다. 처음에는 단순히 '시간이 지나면 다 닫자'고 했는데, 막상 해보니 아직 작업 중인 사람의 권한까지 끊겨 일이 멈추는 문제가 생겼습니다. 그래서 저는 절차를 세 단계로 나눴습니다. 만료 30분 전에 먼저 알림을 보내고, 시간이 되면 닫되, 연장이 필요하면 한 번 더 신청하게 한 것입니다. 처음에 사용자 입장을 빼고 기능만 생각한 게 실수였습니다. 보안을 위해 권한을 거두는 건 맞지만, 일하는 사람을 갑자기 멈추게 하면 결국 우회로를 찾는다는 걸 알았습니다. 지금도 저는 통제를 설계할 때 쓰는 사람의 흐름을 같이 봅니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 보안 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.