스프링 CVE 91건 대량 발견: AI 시대 오픈소스 취약점 리스크

 

스프링 CVE 91건 대량 발견: AI 시대 오픈소스 취약점 리스크

 

 

안녕하세요,

그로메트릭 입니다. 🐸

 

지난 8월 20일, 브로드컴(Broadcom)이 스프링(Spring) 프레임워크와 관련 프로젝트에 대해 무려 91개에 달하는 CVE를 한꺼번에 공개했습니다. 소나타입 가이드 기준으로 이번 보안 이벤트의 영향을 받는 소프트웨어 컴포넌트는 무려 20만 9,569개에 달하는데요, 이는 스프링을 직접 사용하지 않더라도 스프링 코드를 내부에 번들링한 수많은 오픈소스 프로젝트까지 함께 영향을 받는다는 뜻입니다.

 

이번 대규모 취약점 공개는 단순한 해프닝이 아닙니다. AI가 취약점 탐색 속도를 인간의 대응 속도보다 훨씬 빠르게 앞당기고 있다는, 업계 전반의 구조적 변화를 보여주는 사례이기 때문입니다. 실제로 브로드컴은 지난 3월부터 4월 사이 스프링 관련 월간 보안 권고 건수가 1,700% 이상 폭증했다고 밝힌 바 있으며, 이번 8월 공개는 그 흐름의 연장선에 있습니다. 문제는 취약점을 빠르게 찾아내는 것과, 그 취약점이 실제로 어디에 배포돼 있는지 파악하고 고쳐내는 것 사이에 점점 더 큰 간극이 벌어지고 있다는 점입니다.

 

이번 글에서는 91개 CVE 중에서도 특히 위험도가 높은 두 가지 취약점(CVE-2026-59285, CVE-2026-59318)을 짚어보고, 스프링을 사용하는 조직이 지금 당장 무엇을 점검해야 하는지 함께 살펴보겠습니다.

 

*아래 글은 소나타입(Sonatype)의 공식 블로그 글을 번역하여 작성되었습니다.

---

2026년 8월 스프링 보안 업데이트, 무엇이 공개됐나

요약

• 브로드컴이 2026년 8월 20일 스프링 보안 권고를 대거 발표했으며, 소나타입이 집계한 CVE는 스프링 프레임워크 및 관련 프로젝트 전반에 걸쳐 91건에 달합니다.
• 이 글이 게시된 시점 기준으로 소나타입 가이드는 이번 보안 이벤트의 영향을 받는 소프트웨어 컴포넌트를 20만 9,569개로 파악하고 있습니다.
• 이번 공개는 AI 기반 취약점 발굴이 급격히 늘어나는 흐름 속에서 나왔습니다. 브로드컴은 앞서 2026년 3월에서 4월 사이 월간 스프링 보안 권고 건수가 1,700% 이상 증가했다고 밝힌 바 있습니다.
• AI는 취약점을 더 빠르게 찾아내고 있지만, 조직은 여전히 취약한 컴포넌트가 어디에 배포돼 있는지 파악하고, 리스크의 우선순위를 정하고, 안전한 해결 경로를 찾아야 하는 과제를 안고 있습니다.

2026년 8월 20일, 브로드컴은 스프링 및 관련 프로젝트에 영향을 미치는 대규모 보안 권고를 발표했습니다.

이번 취약점은 여러 스프링 프로젝트에 걸쳐 있으며, 심각도가 높은 이슈도 다수 포함돼 있습니다. 공개된 내용에는 안전하지 않은 역직렬화(insecure deserialization), 특정 조건에서의 신뢰할 수 없는 코드 실행, 민감 정보 노출, 서버 사이드 요청 위조(SSRF), 경로 순회(path traversal), 서비스 거부(DoS), 부적절한 권한 부여 등 다양한 취약점 유형이 포함됩니다.

 

규모 자체도 주목할 만하지만, 이번 공개는 소프트웨어 보안 업계 전반에서 이미 진행 중인 더 큰 흐름을 보여줍니다. 바로 AI가 많은 조직이 흡수하고 대응할 수 있는 속도보다 더 빠르게 취약점 발굴을 가속화하고 있다는 점입니다.

 

소나타입 공동 창업자 겸 CTO인 브라이언 폭스(Brian Fox)는 이번 스프링 취약점 공개가 AI로 인해 취약점 발굴 속도가 다운스트림 대응 속도를 앞지르고 있음을 보여준다고 설명합니다.

"스프링 팀은 메인테이너로서 우리가 기대하는 바를 정확히 해냈습니다. 취약점을 처리하고, 수정 사항을 만들고, 패치된 버전을 배포했습니다. 이제 문제는 이 수정 사항이 나머지 소프트웨어 공급망 전체로 얼마나 빠르게 퍼져나가느냐입니다."

CVE 91건이 만든 더 큰 리메디에이션 문제 🧐

이번 2026년 8월 스프링 보안 권고는 스프링 시큐리티(Spring Security), 스프링 클라우드 컨피그(Spring Cloud Config), 스프링 AI(Spring AI), 스프링 데이터 REST(Spring Data REST), 스프링 인티그레이션(Spring Integration), 리액터 코어(Reactor Core), 리액터 네티(Reactor Netty), 스프링 AMQP(Spring AMQP), 스프링 배치(Spring Batch) 등 생태계 전반의 프로젝트에 영향을 미칩니다. 개별 권고 다수는 여러 지원 버전 라인에 걸쳐 수정 사항을 포함하고 있습니다.

 

이 때문에 다운스트림 영향은 CVE 건수만으로 짐작할 수 있는 수준보다 훨씬 큽니다. 이 글이 게시된 시점 기준으로 소나타입 가이드는 20만 9,569개의 영향받는 컴포넌트를 파악했으며, 이 중 다수는 스프링 자체가 아니라 취약한 스프링 코드를 내부에 포함하고 있는 비(非)스프링 컴포넌트입니다.

 

폭스는 수정 버전이 나오는 것이 대응의 시작일 뿐이라고 지적합니다.

"업스트림에 수정 사항이 존재한다고 해서 다운스트림에서 취약점이 해결됐다는 뜻은 아닙니다. 다른 오픈소스 프로젝트들이 새 버전을 받아들여야 하고, 기업들은 자신이 어디에 노출돼 있는지 파악해야 하며, 애플리케이션은 결국 그 수정 사항을 반영해 다시 빌드되고 배포돼야 합니다."

 

개발 및 보안팀 입장에서는 하나의 취약점 공개가 다음과 같은 훨씬 큰 질문들로 이어집니다.

• 어떤 애플리케이션이 영향을 받는 스프링 컴포넌트를 포함하고 있는가?
• 실제로 배포된 취약 버전은 무엇인가?
• 해당 의존성은 직접(direct) 의존성인가, 전이(transitive) 의존성인가?
• 어떤 취약점이 가장 큰 리스크를 안고 있는가?
• 불필요한 장애를 일으키지 않으면서 취약점을 해결할 수 있는 업그레이드 경로는 무엇인가?

취약점 공개의 규모와 빈도가 함께 커지면서, 이러한 의사결정은 점점 더 어려워지고 있습니다.

AI가 앞당긴 스프링 취약점 대량 발견 사태 🔍

이번 대규모 스프링 취약점 공개는 올해 처음 있는 일이 아닙니다.

2026년 6월, 브로드컴은 2026년 3월에서 4월 사이 월간 보안 권고 건수가 1,700% 이상 증가했다고 밝히며, 이를 계기로 스프링 엔지니어링 팀이 AI 기반 보안 분석과 프론티어 모델 스캐닝 활용을 확대했다고 설명했습니다. 브로드컴은 6월 릴리스를 프로젝트 23년 역사상 최대 규모의 스프링 보안 업데이트라고 밝히기도 했습니다.

과거 스프링은 월평균 약 6.5건의 보안 리포트를 받아왔습니다. 그런데 2026년 3월에는 이 수치가 55건으로 급증했고, 4월에는 65개 프로젝트에 걸쳐 482건의 보안 리포트가 접수됐습니다. 이 중 370건은 자체 스캐닝 역량을 통해, 나머지 112건은 커뮤니티를 통해 발견된 것입니다.

 

AI 기반 취약점 발굴은 이러한 변화의 핵심 요인입니다. 스프링 측은 앤트로픽(Anthropic)의 미토스(Mythos) 리서치를 첨단 AI 모델이 훨씬 더 큰 규모로 취약점을 발굴해내는 사례로 언급한 바 있습니다. 다만 소나타입은 미토스가 2026년 8월 20일 보안 이벤트에 포함된 91개 CVE를 실제로 발굴했는지는 확인하지 않았습니다.

CVE-2026-59285: 안전하지 않은 역직렬화가 원격 코드 실행으로 이어질 수 있다

이번 8월 공개 내용 중에서도 심각도와 잠재적 영향력 모두에서 특히 두드러지는 취약점이 있습니다. 바로 스프링 포 그래프QL(Spring for GraphQL)의 안전하지 않은 역직렬화 취약점인 CVE-2026-59285입니다.

 

소나타입 리서치에 따르면, 영향을 받는 애플리케이션은 JSON 역직렬화를 위해 잭슨(Jackson) 2.x를 사용하고, 페이지네이션이 적용된 GraphQL 필드를 노출하며, 역직렬화 과정에서 악용될 수 있는 특정 클래스를 포함하는 경우 공격에 노출될 수 있습니다.

소나타입은 이 취약점에 "9.2 Critical" CVSS 점수를 부여했으며, 취약하지 않은 버전으로의 업그레이드를 권장합니다. 만약 스프링 포 그래프QL이 전이 의존성으로 포함돼 있고 직접적인 업그레이드 경로가 없다면, 팀은 상위(parent) 의존성을 업데이트하거나, 해당 프로젝트의 메인테이너에게 연락하거나, 완화 조치를 적용해야 할 수 있습니다.

CVE-2026-59318: 스프링 AI 툴 콜링, 요청 경계를 우회할 수 있다

또 하나 주목할 만한 이슈는 스프링 AI의 툴 콜링(tool-calling) 기능에 영향을 미치는 CVE-2026-59318입니다.

특정 조건에서 프롬프트 인젝션(prompt-injection) 공격이 발생하면, 스프링 AI가 현재 요청에서 사용할 수 없도록 설정된 툴을 호출하게 만들 수 있으며, 이는 권한 상승으로 이어질 가능성이 있습니다. 스프링은 이 취약점의 심각도를 '중간(Medium)'으로 평가했습니다.

 

이 이슈는 소나타입 리서치 랩스(Sonatype Research Labs)가 최근 블랙햇 2026(Black Hat 2026) 이후 강조한 우려와 맞닿아 있습니다. AI 에이전트에게 무엇을 하거나 하지 말아야 하는지 지시하는 것과, 실제로 그것이 할 수 있는 일을 강제로 제한하는 것은 서로 다른 문제라는 것입니다. 공격자가 모델을 조작할 수 있는 상황에서 기반 시스템이 여전히 특정 툴이나 작업에 대한 접근을 허용하고 있다면, 프롬프트 수준의 제약만으로는 충분하지 않을 수 있습니다.

 

스프링은 영향을 받는 스프링 AI 버전을 수정된 릴리스로 업그레이드할 것을 권장합니다.

스프링을 사용하는 조직이 지금 해야 할 일 🧑‍🚒

스프링을 사용하는 조직은 8월 보안 권고를 검토하고, 애플리케이션과 개발 환경, 소프트웨어 저장소 전반에서 영향을 받는 버전이 존재하는지 확인해야 합니다.

팀은 심각도 점수만이 아니라 실제 애플리케이션 노출도와 악용 가능성을 기준으로 취약점의 우선순위를 정한 뒤, 영향을 받는 컴포넌트를 적절한 수정 버전으로 옮겨야 합니다. 더 넓게 보면, AI 기반 리서치가 확대됨에 따라 대규모 취약점 공개가 점점 더 흔한 일이 될 것이라는 점에도 대비해야 합니다.

취약점 발견이 점점 더 기계적인 속도(machine speed)에 가까워지는 만큼, 취약점 인텔리전스와 대응 체계도 그 속도를 따라가야 합니다.

---

출처

소나타입 블로그 : 91 Spring CVEs Highlight the Growing AI Vulnerability Consumption Problem