Microsoft Office는 지금까지 가장 널리 도입되고 사용된 비즈니스 생산성 소프트웨어 제품군 중 하나입니다. 이를 대체하려는 수많은 ‘클라우드 네이티브’ SaaS 생산성 솔루션의 경쟁 압력이 커지고 있음에도 불구하고, 여전히 전 세계 기업의 핵심 도구로 자리 잡고 있습니다.
Office는 한동안 서비스 형태로 제공되어 왔으며, 그 서비스가 바로 Office 365입니다. 지난 몇 년간 Microsoft는 Office 365의 기능, 보안 및 관리 역량을 크게 발전시켰습니다. 이에 따라 전 세계 기업들이 비교적 익숙하고 안정적인 온프레미스 솔루션에서 클라우드 기반 서비스로 과감히 전환하고 있습니다. 기업 시장에서 Office 365의 성장세가 기록적인 속도로 계속 가속화됨에 따라, Microsoft가 비즈니스 생산성 분야의 선두 자리를 유지할 것이라는 전망이 우세합니다.
하지만 왜일까요?
일부 조직은 사용자들이 Microsoft Office 애플리케이션에 익숙하다는 이유로 Office 365로 마이그레이션합니다. 이러한 친숙함 덕분에 교육과 헬프 데스크 문의 등의 필요성이 줄어들어 시간과 비용을 절약할 수 있습니다.
또 다른 조직들은 Office 365를 통해 사용자가 전 세계 어디에 있든 SharePoint Online 및 Skype for Business와 같은 시장을 선도하는 클라우드 기반 솔루션으로 협업을 강화할 수 있다는 점을 중요하게 생각합니다. Office 365를 사용하면 동료들이 서로 다른 장소와 기기에서 실시간으로 작업하면서 정보와 콘텐츠를 더욱 쉽게 공유할 수 있습니다.
많은 조직에서 Microsoft Office 365가 사용자의 생산성을 높인다는 것은 명백한 사실입니다. Office 365를 사용하면 거의 모든 기기에서 언제 어디서나 업무를 수행할 수 있습니다. 더 이상 책상이나 사무실, 유선 네트워크 연결은 물론 자체 데이터 센터에 얽매일 필요가 없으므로 이러한 기능은 사용자뿐만 아니라 조직에도 도움이 됩니다. 마침내 클라우드에 사무실을 둘 수 있게 되는 것입니다.
하지만 모든 일이 그렇듯, 여기에도 어려움은 있습니다.
조직이 Office 365로 마이그레이션하기로 결정한 후 직면하게 될 첫 번째 과제 중 하나는 사용자와 조직의 요구 사항을 충족하고, 가능하다면 그 이상을 실현할 수 있는 최적의 아키텍처와 배포 모델을 결정하는 것입니다. 완전히 클라우드로 이전해야 할까요? 아니면 Microsoft Exchange 및 사용자 이메일과 같은 일부 Office 기능은 온프레미스로 유지하면서, 사용자가 언제 어디서나 생산성을 발휘할 수 있도록 Office 365를 도입하는 하이브리드 솔루션이 더 나은 접근 방식일까요?
기업은 사용 편의성과 보안 사이에서 적절한 균형을 찾아야 합니다. 조직이 Office 365로 마이그레이션하면 중요하고 민감한 데이터를 포함한 데이터에 대한 통제력이 약화될 수 있습니다. 이제 데이터는 보안이 취약한 공용 Wi-Fi를 비롯해 거의 모든 네트워크를 통해 어디에나 있을 수 있는 사용자 기기와 클라우드 사이를 오갑니다.
하지만 클라우드 기반 애플리케이션의 진입점인 사용자 ID와 액세스에 대한 조직의 통제력을 유지하는 것은 끊임없는 과제입니다. 조직은 사내에서 Office 365에 액세스하는 사용자에게 간편하고 원활한 SSO(Single Sign-On)를 제공하고자 할 수 있습니다. 그러나 동일한 사용자가 사무실 밖에 있을 때는 사용자 위치, 디바이스 유형, 연결 및 기타 속성을 기반으로 Office 365에 액세스하도록 허용하기 전에 MFA(다단계 인증) 확인 절차를 거치도록 할 수 있습니다.
Microsoft는 Office 365를 위한 세 가지 ID 모델을 제공합니다:
- 클라우드 ID를 사용하면 Office 365에서 사용자를 만들고 관리할 수 있으며, 사용자의 ID는 Microsoft Azure Active Directory에 저장되고 암호는 해당 디렉터리에서 확인됩니다.
- 동기화된 ID는 온-프레미스 서버에서 사용자 ID를 관리합니다. 사용자는 온-프레미스에서 암호를 입력할 수 있으며, 사용자 계정과 암호 해시는 Office 365에 동기화되고 암호는 Azure Active Directory에서 확인됩니다.
- 페더레이션 ID, Office 365에 안전하게 액세스하기 위해 가장 널리 사용되는 방식으로, 동기화된 ID와 유사하지만 암호 해시를 Azure Active Directory에 동기화하지 않고 온-프레미스 ID 공급자가 사용자 암호를 확인합니다. 이를 통해 사용자 자격 증명을 안전하게 관리할 수 있습니다. 페더레이션 ID를 사용하면 자격 증명의 분실 또는 도난 위험을 줄일 수 있으며, 신규 또는 기존 MFA 방식과의 통합도 크게 간소화됩니다.
페더레이션 ID가 널리 사용되는 주된 이유 중 하나는 대부분의 조직이 사용자 자격 증명 저장소, 즉 조직의 ID와 그에 따른 데이터에 접근할 수 있는 핵심 정보를 조직 및 보안 데이터 센터 외부와 공유하는 것을 매우 꺼리기 때문입니다. 대부분의 조직은 사용자의 자격 증명을 완전히 통제해야 한다고 생각합니다. 따라서 온-프레미스 서버에서 사용자 ID를 관리하고, 해시된 사용자 계정 데이터와 암호조차 보안 경계 외부로 전송하지 않으려 합니다. 대신 타사 IdP 또는 Microsoft Active Directory Federation Services(ADFS)와 같은 온-프레미스 SAML ID 공급자(IdP)를 통해 사용자의 암호를 확인하는 방식을 선호합니다.
Microsoft ADFS가 귀사에 적합한 IdP인지 살펴보는 다음 Office 365 블로그도 기대해 주시고, F5를 통한 Office 365 액세스 보안에 대해 자세히 알아보세요.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.