MFA 재설정이 새 공격 경로가 되지 않게 하는 헬프데스크 운영 가이드

MFA를 켜면 비밀번호 탈취만으로는 로그인하기 어려워집니다. 하지만 공격자는 정문이 단단해질수록 “휴대전화를 잃어버렸다”며 헬프데스크에 MFA 재설정을 요청하는 우회로를 노립니다. 재설정 절차가 이메일 주소나 사번 확인만으로 끝난다면, 강력한 인증 수단도 상담원 한 번의 클릭으로 무력화될 수 있습니다.

최근 아이덴티티 보안에서 서비스 데스크 사칭, 피싱 저항 인증, 복구 절차의 신원 확인이 함께 강조되는 이유입니다. MFA의 기본 원리와 TOTP 운영 방식은 MFA·TOTP 기본 가이드에서 먼저 확인할 수 있습니다.

MFA 재설정은 단순 문의가 아니라 권한 변경입니다

초기화는 기존 인증 수단을 폐기하고 새로운 수단을 등록할 기회를 여는 작업입니다. 비밀번호 재발급보다 영향이 작다고 보면 안 됩니다. 특히 관리자나 결제·고객정보 접근 권한이 있는 계정은 재설정 직후 공격자가 정상 사용자처럼 새 MFA를 등록할 수 있습니다.

따라서 헬프데스크의 목표는 요청을 빨리 닫는 것이 아니라 요청자, 승인, 변경 결과를 나중에도 설명할 수 있게 만드는 것이어야 합니다.

재설정 전에 확인할 네 가지

1. 로그인된 채널만 신원 증명으로 믿지 않습니다

현재 SSO 세션이나 회사 이메일 회신만으로 승인하지 마세요. 이미 계정이 탈취됐다면 두 채널 모두 공격자가 통제할 수 있습니다. 사전에 등록된 별도 연락 수단, 관리자 확인, 복구 코드 등 서로 독립적인 신호를 조합합니다.

2. 고위험 계정은 2인 승인을 적용합니다

일반 사용자와 테넌트 관리자에게 같은 절차를 적용하지 않습니다. 관리자·보안 담당자처럼 영향 범위가 큰 계정은 요청자 확인자와 실행자를 분리하고, 긴급 예외는 사유와 만료 시각을 남깁니다. SSO 장애 시 사용할 별도 접근 수단은 비상 계정 운영 가이드를 참고하세요.

3. 재설정과 동시에 기존 접근을 끊습니다

기존 MFA 수단만 삭제하고 활성 세션을 남겨두면 공격자가 계속 활동할 수 있습니다. 의심 상황에서는 관련 세션 종료, 비밀번호 변경 여부 검토, 새 MFA 등록 전 민감 작업 제한을 하나의 절차로 묶습니다. 완료 사실은 요청에 사용된 채널과 다른 사전 등록 채널로 알려야 합니다.

4. 감사 기록을 한 타임라인으로 남깁니다

최소한 요청 시각, 대상 계정과 테넌트, 신원 확인 방식, 승인자·실행자, 초기화·재등록 시각, 세션 차단 결과를 기록합니다. 비밀값이나 복구 코드는 로그에 남기지 않습니다. 보안 심사에서 필요한 기록 구성은 SaaS 보안 심사와 IdP 가이드에서도 확인할 수 있습니다.

분기마다 복구 훈련을 실행하세요

문서가 있어도 야간 담당자가 찾지 못하면 작동하지 않습니다. 분기마다 테스트 계정으로 분실 신고부터 재등록·알림·로그 내보내기까지 연습하고, 처리 시간보다 검증 단계 누락을 먼저 점검하세요. 실제 사고가 의심되면 편의보다 차단을 우선하고 보안 담당자에게 즉시 에스컬레이션합니다.

AxiPass로 인증 정책과 기록을 연결하세요

AxiPass는 SaaS 기업용 멀티 테넌트 IdP로 OIDC·SAML SSO, SCIM, MFA, SWA와 감사 로그를 통합합니다. 고객사별 테넌트를 분리하고 인증·계정·권한 변경의 기준을 한곳에 모으면, MFA 재설정 운영 절차도 더 일관되게 설계하고 검토할 수 있습니다.

무료로 시작