면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
핀테크 회사 면접을 준비하면서 금융 컴플라이언스 개념을 처음 공부하였습니다. ISMS 인증, 전자금융거래법, 개인정보보호법의 기본 내용을 읽었습니다. 소프트웨어 관점에서는 로그 보관 기간, 암호화 알고리즘 기준, 접근 통제 방식이 규제로 정해져 있다는 것을 알게 되었습니다. 직접 컴플라이언스 환경에서 개발한 경험은 없지만, 개인 프로젝트에서 비밀번호를 bcrypt로 해시하고, 개인정보를 AES-256으로 암호화하는 방식을 적용해보았습니다.
규제가 존재하는 이유가 사용자를 보호하기 위해서라는 것을 이해하면서 접근하였습니다. 실무 환경에서 구체적인 규제 기준을 빠르게 학습하고 적용하고 싶습니다.
포트폴리오 프로젝트에서 회원 기능을 만들 때 개인정보 처리를 처음 의식적으로 고민했어요. 처음엔 이메일을 DB에 평문으로 저장했는데, 개인정보보호법 내용을 읽고 나서 수정했어요. 비밀번호는 bcrypt, 개인정보 식별자는 마스킹 처리를 적용했어요. 개인정보보호법에서 암호화 대상 항목을 명시하고 있다는 것도 이때 처음 알았어요. 로그에 이메일이 그대로 찍히는 경우도 있어서 로그에서 민감 정보를 제거하는 필터도 추가했어요.
개인정보 보호는 기능 완성 후 추가하는 게 아니라 설계 단계에서 고려해야 한다는 걸 배웠어요. 이 경험 덕분에 한 단계 성장할 수 있었습니다.
인턴 때 운영 서비스에서 누가 어떤 데이터를 조회했는지 추적하는 감사 로그가 있다는 걸 처음 봤어요. 처음엔 단순히 디버깅용이라고 생각했는데, 금융 서비스에서는 규제상 특정 기간 이상 로그를 보관해야 한다는 요건이 있다는 걸 배웠어요. 이후 사이드 프로젝트에서 작지만 사용자 로그인·로그아웃·중요 데이터 변경 기록을 별도 테이블에 남기는 방식을 써봤어요. 감사 로그는 문제가 생겼을 때 원인 추적에 중요하다는 걸 직접 느꼈어요.
금융 컴플라이언스에서 로그는 선택이 아니라는 이유를 실제로 이해했어요. 실무에서 규제 요건별 로그 설계를 처음부터 배우고 싶어요. 그 과정이 값진 배움이었습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.