Microsoft 365 / 사용자가 로그인하지 못할 때 확인할 사항과 암호 재설정 방법
사용자가 Microsoft 365에 로그인하지 못하면 바로 암호를 재설정하기보다 오류 메시지, 계정 상태, 인증 단계와 Microsoft Entra 로그인 로그를 먼저 확인하세요. 암호가 틀린 문제와 조건부 액세스 차단, MFA 실패, 라이선스 부족은 해결 방법이 다릅니다.
사용자에게 먼저 확인할 정보
- 로그인을 시도한 정확한 주소와 앱, 발생 시각과 시간대
- 화면의 오류 코드·상관 관계 ID가 있다면 그 값
- 암호 입력 전·후 중 어느 단계에서 실패하는지
- 다른 브라우저나 기기에서도 같은지, 회사 네트워크 밖에서도 같은지
- 최근 암호 변경, 인증 앱 교체 또는 휴대전화 분실 여부
사용자에게 암호나 인증 코드를 보내 달라고 요청하지 않습니다. 오류 화면을 캡처할 때도 계정 이름과 조직 정보를 가려서 공유하게 합니다.
실패한 단계에 따라 조사 대상 나누기
| 증상 | 먼저 확인할 대상 | 바로 하면 안 되는 조치 |
|---|---|---|
| 계정을 찾을 수 없거나 다른 조직이 표시됨 | 전체 로그인 주소, 회사·학교 계정 선택, 관리 대상 테넌트 | 같은 사람의 계정을 새로 생성 |
| 암호 입력 뒤 자격 증명 오류 | 계정 원본, 최근 변경 여부, 로그인 로그의 실패 이유 | 원인을 확인하지 않고 계속 재시도 |
| 인증 앱·보안 키 단계에서 진행 불가 | 등록된 인증 방법과 분실·교체 여부 | 암호 초기화만으로 MFA도 복구된다고 판단 |
| 조직 정책 때문에 접근이 차단됨 | 조건부 액세스 정책과 기기·앱 조건 | 조직 전체 정책 해제 |
| 로그인은 성공하나 메일·파일만 열리지 않음 | 서비스 라이선스·사서함·리소스 권한 | 정상 암호를 반복 재설정 |
한 사람의 특정 기기만 실패하는지, 같은 부서나 조직 전체에서 동시에 실패하는지도 확인합니다. 여러 사람에게 같은 서비스 오류가 생기면 서비스 상태를 함께 확인하세요. 비공개 창에서 성공하는 경우에는 브라우저에 남은 계정 세션이나 클라이언트 캐시 문제를 좁힐 수 있지만, 그것만으로 근본 원인을 확정하지는 않습니다.
관리자가 확인할 순서
- Microsoft 365 관리 센터의 [사용자] → [활성 사용자]에서 대상 계정이 존재하고 로그인 차단 상태가 아닌지 확인합니다. 특정 서비스만 안 된다면 라이선스도 확인합니다.
- Microsoft Entra 관리 센터의 [Entra ID] → [모니터링 및 상태] → [로그인 로그]에서 사용자와 시간을 필터링합니다. 실제 메뉴 번역은 화면 버전에 따라 다를 수 있습니다.
- 실패 항목의 상태와 오류 이유, 인증 세부 정보, 조건부 액세스 결과를 확인합니다. Microsoft의 로그인 활동 상세 설명을 기준으로 해석합니다.
- 오류 원인에 맞는 조치를 선택합니다. 잘못된 암호라면 재설정, 인증 방법 분실이라면 인증 방법 복구, 정책 차단이라면 해당 정책의 적용 범위를 검토합니다.
- 조치 후 같은 앱·기기·네트워크 조건에서 재로그인하고 로그가 성공으로 바뀌었는지 확인합니다.
Microsoft의 로그인 진단 기능도 실패한 로그인 분석에 도움을 줍니다. 로그에 시도가 없다면 로그인에 사용한 계정과 테넌트가 맞는지, 실제로 인증 요청이 Microsoft Entra까지 도달했는지 다시 확인하세요.
로그인 로그에서 읽어야 할 항목
로그를 읽을 수 있는 보고서 읽기 권한자 등 적절한 역할을 준비합니다. 사용자와 발생 시간대를 먼저 제한하고 해당 앱·리소스로 범위를 좁히세요. 화면 시각은 관리 센터를 보는 사람의 시간대로 표시될 수 있으므로 사용자가 말한 시각과 시간대를 맞춥니다. 요청이 여러 이벤트로 나뉠 수 있어 시각 하나만 보고 첫 행을 선택하지 않습니다.
- 기본 정보: 사용자, 앱, 대상 리소스, 상태와 오류 이유를 함께 읽습니다. 같은 계정이더라도 실패한 리소스가 다르면 별도 요청일 수 있습니다.
- 인증 세부 정보: 어느 인증 방법에서 실패했는지, MFA 요구가 실제 인증 또는 기존 토큰의 정보로 충족되었는지 확인합니다.
- 조건부 액세스: 실패한 정책의 이름과 제어를 확인합니다. “적용 안 됨”은 그 정책의 조건에 맞지 않았다는 의미일 수 있으며, 모든 보안 보호가 없다는 뜻은 아닙니다.
- 보고 전용: 실제로 차단한 정책과 모의 평가 결과를 구분합니다. 보고 전용 실패를 현재 장애 원인으로 단정하지 않습니다.
“웹 로그인은 되지만 회사 노트북에서 파일 앱만 실패”하는 사례라면 사용자·앱·기기 조건을 같은 사건으로 묶어 비교합니다. 준수 기기 요구를 충족하지 못한 것이 원인이면 기기 등록·준수 상태를 바로잡아야 하며 암호를 바꿔도 해결되지 않습니다. IP의 위치 표시는 VPN·통신사 경로의 영향을 받으므로 위치 하나만으로 침해나 사용자 위치를 확정하지 않습니다.
로그가 없으면 필터를 조금 넓히고 대화형·비대화형 로그인 유형을 확인합니다. 그래도 없으면 다른 테넌트·개인 계정을 사용했거나 요청이 인증 단계까지 도달하지 않았는지 살펴보세요. 이벤트 상세에서 로그인 진단을 시작할 수 있다면 권고와 실제 로그를 함께 대조합니다.
암호를 재설정해야 할 때
- 사용자 본인 확인 절차를 먼저 수행합니다. 전화나 채팅으로 요청이 왔다는 이유만으로 재설정하지 않습니다.
- [활성 사용자]에서 대상을 선택하고 [암호 재설정]을 실행합니다. 표시되는 임시 암호와 다음 로그인 시 변경 요구를 확인합니다.
- 암호 생성 방식과 다음 로그인 시 변경 요구를 검토한 뒤 재설정을 확정합니다. 표시된 임시 암호는 공개 캡처나 작업 기록에 남기지 않습니다.
- 임시 암호를 승인된 별도 안전 채널로 전달하고 사용자가 로그인 및 암호 변경을 완료했는지 확인합니다. 안전하게 공유하기 위해 파일로 보관했다면 접근을 제한하고 조직의 보관 정책에 따라 처리합니다.
Microsoft 관리 센터의 암호 이메일 전송 기능을 전제로 안내하지 마세요. Microsoft는 해당 기능을 제거했으며 암호 재설정 공식 절차에서 안전한 전달을 안내합니다. 필요한 역할은 대상 사용자의 관리자 여부에 따라 달라질 수 있습니다.
온프레미스 디렉터리와 동기화된 계정은 암호 변경 원본이나 암호 쓰기 저장 설정에 따라 절차가 달라질 수 있습니다. 의심스러운 로그인이나 계정 침해 정황이 있다면 단순 재설정으로 끝내지 말고 세션, 인증 방법, 관리자 역할과 감사 로그까지 검토하세요.
조치 후 완료로 판단할 기준
사용자가 원래 실패한 앱·기기·네트워크에서 다시 시도하고, 새 로그의 시각과 성공 결과를 확인합니다. 메일이나 파일을 실제로 열어 업무가 재개되었는지도 확인하세요. 요청 기록에는 증상, 확인한 이벤트, 변경한 항목과 시험 결과만 남기고 암호·인증 코드를 넣지 않습니다.
인증 수단을 잃었다면 본인 확인 후 조직이 승인한 인증 방법 복구 절차로 연결합니다. 의심스러운 새 인증 수단이나 사용자가 부인하는 성공 로그가 발견되면 보안 사고 대응 절차로 전환합니다. 오류를 없애기 위한 보안 예외를 만들었다면 적용 범위와 만료·회수 담당자를 기록하고, 문제 해결 뒤 정상 보호로 복구해야 합니다.
