2018년 미국 관리예산처는 조직이 애플리케이션을 클라우드로 이전할 수 있도록 로드맵을 제시하는 새로운 전략을 도입했습니다. ‘Cloud Smart’로 명명된 이 지침은 기관에 “클라우드 기반 기술의 가능성과 잠재력을 온전히 실현하기 위한 실질적인 구현 지침”을 제공함으로써 2017년에 발표된 연방 클라우드 컴퓨팅 전략(일반적으로 ‘Cloud First’로 알려짐)을 한 단계 발전시켰습니다.
Cloud First가 본질적으로 기관이 클라우드 도입을 위한 초기 검토에 착수할 수 있도록 승인한 것이라면, Cloud Smart는 클라우드 마이그레이션의 진입 장벽을 낮추는 것을 목표로 합니다. 또한 보안, 조달, 인력이라는 세 가지 핵심 영역에 대해 충실하고 실용적인 지침을 제공합니다.
Cloud Smart 보안: 알아야 할 세 가지 사항
Cloud Smart의 보안 구성 요소에 초점을 맞춰 보겠습니다. 주목할 만한 몇 가지 측면이 있습니다.
Cloud Smart는 신뢰할 수 있는 인터넷 연결(TIC)의 필요성을 강조합니다. 그러나 기존 TIC는 “상대적으로 유연성이 떨어지고 많은 기관의 요구 사항과 맞지 않게” 되었다는 점도 인정합니다. 이러한 기관에는 인터넷 트래픽의 흐름을 관리하고 보안을 한층 더 강화할 수 있는, 보다 민첩하고 유연한 솔루션이 필요합니다.
Cloud Smart는 또한 조직이 자사 환경에 있는 애플리케이션의 전체 목록을 작성하도록 요구합니다. 조직은 해당 애플리케이션의 필요성, 애플리케이션이 위치한 곳, 애플리케이션이 적절하고 안전하게 작동하는 데 필요한 서비스(부하 분산, 웹 애플리케이션 방화벽 등)를 비롯한 여러 사항을 평가해야 합니다.
마지막으로, Cloud Smart는 지속적인 데이터 보호와 보안 인식 강화를 강조합니다. 구체적으로 이 지침은 기관이 “네트워크 및 물리적 인프라 계층뿐만 아니라 데이터 계층에도 보호 조치를 마련해야 한다”고 제안합니다. 이를 위해 Cloud Smart는 보안을 평가하고 위협을 지속적으로 모니터링하는 표준화된 방식을 제공하는 연방 위험 및 승인 관리 프로그램(FedRAMP)을 도입할 것을 권고합니다.
Cloud Smart의 메시지는 분명합니다. 네트워크 경계에 대한 전통적인 정의는 더 이상 유효하지 않으며, 애플리케이션이 새로운 네트워크 경계가 되었습니다. 실제로 우리는 클라우드 서비스와 멀티클라우드 애플리케이션이 주도하는 디지털 혁신의 새로운 단계에 진입했습니다. 이러한 애플리케이션은 온프레미스와 오프프레미스 위치 간에 자유롭게 이동하는 매우 민감한 데이터에 의존합니다. 이러한 정보의 흐름은 이 환경의 잠재적 취약점을 악용할 방법을 끊임없이 모색하는 해커들의 표적이 됩니다. 데이터가 온프레미스에 있든 외부에 있든, 저장 중이든 전송 중이든 관계없이 반드시 보호해야 합니다.
Cloud Smart: 규정보다는 설명에 가까운 접근 방식
하지만 Cloud Smart는 클라우드 애플리케이션 및 데이터 보안에 관한 탄탄한 지침을 제공하는 한편, 실제로는 규범적이라기보다 설명적인 성격이 강합니다. 기관이 보안 조치를 어떻게 구현해야 하는지 또는 데이터를 보호하기 위해 어떤 도구를 사용할 수 있는지에 대해서는 구체적으로 다루지 않습니다. 따라서 조직은 데이터 보호에 사용할 기술을 선택할 때 상당한 재량권을 갖게 됩니다.
많은 F5 고객, 특히 온프레미스 데이터 센터와 외부 데이터 센터를 함께 사용하는 고객은 클라우드 액세스 포인트(CAP)와 가상 데이터 센터 보안 스택(VDSS)을 활용합니다. 이러한 기술은 미국 국방정보시스템국(DISA)의 승인을 받았으며, DISA는 이를 보안 클라우드 컴퓨팅 아키텍처(SCCA)의 핵심 구성 요소로 채택했습니다. 이 두 기술을 함께 사용하면 클라우드 데이터 센터에서 호스팅되는 애플리케이션도 온프레미스에 유지되는 애플리케이션과 동일한 수준으로 보호할 수 있습니다.
CAP은 온프레미스 데이터 센터와 호스팅된 클라우드 환경을 연결하여 두 환경 사이에 안전한 통로를 구축합니다. 사용자는 애플리케이션이 어디에 호스팅되어 있든 전용 연결을 통해 액세스할 수 있습니다.
VDSS는 고객이 전체 보안 스택을 호스팅하는 보안 영역입니다. 일반적으로 웹 애플리케이션 방화벽(WAF)과 차세대 방화벽으로 구성되어 외부에 호스팅된 애플리케이션과 데이터를 보호합니다. 웹 트래픽은 애플리케이션에 액세스하기 전에 이 보안 영역을 통과합니다. 이 영역은 악성 트래픽이나 잠재적인 피해로부터 애플리케이션을 보호합니다.
Cloud Smart 이니셔티브를 위한 스마트 솔루션
조직은 CAP 및 VDSS 내에서 보안을 적용하기 위해 다양한 솔루션이 필요합니다. 호스팅 애플리케이션과 온프레미스 애플리케이션을 모두 보호할 수 있도록 행동 분석, 봇 방어, 데이터 암호화를 사용하는 양방향 WAF를 제공하는 솔루션 세트가 필요합니다. 이러한 솔루션은 코로케이션 데이터 센터에 배치된 애플리케이션으로 들어오고 나가는 트래픽을 보호하고 관리하는 데 적합합니다.
요컨대, 조직에는 보안 태세를 강화하고 Cloud Smart가 요구하는 “연방 정보가 네트워크를 통과하거나 시스템에 저장될 때, 해당 환경이 로컬에서 관리되든, 외부에서 관리되든, 정부 기관이나 계약업체가 관리하든 관계없이 기밀성, 무결성 및 가용성을 보장”하도록 지원하는 솔루션이 필요합니다. F5가 고객의 애플리케이션, 데이터 및 사이트 보안을 어떻게 지원하는지 자세히 알아보려면 여기를 클릭하세요.
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.