최신 클라우드 보안을 위한 브레이크 글래스 MFA 전략 수립

By Mirko Peters · 2026-04-26

클라우드 또는 하이브리드 환경에 재해가 닥치면, 예를 들어 대규모 계정 잠금, MFA 공급자 장애, 또는 오작동하는 정책이 발생했을 때, 평소에는 잘 알려지지 않은 브레이크 글래스 계정이 갑자기 가장 소중한 생명줄이 됩니다…

Automatically translated with AI from the original post. Read the English original

Cover: Detect Microsoft 365 Attack Chains with Entra and Sentinel

클라우드 또는 하이브리드 환경에 재해가 닥치면, 예를 들어 대규모 계정 잠금, MFA 공급자 장애, 또는 오작동하는 정책이 발생했을 때, 평소에는 잘 알려지지 않은 브레이크 글래스 계정이 갑자기 가장 소중한 생명줄이 됩니다. 제로 트러스트와 멀티 클라우드가 일반화된 오늘날, 비상 액세스 전략은 더 이상 뒤늦게 고민할 사안이 아닙니다. 오히려 견고한 보안 프로그램의 핵심에 놓여야 합니다.

여기서 까다로운 부분은 이것입니다. 철저한 보안과, 상황에 따라 누군가는 즉시 특권 액세스가 필요하다는 현실 사이에서 균형을 맞춰야 한다는 점입니다. 브레이크 글래스 다단계 인증(MFA) 전략을 설계한다는 것은 차악을 고르는 일이 아니라, 혼란 속에서도 안전성과 속도를 함께 확보하는 일입니다. 이 가이드는 그 균형을 잡는 데 도움이 되도록 구성했으며, 모범 사례, 실제 시나리오, 그리고 Microsoft 환경과 그 밖의 플랫폼을 위한 클라우드별 전술을 깊이 있게 다룹니다.

브레이크 글래스 계정이란 무엇이며 왜 중요한가?

브레이크 글래스 계정은 디지털 환경을 위한 "비상시 유리를 깨세요" 도구라고 생각하시면 됩니다. 기본 관리자나 싱글 사인온 같은 일상적인 관리 경로를 사용할 수 없을 때만 사용하도록 설계된 고권한 계정입니다. 위기 상황에서 이 계정은 복구 권한을 되찾아 장애를 해결하거나, 상황이 걷잡을 수 없이 악화되기 전에 보안 사고를 차단하는 통로가 됩니다.

이런 상황을 떠올려 보십시오. 조건부 액세스 잘못된 구성으로 기본 관리자가 잠기거나, 가장 좋지 않은 순간에 MFA 공급자에 장애가 발생합니다. 바로 이때 브레이크 글래스 계정이 결정적인 역할을 합니다. 다른 부분이 아무리 심각한 상황이어도 이 계정은 항상 사용할 수 있어야 합니다. Microsoft 365, Azure AD 또는 모든 멀티 클라우드 환경을 운영하고 있다면, 브레이크 글래스 계획이 없다는 것은 랜섬웨어, 잘못 진행된 마이그레이션, 공급망 공격 등의 상황에서 아무도 도움을 줄 수 없는 위험을 감수하는 것과 같습니다.

하지만 브레이크 글래스 계정은 양날의 검입니다. 강력한 권한 때문에 공격자와 내부 위협의 표적이 되기 쉽습니다. 그래서 Microsoft의 AiTM 토큰 탈취와 OAuth 악용이 관여하는 공격 체인에서 볼 수 있듯이, 최신 ID 거버넌스에서는 브레이크 글래스 계정을 훨씬 더 신중하게 관리해야 합니다. 올바르게 설계하면 악의적인 행위자에게 뒷문을 열어 주지 않으면서도 재해 상황에서 비즈니스를 계속 운영할 수 있습니다.

비상 액세스의 보안 역설

비상 액세스를 다루는 모든 조직은 같은 딜레마에 직면합니다. 브레이크 글래스 계정을 지나치게 엄격하게 잠그면, 정작 가장 필요한 순간에 작동하지 않을 수 있습니다. 반대로 너무 개방하거나 항상 켜 둔 상태로 두면, 누군가가 비상 상황과는 거리가 먼 목적, 심지어 악의적인 목적으로 계정을 사용할 위험이 있습니다.

이러한 긴장 관계를 흔히 "보안 역설"이라고 합니다. 오용이나 무단 액세스를 막기 위해 (MFA와 조건부 액세스 같은) 충분한 정책과 보안 통제가 필요하지만, 바로 그 통제가 위기 상황에서는 걸림돌이 될 수 있습니다. 그래서 효과적인 브레이크 글래스 전략은 위험 기반 결정과 제로 트러스트 같은 프레임워크, 그리고 체계적으로 관리되는 조건부 액세스 정책에 의존하여, 중요한 순간에 사용할 수 없게 만들지 않으면서도 계정을 안전하게 유지합니다.

MFA를 적용한 안전한 브레이크 글래스 계정 전략 설계

브레이크 글래스 전략에 다단계 인증(MFA)을 도입하는 일은 스위치를 켜는 것만큼 간단하지 않습니다. 재해가 발생했을 때 추가된 보안 때문에 실수로 자신이 잠기지 않도록 확실히 해야 합니다. Microsoft 365, Azure 또는 클라우드와 온프레미스 시스템이 혼합된 환경 어디에서 작업하든, 비상 계정을 설계하고 관리하는 방식이 매우 중요합니다.

기반은 위험 요소와 핵심 종속성이 어디에 있는지 평가하는 데서 시작합니다. 기본 MFA 시스템이 중단되면 어떻게 될까요? 어떤 역할에 실제로 비상 액세스가 필요하며, 사후에 책임 추적은 어떻게 할 것입니까? 이 답변이 정책, 선택할 MFA 방법, 그리고 권한 부여 방식을 결정합니다.

이 섹션은 실전 방법을 다루기 위한 준비 단계입니다. 긴급 액세스 계정에 MFA를 적용할지, 역할과 권한을 어떻게 정의할지를 다룹니다. 궁극적인 목표는 보안성을 갖추면서도 위기 상황에서 즉시 사용할 수 있는 시스템입니다. 그리고 여러분의 플랫폼 조합과 비즈니스 위험에 맞춘 정책과 프로세스가 필요합니다.

긴급 액세스 계정에도 MFA를 사용할 수 있습니까?

네, 긴급 액세스 계정에도 MFA를 사용할 수 있지만 신중하게 접근해야 합니다. 핵심은 MFA 방법이 높은 보안성을 갖추면서도, 평소 사용하는 시스템이 중단된 상황에서도 항상 사용할 수 있도록 하는 것입니다. 예를 들어 하드웨어 토큰이나 오프라인 TOTP 코드가 클라우드 기반 인증 앱이나 SMS보다 훨씬 안정적입니다. 후자는 장애 시 작동하지 않을 수 있습니다.

긴급 액세스 계정에는 대체 또는 이중화된 MFA 방법을 사용하는 것이 대개 가장 좋습니다. 예를 들어 보안 보관소에 보관한 전용 하드웨어 토큰이나 사전에 생성한 백업 코드를 활용할 수 있습니다. Microsoft는 이러한 계정을 보안 통제에서 완전히 제외하지 말 것을 명확히 권장합니다. 다만 지나치게 복잡한 MFA는 정당한 긴급 접근까지 막아 역효과를 낼 수 있습니다. 중요한 것은 여러분의 위험 프로필과 인프라에 맞는 균형점을 찾는 것입니다.

최소 권한 적용과 역할 정의

꼭 필요한 권한만 부여합니다. 긴급 액세스 계정에는 액세스를 복구하거나 환경을 안정화하는 데 필요한 최소한의 권한만 있어야 합니다. 다른 모든 역할으로는 도저히 해결할 수 없는 경우가 아니라면 전역 관리자 권한을 부여하지 마십시오.
긴급 액세스 계정에 접근할 수 있는 사람을 제한합니다. 신뢰할 수 있고 교육을 받은 담당자를 선정하십시오. 가능하면 일상적인 운영을 담당하는 관리자와는 분리하는 것이 좋습니다. 이렇게 하면 내부자 위험을 줄일 수 있습니다.
업무를 분리하고 문서화를 철저히 합니다. 누가 책임을 지는지, 누가 사용을 승인할 수 있는지, 언제 액세스가 사용되었는지를 기록한 로그를 유지하십시오. 이 내용은 Microsoft 365 거버넌스 모범 사례와 같은 자료에 설명된 대로 전체 ID 거버넌스의 일부여야 합니다.
역할을 정기적으로 검토하고 재검증합니다. “혹시 모르니까”라는 이유로 불필요한 액세스가 계속 남아 있지 않도록 하십시오. 권한을 감사하고 조직이나 기술 환경이 바뀔 때마다 업데이트하십시오.

긴급 액세스 계정 관리 모범 사례

긴급 액세스 계정은 설정만 해 두고 잘 되기를 바라는 것으로 충분하지 않습니다. 생성, 자격 증명 관리, 지속적인 최신 상태 유지까지 포함하는 수명 주기 관점의 접근이 필요합니다. 또한 물리적 금고 같은 오래된 방식 대신 최신 디지털 도구를 사용해야 합니다. 좋은 관리 정책은 이 계정을 언제, 어떻게 사용할 수 있는지, 누가 승인하는지, 자격 증명을 어떻게 교체하고 보관하는지를 명확하게 규정합니다.

최신 긴급 액세스 전략은 클라우드 보안 기능과 규정 준수 요건도 함께 고려합니다. 특권 액세스 관리, 암호화된 저장소, 지속적인 모니터링, 적시 감사가 여기에 포함됩니다. 이 계정이 사용되었는지, 누가 사용했는지, 어떤 이유로 사용했는지를 알아야 합니다. Microsoft Purview Audit과 같은 클라우드 네이티브 도구와 감사 플랫폼을 제대로 활용한다면 그 어느 때보다 더 많은 가시성과 제어 능력을 얻을 수 있습니다.

이어지는 내용에서는 정책 수립을 위한 단계별 가이드를 자세히 살펴봅니다. 또한 수동적이고 구식인 긴급 계정 관리에서 벗어나, 오늘날의 하이브리드 및 멀티 클라우드 환경 전반으로 확장 가능한 솔루션으로 전환하기 위해 무엇이 필요한지도 깊이 다룹니다.

안전한 긴급 액세스 계정 정책 수립

명확한 책임과 액세스 기준을 정의합니다. 누가 이 계정을 사용할 수 있는지, 어떤 상황에서 사용할 수 있는지 구체적으로 문서화하십시오. 승인 절차도 명확하게 정해야 합니다.
자격 증명 관리를 강화합니다. 강력하고 고유한 암호를 사용하고, MFA를 활성화하며, 자격 증명을 정기적으로 교체하십시오. 자격 증명의 발급과 보관은 조직의 정책과 규정을 준수해야 합니다.
안전한 보관과 액세스 제한을 보장합니다. 특히 하드웨어 토큰이나 백업 코드와 같은 자격 증명은 암호화된 자격 증명 볼트나 안전한 오프라인 금고에 보관하고, 승인된 담당자만 접근할 수 있도록 하십시오.
포괄적인 활동 로그를 유지합니다. 모든 사용 내역은 감사를 위해 기록해야 합니다. 이러한 로그를 정기적으로 공식 검토하면 Microsoft Dynamics 365의 VAT 감사 실무에서 강조하는 감사 가능한 VAT 규정 준수와 같은 프레임워크를 준수하는 데 도움이 됩니다.
정책을 정기적으로 검토하고 업데이트하십시오. 변화하는 클라우드 통제 기준과 규제 변경에 맞추기 위해 정기적으로 감사와 정책 검토 일정을 잡으십시오.

물리적 금고를 넘어서: 최신 break-glass 관리 방식

암호화된 디지털 금고를 도입하십시오. 자격 증명을 물리적 금고에서 꺼내 엔터프라이즈급 비밀번호 관리자나 전용 권한 액세스 관리(PAM) 솔루션으로 옮기십시오. 보안과 편의성을 함께 높일 수 있습니다.
클라우드 네이티브 기능을 활용하십시오. Azure AD 또는 Microsoft 365 도구를 사용해 break-glass 계정에 just-in-time 액세스, 조건부 정책, 모니터링된 사용을 적용하십시오. Microsoft Purview와 조건부 액세스(여기에서 설명한 대로) 같은 기능을 활용하면 관리 방식을 최신 상태로 유지하고 감사할 수 있습니다.
이중 통제와 승인 워크플로를 도입하십시오. break-glass 자격 증명에 접근하려면 2인 규칙(two-person rule) 또는 이중 승인을 요구하십시오. 한 사람에 의한 오용이나 실수를 막는 데 도움이 됩니다.
멀티 클라우드, 하이브리드, 오프라인 시나리오를 지원하십시오. AWS, GCP, Azure, 온프레미스 시스템 전반에서 break-glass 계정의 자격 증명 발급과 인증 방식을 표준화하십시오. 완벽한 보호 범위를 위해 에어 갭(air-gapped) 환경까지 고려한다면 하드웨어 토큰과 오프라인 TOTP 코드를 함께 검토하십시오.
로깅과 알림을 자동화하십시오. break-glass 작업이 발생할 때마다 즉시 알림을 보내고, 나중에 검토할 수 있도록 포괄적인 로그를 남겨야 합니다. Microsoft Defender 및 Purview와 통합하면 모니터링에 한 겹의 보호 계층을 더할 수 있습니다.

긴급 액세스 단계별 플레이북

공식 긴급 요청을 시작하십시오. break-glass 사용 사유를 문서화하십시오. 요청은 사전에 정해 둔 안전한 채널을 통해 전달하고, 요청자와 요청 시각을 기록하십시오.
필요한 승인을 받으십시오. 자격 증명을 발급하기 전에 사전에 지정된 책임자의 승인을 받으십시오. 가능하면 이중 통제 방식으로 승인하는 것이 좋습니다. 신속하면서도 안전한 에스컬레이션이 매우 중요합니다.
시스템에 인증하고 접근하십시오. 할당된 break-glass 자격 증명과 MFA(하드웨어 토큰 또는 오프라인 코드)를 사용해 로그인하십시오. 모든 작업을 감사할 수 있는 상태인지 확인하십시오.
필수 관리 작업을 수행하십시오. 제어권을 회복하거나 위기를 완화하는 데 꼭 필요한 작업으로만 범위를 제한하십시오. 추가로 수행한 단계는 기록하고 그 이유를 설명할 수 있어야 합니다.
사고 후 검토와 정리를 수행하십시오. 자격 증명을 즉시 해지하거나 교체하고, 누가 무엇에 접근했는지 문서화한 뒤 근본 원인과 영향 분석을 실시하십시오. 얻은 인사이트를 보안 플레이북에 반영해 지속적으로 개선하십시오.

Microsoft Azure AD에서 Zero Trust가 break-glass 계정을 보호하는 방법

'폭발 반경(blast radius)'을 최소화하십시오. 권한과 가시성을 제한한 계정을 설계하십시오. Azure AD에서는 break-glass 계정을 꼭 필요한 범위로만 제한하여, 하나가 침해되더라도 공격자가 다른 리소스로 횡적 이동하지 못하도록 막으십시오.
클라우드 전용 긴급 계정을 활용하십시오. 기존 ID 공급자에 장애가 발생해도 작동하는 비연동(non-federated) 클라우드 네이티브 관리자 계정을 만드십시오. Microsoft의 권장 방향도 온프레미스나 동기화 장애를 우회할 수 있는 이 모델로 옮겨 가고 있습니다.
조건부 액세스 예외는 최소한으로 적용하십시오. break-glass 계정을 예외로 지정해야 한다면 명확한 업무상 근거를 갖추고, Zero Trust by Design 자료에 나온 대로 지표와 알림을 통해 사용 현황을 집요하게 모니터링하십시오.
지속적인 검증과 알림을 구현하십시오. 긴급 계정으로 로그인하거나 활동이 발생하면 자동 알림을 설정하십시오. 즉각적인 알림은 오용이나 실제 긴급 상황에 대한 대응 시간을 줄여 줍니다.
실제 사용 사례를 기준으로 문서화하고 테스트하십시오. Microsoft의 일반 문서만 믿지 마십시오. 조건부 액세스, PIM, RBAC 전반에 걸쳐 break-glass 프로세스를 테스트하여 자사 환경에만 해당하는 공백을 찾아내십시오. 이 점은 Azure enterprise governance 가이드에서도 강조하고 있습니다.

break-glass 계정 관행의 모니터링, 감사 및 개선

브레이크글래스(비상) 프로세스를 갖추는 것은 절반일 뿐입니다. 이 계정의 활동은 실시간으로 모니터링하고 사용할 때마다 반드시 검토해야 합니다. 브레이크글래스 계정으로 수행한 모든 작업은 신뢰할 수 있는 기록으로 남아야 합니다. 그래야 사고 대응, 규정 준수 점검, 비상 액세스 체계 개선이 가능해집니다.

업계 최고 수준의 조직은 Microsoft Purview Audit와 같은 도구 및 기타 고급 모니터링 솔루션을 사용해 일반 계정과 비상 계정의 활동을 모두 추적합니다. 이러한 플랫폼은 사용자 작업을 폭넓게 파악하게 해 주며, 특히 규제가 엄격하거나 위험도가 높은 산업에서 위험을 정확히 찾아내는 데 도움이 됩니다.

브레이크글래스 검토 프로세스를 지속적인 피드백 루프로 다루는 것도 매우 중요합니다. 비상 상황이 순조롭게 끝났든 예상치 못한 문제가 있었든, 모든 비상 사례에서 얻은 교훈은 정책과 기술적 통제에 직접 반영해야 합니다. 다음 섹션에서는 사고 후 정리, 지속적인 감사, 일상적인 책임 관리를 위한 실질적인 단계를 자세히 다룹니다.

감사와 사고 후 정리를 통한 책임성 확보

사용 후 모든 감사 로그를 검토하십시오. Microsoft Purview Audit와 같은 솔루션을 사용해 비상 액세스 중 수행된 작업을 정확히 추적하십시오. 이상 징후, 정책 위반, 또는 오용의 징후가 있는지 확인하십시오.
근본 원인 및 영향 분석을 수행하십시오. 모든 사고 후에는 무엇이 이벤트를 촉발했는지, 그리고 브레이크글래스 프로세스가 어떻게 작동했는지 문서로 남기십시오. 얻은 교훈은 업데이트된 통제 방식이나 대응 플레이북에 반영하십시오.
사용된 모든 자격 증명을 교체하십시오. 비상 상황이 해소되면 즉시 비밀번호를 변경하고, 사용한 백업 코드를 비활성화하며, 하드웨어 토큰을 다시 보호하여 안전한 기준 상태를 회복하십시오.
책임자 및 액세스 정책을 업데이트하십시오. 문서를 최신 상태로 유지하십시오. 불필요한 액세스 권한을 제거하고, 비상 승인 담당자로 등록된 사람을 다시 검토하십시오.
지속적인 개선을 구현하십시오. 사고와 감사에서 얻은 인사이트를 활용해 정책, 승인 워크플로, 모니터링 체계를 개선하십시오. 꾸준한 관리가 있어야 브레이크글래스 전략이 시간이 지나도 견고하고 규정을 준수하는 상태로 유지됩니다.

안전한 브레이크글래스 MFA 전략을 위한 결론 및 권장 조치

결론적으로, 브레이크글래스 계정은 다른 모든 방법이 실패했을 때 쓰는 최후의 수단입니다. 그러니 이를 가볍게 다루면 문제를 자초하는 셈입니다. 제대로 운영하려면 빈틈없는 정책, 견고한 MFA 기술, 실제 상황에 대비한 팀의 준비 상태를 결합해야 합니다. Azure AD, Google, AWS, 또는 전통적인 온프레미스 환경을 운영하든 이 원칙은 같습니다. 정기 검토를 무시하거나 비상 액세스를 형식적인 체크리스트 항목으로만 여기면, 공격자에게 혹은 실제 위기 상황에서의 실수에 틈을 내주게 됩니다.

하이브리드 및 멀티 클라우드 환경은 복잡성을 더하지만, 정책 일관성과 플랫폼 간 MFA의 중요성도 그만큼 커집니다. 플랫폼 사이의 공백을 방치할 수 없으며, MFA 시스템이 절대 실패하지 않는다고 가정할 수도 없습니다. 하드웨어 토큰이나 안전하게 보관된 시간 기반 코드와 같은 이중화 및 복원력 있는 오프라인 인증을 구축하는 것은 최악의 상황에 대비하기 위해 반드시 필요합니다.

사람의 측면도 잊지 마십시오. 사고가 발생하면 모두가 극도로 긴장하므로, 명확한 역할, 정의된 에스컬레이션 경로, 정기적인 교육 훈련이 필요합니다. 테이블톱 훈련이나 레드팀 시뮬레이션을 진행하면 팀원들이 감각을 유지하고, 절차가 문서상이 아니라 실제 환경에서도 제대로 작동하는지 확인할 수 있습니다.

모든 환경(클라우드, 온프레미스, 하이브리드, OT)에 대해 브레이크글래스 절차를 문서화하고 정기적으로 업데이트하십시오.
다단계 인증(MFA) 방식을 표준화하고, 온라인 MFA를 사용할 수 없을 때를 대비한 장애 조치 계획을 수립하십시오.
자격 증명 저장소는 이중 통제 방식의 물리적 금고나 변조 방지 시스템으로 엄격하게 보호하십시오.
비상 액세스를 승인, 개시, 철회할 주체를 정의하고, 인시던트 시뮬레이션으로 실제 절차를 연습하십시오.
진화하는 위협보다 앞서 나가기 위해 브레이크글래스 접근 방식을 지속적으로 모니터링, 감사, 개선하십시오.