Apache Kafka 보안 패치의 지원 종료(EOL) — 버전 3.2.3 및 3.5.2

지원 종료(EOL)된 PHP용 php2shell 패치(CVE-2026-109618 및 CVE-2026-109619)가 출시되었습니다. 수요가 많아 평소보다 영업팀의 답변이 늦어지고 있으므로, 패치된 패키지를 가장 빠르게 확보하려면 온라인에서 Runtimes용 ELS를 구매하시기 바랍니다 (새 탭에서 열림). 패치 FAQ 읽어보기

TuxCare는 Apache Kafka에 영향을 미치는 새로운 CVE를 선제적으로 추적하고 패치하여 위협에 대비할 수 있도록 지원합니다. 현재까지 제공된 모든 보안 수정 사항은 여기에서 확인하세요.

계속 운영하세요.
위험은 건너뛰세요.

지원 종료된 오픈소스 런타임, 라이브러리 및
애플리케이션을 업그레이드하는 것은 혼란스럽고, 리소스 집약적이며, 상당한 비용을 초래할 수 있습니다.


TuxCare의 ELS는 비용이 많이 드는 업그레이드의 위험 없이 레거시 및 EOL
구성 요소를 안전하고, 규정을 준수하며, 안정적으로 유지합니다.

무제한 라이프사이클 지원(ELS)에 포함되는 항목은 무엇인가요?

신속한 CVE 대응

필요한 기간 동안 Apache Kafka를 위한 신속한 SLA 지원 보안 패치 제공

포괄적인 커버리지

추가 비용 없이 아파치 카프카의 직접 및 전이 종속성 모두에 대한 보안 수정

호환성 유지

기존 코드와 원활하게 작동되도록 광범위한 테스트를 거친 업데이트 제공

원활한 통합

기존 워크플로 및 CI/CD 파이프라인에 즉시 적용 가능한 플러그 앤 플레이 방식

안전한 배포

신뢰할 수 있는 TuxCare 호스팅 리포지토리에서 제공되는 서명된 변조 방지 Apache Kafka 보안 업데이트

신뢰할 수 있는 지원

연중무휴 전문가 지원으로 Apache Kafka 취약성 분류, 보안 패치 요청, 문제 해결을 지원합니다.

오픈소스 의존성 트리의 모든 계층을 장기적으로 안전하게 보호하세요.

지원 종료로 인한 위험은 대부분 최상위 패키지에 존재하지 않습니다. 오히려 오픈소스 스택 전체에 걸쳐 얽혀 있는 전이 의존성 속에 숨어 있습니다.

해당 라이브러리 중 하나라도 취약해지면, 하위의 모든 구성 요소는 다시 빌드되고 검증되어야 합니다.

TuxCare는 취약한 지원 종료된 라이브러리를 추적하고, 보안 패치를 적용하며, 의존 구성 요소를 재빌드하는 전 과정을 자동화하여 전체 의존성 체인이 장기적으로 안전하고 안정적으로 유지되도록 합니다.

어떻게 작동하나요?

1

신규 프로젝트를 온보딩하고 24시간 자동화된 CVE 추적을 활성화합니다. NVD, 공급업체, GitHub 보안 권고 등 다양한 소스를 상시 모니터링합니다.

2

CVE가 감지되면 알고리즘 및 AI 기반 자동화를 통해 상위 수정 사항을 백포팅하고, 전문가 검증을 거쳐 정확성을 보장합니다.

3

패치는 바이너리 형식으로 컴파일되며, 무결성, 기능, 희귀 테스트를 포함한 철저한 검증을 거친 뒤 서명되어 ELS 저장소에 배표됩니다.

4

패키지 관리자, 빌드 도구 또는 오케스트레이터가 업데이트를 확인한 후 자동으로 설치합니다.

스택에 맞게 구축

Apache Kafka용 ELS는 쉽게 설치하고 기존 워크플로우와 함께 실행할 수 있도록 설계되었습니다.

TuxCare는 다음과 같은 문제를 성공적으로 해결했습니다.

14,000건 이상의 CVE

오픈소스 소프트웨어 - 엔터프라이즈
시스템의 보안 및 규제 준수 유지

자세히 알아보기

우리는
에서 전례 없는 규모로 엔터프라이즈급 패치 관리를 지원해 왔으며 , 이제 막 시작에 불과합니다.

2,700개 이상
기업 고객

70,000개 이상의엄선된 패키지

420,000건 이상
패치 배포

14,000개 이상의
취약점 수정

11,000개 이상
지원되는 커널

70개 이상의
지원되는 리눅스 배포판 버전

왜 TuxCare를 선택해야 할까요?

오픈소스 패치 분야에서 15년간 입증된 탁월한 역량을 바탕으로 고도로
자동화된 프로세스와 시스템을 구축하여 다음과 같은 서비스를 제공합니다:

광범위한 오픈소스 기술 지원

하나의 신뢰할 수 있는 파트너로서, 전체 기술 스택에 대한 장기 보안을 제공하고 지속적으로 확장되는 다양한 오픈소스 프로젝트, 라이브러리 및 런타임을 지원합니다.

빌드 체인 및 테스트 효율성

CVE 탐지부터 백포팅, 빌드, 릴리스 워크플로우에 이르기까지 고도화된 자동화를 적용하여 패치 제공 속도를 높이고, 최고 수준의 보안 패치 품질을 보장합니다.

전이 의존성 식별 및 패치

단순 표면적인 스캔을 넘어 의존성 트리 깊숙이 숨겨진 취약점까지 식별하고 수정하여, 정밀하고 확장 가능한 방식으로 전체 소프트웨어 공급망을 보호합니다.

SLA로 보장되는 신속하고 일관된 패치 제공

자동화된 파이프라인과 성숙한 워크플로우를 통해 SLA로 보장되는 빠르고 신뢰할 수 있는 패치 제공을 실현하여, 리스크 관리 및 컴플라이언스 체계에 대한 확신을 제공합니다.

자주 묻는 질문

Apache Kafka용 ELS는 Apache Kafka 프로젝트에서 더 이상 유지 관리하지 않는 Kafka 릴리스에 대한 보안 패치와 선별된 버그 수정 사항을 제공합니다. 패치된 Kafka 아티팩트는 TuxCare Maven 저장소에서 제공되므로, 해당 버전 기반으로 구축된 애플리케이션은 계속해서 보안 수정 사항을 받을 수 있습니다.

Apache Kafka 2.8.2, 3.2.2, 3.2.3 및 3.7.1. 이 빌드들은 클라이언트를 간접적으로 포함하는 Spring for Apache Kafka 애플리케이션에도 적용됩니다. 그 외 버전에 대해서는 TuxCare 영업팀과 상담하실 수 있습니다.

오래가지 않습니다. 카프카 커뮤니티는 일반적으로 최신 릴리스만 유지 관리하기 때문에, 특정 버전은 출시된 지 1~2년 이내에 수정 지원이 중단될 수 있습니다. 많은 조직에서 카프카 클러스터와 클라이언트를 그보다 훨씬 더 오랫동안 운영하기 때문에, 핵심 데이터 인프라에 알려진 CVE 취약점이 방치된 채로 남게 됩니다.

잘 알려진 사례 중 하나는 CVE-2023-25194로, Kafka Connect 2.3.0부터 3.3.2 버전까지에서 특수하게 조작된 SASL JAAS 구성이 JNDI 기반의 원격 코드 실행으로 이어질 수 있습니다. 이러한 문제는 민감한 데이터를 처리하는 인프라에 존재하기 때문에, 이를 방치한 채로 두는 것은 감사 시 정당화하기 어렵습니다.

Maven 또는 Gradle에서 TuxCare 인증 정보를 설정하고, TuxCare 저장소를 추가한 다음, Kafka 의존성 버전을 3.2.3.tuxcare.1과 같이 TuxCare에서 관리하는 버전으로 교체하십시오. 로그인 후 TuxCare의 Nexus에서 아티팩트 버전을 확인할 수 있으며, 자체 Artifactory 또는 Nexus를 통해 저장소를 프록시할 수도 있습니다.

TuxCare는 심각 및 고위험 취약점의 경우 공개 후 14일 이내, 중위험 취약점은 60일 이내, 저위험 취약점은 90일 이내에 패치를 제공하는 것을 목표로 합니다. Java 패키지에 대한 CycloneDX VEX 문서에는 각 패치된 빌드가 어떤 CVE를 해결하는지 명시되어 있습니다.

Apache Kafka용 ELS는 Maven 또는 Gradle 빌드에서 사용할 수 있도록 Maven 아티팩트 형태로 제공됩니다. 브로커 배포판이나 특정 배포 모델에 대한 지원이 필요한 경우, 이를 활용하기 전에 TuxCare 영업팀에 지원 범위를 확인하시기 바랍니다.

TuxCare 전문가와 상담하세요

당면한 문제를 알려주시면, 전문가가 TuxCare 제품군을 활용한 최적의 해결 방안을 제시해 드립니다.