침대 밑에 괴물이 숨어 있는지 확인해 본 적 있나요? 그렇다면 앱 곳곳에 도사리고 있는 괴물들은요?
고도화된 랜섬웨어부터 자동화된 공격에 이르기까지, 현대의 사이버 위협은 비즈니스에 필수적인 애플리케이션과 서비스를 끊임없이 노리고 있습니다. 많은 기업이 이러한 위험으로부터 안전하다고 생각하지만, 미처 발견하지 못한 사각지대로 인해 애플리케이션은 물론 조직 전체가 취약해질 수 있습니다. 이 블로그 게시물에서는 애플리케이션 보안에 관한 몇 가지 일반적인 오해를 짚어 보고, 신뢰할 수 있는 방어 체계가 중요한 이유를 설명하며, 위협이 한밤중의 괴물처럼 불쑥 나타나더라도 F5와 AWS가 어떻게 비즈니스의 보안과 연결성을 유지하고 원활한 운영을 지원하는지 자세히 살펴봅니다.
오해 1 | 기존 보안만으로도 충분히 보호받을 수 있다
사이버 위협이 진화하면서 악의적 행위자의 수법은 더욱 정교해지고 그 규모와 영향력도 커졌습니다. 동시에 보호가 필요한 환경도 변화하여, 오늘날 기업은 데이터 센터, 클라우드, 엣지 전반에서 애플리케이션을 동시에 실행하고 있습니다. 문제는 무엇일까요? 기존 보안 도구에 의존하면 보호 체계에 공백이 생겨 핵심 서비스가 더욱 은밀하고 지능화된 새로운 공격에 취약해질 수 있습니다.
애플리케이션 자산을 효과적으로 보호하려면 사이버 위협의 진화에 발맞춰 보호 체계도 발전해야 합니다. F5 Distributed Cloud Web App and API Protection(WAAP)과 AWS를 함께 사용하면 애플리케이션이 어디에서 실행되든 안전하게 보호할 수 있도록 운영을 획기적으로 간소화할 수 있습니다. 이를 통해 조직은 AWS 및 비 AWS 워크로드 전반에 일관된 보안 조치를 광범위하게 적용하여 OWASP Top 10, 제로데이, DDoS, 봇 기반 공격 및 기타 공격을 방지할 수 있습니다.
오해 2 | API는 크게 걱정할 필요가 없다
기업들이 클라우드 및 마이크로서비스 기반 아키텍처로 전환하면서 API 도입이 급증했습니다. 하지만 보안이 뒷전으로 밀리는 경우가 있어 인터페이스가 취약해지고, 악의적인 공격자가 시스템과 데이터를 침해할 수 있는 직접적인 경로가 생깁니다. 웹 기반 사이버 공격의 90%가 API 엔드포인트를 표적으로 삼고 있는 만큼, 오늘날 기업은 디지털 자산을 보호하기 위해 API 보안을 최우선으로 고려해야 합니다.
F5 Distributed Cloud API Security와 AWS를 사용하면 계속 확장되는 API 계층을 적절히 감독하고 제어하며 보호할 수 있습니다. 이제 중앙화된 단일 위치에서 알려지지 않은 API를 손쉽게 검색하고, 모든 API에 보안 정책을 표준화하여 적용하며, 악성 연결을 차단하고, 신규 및 레거시 인터페이스를 공격으로부터 방어할 수 있습니다.
오해 3 | 개발자가 보안을 기본으로 구현한다
DevOps 팀은 혁신적인 앱을 더 빠르게 시장에 출시해야 한다는 압박을 점점 더 많이 받고 있습니다. 보안 통제는 매우 중요하지만, 개발 주기를 늦추고 새로운 서비스의 배포를 지연시키는 장애물로 인식되는 경우가 많습니다. 그 결과 많은 DevOps 팀이 프로세스 후반부에 보안을 통합하려고 하며, 이로 인해 비용과 복잡성이 증가하고 보안 공백이 발생할 가능성도 커집니다.
F5와 AWS를 활용하면 개발자는 속도와 확장성을 저해하지 않으면서 앱 수명 주기 초기부터 효과적이고 일관된 보호 체계를 구축할 수 있습니다. F5와 AWS를 함께 사용하면 프로덕션 단계까지 기다릴 필요 없이 보안을 CI/CD 파이프라인에 직접 통합할 수 있습니다. 이를 통해 DevOps 팀은 처음부터 효과적인 앱 보호를 구현하여 보안 누락을 줄이는 동시에 제공 주기를 단축할 수 있습니다.
오해 4 | 멀티클라우드 연결은 사례별로 다르다
하이브리드 및 멀티클라우드 전략은 복잡할 수 있습니다. 하지만 이제는 새로운 표준으로 자리 잡았습니다. 당사의 2024년 애플리케이션 전략 현황 보고서에 따르면, 현재 대다수 조직이 최소 4개의 서로 다른 환경에서 애플리케이션을 실행하고 있으며 약 40%는 6개 이상의 환경을 관리하고 있습니다. 또한 기존 데이터 센터 네트워크 토폴로지는 클라우드를 염두에 두고 설계되지 않았기 때문에 많은 기업이 충분한 연결성과 일관된 보안을 확보하지 못하고 있습니다.
조직은 환경별로 단편적인 접근 방식을 사용하는 대신 F5와 AWS를 활용하여 멀티클라우드 투자를 안전하게 연결할 수 있습니다. Amazon VPC Lattice를 사용하면 서로 다른 클라우드 앱과 온프레미스 환경을 AWS 인스턴스에 간편하게 연결할 수 있습니다. F5 글로벌 네트워크를 기반으로 하는 F5의 안전한 멀티클라우드 네트워킹은 AWS 외부 서비스와의 보안 연결을 설정하고 유지함으로써 이러한 기능을 확장합니다. 이 조합은 기존 네트워킹 도구의 복잡성 없이 기업이 앱, 인프라, 클라우드를 연결하는 방식을 혁신할 수 있는 안전한 패브릭을 제공합니다.
비즈니스를 취약하게 만드는 낡은 보안 관행에 의존하지 마세요. F5와 AWS를 활용하면 디지털 위협을 차단하는 동시에 현재는 물론 미래의 위협에도 애플리케이션을 안전하고 탄력적으로 보호할 수 있습니다.
애플리케이션 보안을 강화하세요. f5.com/aws에서 자세히 알아보세요.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.