이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
수업 케이스 스터디와 인턴 경험을 통해 금융정보 서비스에서 가장 중요한 요소가 무엇인지 생각하게 됐습니다. 가장 먼저 중요한 건 데이터 정확성인데, 잘못된 가격이나 잔고 정보가 보이면 신뢰가 무너지고 금융 도메인에서 그 영향이 특히 크다는 걸 배웠습니다. 가용성도 중요한데, 거래 시간 중 서비스가 다운되면 사용자가 의사결정을 못 하게 되는 직접적인 피해가 생깁니다. 보안 측면에서는 인증·인가·세션 관리가 일반 서비스보다 훨씬 엄격하게 설계되는 이유가 있다는 걸 인턴 때 경험했습니다.
규제 요건도 기능 설계와 함께 검토해야 하는데, 금융 관련 법령이 UI 설계와 데이터 보관 방식까지 영향을 준다는 걸 케이스 스터디에서 배웠습니다. 금융정보 서비스는 정확성·가용성·보안·규제 네 가지가 동시에 지켜지는 곳에서 신뢰가 생긴다고 생각합니다.
인턴 프로젝트에서 주가 데이터를 외부 API에서 가져와 표시하는 기능을 만들었는데, 특정 종목에서 마이너스 가격이 찍히는 이상한 값이 화면에 표시됐습니다. 외부 API가 간헐적으로 이상한 값을 반환하는 상황이었는데, 서버에서 입력 검증 없이 그대로 내려보낸 게 문제였습니다. 금융 데이터는 오류가 화면에 보이는 순간 사용자 신뢰를 잃는다는 걸 그때 처음 실감했습니다. 이후 데이터 수신 단계에서 범위 검증과 이전 값 대비 급격한 변화 감지 로직을 추가했고, 이상 값은 화면에 내리지 않고 마지막 정상 값을 유지하도록 처리했습니다. 금융 서비스에서 데이터 정확성은 기능 구현보다 먼저 설계돼야 한다는 걸 이 경험으로 배웠습니다.
학부 프로젝트에서 만든 금융 정보 조회 서비스를 교수님께 리뷰받았는데, 인증 토큰을 LocalStorage에 저장하는 방식이 XSS 공격에 취약하다는 지적을 받았습니다. 보안 설계를 깊이 생각하지 않고 구현 편의 위주로 짠 결과였습니다. HttpOnly 쿠키로 토큰 저장 방식을 바꾸는 작업을 처음 해봤는데, 서버와 클라이언트 설정을 함께 바꿔야 해서 예상보다 범위가 넓었습니다.
CORS 설정과 SameSite 옵션도 함께 검토해야 한다는 걸 이 과정에서 배웠습니다. 금융 서비스에서 보안 설계는 나중에 붙이려면 더 많은 수정이 필요하기 때문에 초기 설계 단계에서 먼저 고려해야 한다는 걸 이 경험으로 알게 됐습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 부산은행 SW·IT 일반 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.