기업들은 점점 더 많은 생산성 애플리케이션을 클라우드로 이전하면서 Microsoft Office 365를 도입하고 있습니다. 최근 Gartner 보고서에 따르면, 설문 조사에 참여한 기업의 78%가 Office 365를 사용 중이거나 사용할 계획입니다. 또한 기업들은 자체 개발한 레거시 애플리케이션을 클라우드로 마이그레이션하는 동시에 새로운 클라우드 기반 애플리케이션을 배포하고 있습니다. 이러한 생산성 앱의 보안을 유지하면서도 유연성과 속도를 확보해 클라우드로 이전해야 한다는 부담 때문에 많은 CIO와 CISO가 밤잠을 이루지 못하고 있습니다.
클라우드 보안 기업 SkyHigh Networks의 보고서는 이러한 딜레마를 잘 보여 줍니다. 조직은 매달 Office 365를 겨냥한 위협에 평균 2.7건 직면하며, 이 중 1.3건은 계정 침해로 인해 발생합니다. 이 수치가 그리 높아 보이지 않을 수도 있지만, 같은 보고서에 따르면 클라우드에 저장된 민감한 데이터의 58% 이상이 Office 문서에 저장되어 있습니다.
조직은 사용자가 Office 365에 빠르고 간편하며 안전하게 액세스할 수 있기를 원합니다. 하지만 온프레미스 데이터 센터 기반 앱에서 Office 365와 같은 클라우드 및 SaaS 애플리케이션으로 전환하면 기존 리소스에 부담이 가중되고 사용자가 예측하기 어려운 성능 문제를 겪을 수 있습니다. Office 365 및 SaaS 애플리케이션을 사용하는 조직이 직면하는 가장 어려운 과제 중 하나는 사용자에게 적절한 수준의 강력한 ID 관리 및 액세스 기능을 제공하는 것입니다.
ID 페더레이션과 SSO(Single Sign-On)는 MFA(다단계 인증)와 함께 Office 365에 대한 무단 또는 악의적인 액세스를 방어하는 최전선 역할을 합니다. 특히 조직에서 Microsoft Azure Active Directory를 사용자 자격 증명 저장소로 사용하는 경우 더욱 중요합니다. 실제로 조건부 액세스와 같은 Office 365의 일부 기능을 사용하려면 ID 페더레이션과 SSO가 필요합니다.
제 이전 블로그에서 설명했듯이, Office 365 액세스를 보호하는 가장 일반적인 방법은 페더레이션 ID입니다. 페더레이션 ID를 사용하면 온프레미스 ID 공급자가 사용자 자격 증명을 확인합니다. 암호 해시를 저장하거나 Azure Active Directory와 동기화할 필요가 없습니다. 페더레이션 ID가 널리 사용되는 이유 중 하나는 조직의 사용자 자격 증명이 온프레미스에 유지되고 조직에서 관리되기 때문입니다. 페더레이션 ID는 자격 증명의 분실 또는 도난 위험을 줄이고 신규 또는 기존 MFA 방식과의 통합을 간소화합니다. 많은 조직에서는 온프레미스 SAML ID 공급자(IdP) 또는 Microsoft Active Directory Federation Services(ADFS)를 통해 사용자의 암호를 확인하고자 합니다.
Microsoft는 Windows Server 2012의 일부로 ADFS를 제공하지만, 타사 ID 페더레이션 및 SSO 제품도 지원합니다. 또한 ADFS와 마찬가지로 이러한 타사 옵션 중 다수는 SSO를 지원하고, 더 많은 애플리케이션으로 ID 페더레이션을 확대하며, 사용자 관리 및 퇴사 처리를 간소화하고, 페더레이션 관리를 중앙 집중화합니다. 경우에 따라서는 ADFS보다 더 강력한 기능을 제공합니다.
모든 IT 솔루션이 그렇듯, 조직은 Office 365용 ID 및 액세스 솔루션을 구현하기로 결정하기 전에 장단점을 따져봐야 합니다. 다음은 IT 팀이 Office 365용 새 ID 및 액세스 솔루션 도입을 검토할 때 고려해야 할 질문의 체크리스트입니다:
- 네트워크에 추가 인프라를 구축해야 합니까?
- 그렇다면 구매, 배포, 운영 및 관리에 드는 비용은 얼마입니까?
- 빠른 액세스와 가동 시간을 보장하기 위해 부하 분산용 애플리케이션 딜리버리 컨트롤러가 필요합니까?
- ID 및 액세스 솔루션의 총소유비용(TCO)은 얼마입니까?
- 이 솔루션은 조직의 향후 요구 사항을 충족할 수 있도록 빠르고 쉽게 확장할 수 있습니까?
- 확장하려면 인프라를 더 추가해야 한다는 뜻인가요?
- 클라우드 애플리케이션 관리를 자동화할 수 있습니까? 아니면 관리자가 각 클라우드 애플리케이션의 규칙을 수동으로 생성하거나 변경해야 합니까? 수동 프로세스는 비용이 많이 들고 시간도 오래 걸립니다.
- ID 및 액세스 솔루션이 선도적인 엔터프라이즈 모빌리티 관리(EMM) 솔루션에서 모바일 기기를 대상으로 수행하는 기존 기기 보안 상태 검사와 같은 기존 보안 방식이나 기존 MFA 제품과 연동될 수 있습니까?
조직에는 기존 액세스 및 보안 도구를 활용하면서도 공급업체나 프로세스를 변경하도록 강요하지 않는 Office 365용 ID 및 액세스 솔루션이 필요합니다. 이미 만연한 인프라의 무분별한 확장을 가중하지 않으면서 조직의 성장과 요구 사항에 맞춰 확장할 수 있는 솔루션이 필요합니다.
다음 블로그에서는 Office 365의 안전한 ID 및 액세스 과제를 해결할 수 있는 솔루션과 이를 통해 지원할 수 있는 다양한 사용 사례를 살펴보겠습니다.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.