애플리케이션을 재작성하거나 서둘러 업그레이드하지 않고도 .NET의 수명 종료(EOL)에 대비하세요
‘무한 수명 주기 지원(Endless Lifecycle Support)’은 .NET 6, 8 및 10에 대해 EOL 이후에도 CVE 수정 사항을 제공하며, .NET 런타임, SDK, ASP.NET
Core 런타임 및 데스크톱 런타임을 포괄하므로, 서비스 중단 없이
위험을 줄일 수 있습니다.
다음으로 이동:
문의하기
보장 범위, SLA, 가격 등 궁금한 점이 있으면 언제든지 문의해 주세요.
지원되는 .NET 버전
지원 종료:
2024년 11월 12일
ELS에서 보장됨
지원 종료:
2024년 5월 14일
ELS에서 보장됨
지원 종료:
2026년 11월 10일
ELS에서 보장됨
지원 종료:
2028년 11월
ELS에서 보장됨
지원 종료된 .NET 버전에 적용한 보안 수정 사항
높은 심각도 및 치명적인 심각도의 CVE
사용 중인 .NET 구성 요소에 대한 지원 범위
팀에서 .NET 애플리케이션을 구축, 호스팅 및 실행하는 방식에 맞는 구성 요소를 선택하세요.
.NET SDK
CLI, 컴파일러 및 빌드 도구를 사용하여 애플리케이션을 개발, 빌드, 테스트 및 배포할 수 있으며, 아래의 런타임이 포함됩니다.
ASP.NET Core 런타임
웹 애플리케이션과 서비스를 보안이 유지되는 런타임 환경에서 계속 호스팅하십시오.
.NET 런타임
전체 개발 툴체인을 사용하지 않고도 콘솔 애플리케이션, 백그라운드 서비스 및 API를 실행할 수 있습니다.
.NET 데스크톱 런타임
WPF 및 Windows Forms 애플리케이션을 기존의 .NET 기반에서 계속 실행할 수 있도록 합니다.
ELS를 통해 얻을 수 있는 혜택
지원되지 않는 .NET에 대한 CVE 패치
새로운 .NET 취약점이 공개될 때마다 TuxCare는 해당 취약점을 조사하고, 이전 버전에 적용하며, 테스트를 거쳐 지원 대상인 EOL(지원 종료) 버전에 대한 업데이트를 배포함으로써, Microsoft의 지원이 종료된 후에도 고객 여러분이 계속해서 보안을 유지할 수 있도록 돕습니다.
1일차
ELS를 통해 귀하가 사용하는 .NET 버전 및 구성 요소에 영향을 미치는 알려진 CVE에 대한 기존 수정 사항을 확인할 수 있습니다.
현재 환경을 유지하면서 보안을 강화하세요.
ELS는 귀사의 팀이 이미 익숙하게 사용하고 있는 .NET 버전, 애플리케이션 동작 방식 및 배포 패턴을 그대로 유지합니다. 리팩토링이 필요하지 않으며, 새로운 메이저 릴리스로의 강제 전환도 없습니다.
ELS는 다음과 같은 분야에서 활동하고 있습니다
Windows Server 2012부터 2025까지, Windows Server Core, Nano Server, Windows 10 및 11(x64 및 x86 버전)을 지원하며, 귀사의 팀이 이미 사용하고 있는 동일한 .exe 및 .msi 설치 프로그램을 통해 설치할 수 있습니다.
검증을 견뎌내는 지원
SLA 기반 패치 배포
TuxCare의 패치 배포 SLA는 귀사가 SOC 2, NIS2, PCI DSS, HIPAA, DORA 및 CRA와 같은 프레임워크 및 규정의 취약점 수정 요건을 충족할 수 있도록 지원합니다.
의 엔터프라이즈 지원 보장 ELS는 엔터프라이즈 환경에서 사용하도록 설계되었으며, 커뮤니티의 ‘최선의 노력’에 기반한 유지보수 이상의 서비스가 필요한 조직을 위해 마련된 상용 지원 조건과 계약상 보호 조항을 갖추고 있습니다.
코드를 수정할 필요 없이 단 몇 분 만에 기존 스택에 ELS를 통합할 수 있습니다.
다음 플랫폼에서 호환됩니다:
Windows 11
Windows 10Windows Server CoreWindows Server 2012–2025나노 서버.NET 보안에 대한 선제적 대응
ELS를 도입하시면 해당 버전에 대해 이미 제공된 수정 사항의 혜택을 누릴 수 있을 뿐만 아니라, 새로운 .NET CVE가 발견될 때마다 지속적인 취약점 모니터링 및 패치 적용 서비스도 이용하실 수 있습니다.
| CVE | 구성 요소 | 위험도 | 게시됨 | 요약 |
|---|---|---|---|---|
| 42899 | ASP.NET Core | 높음 | 도달할 수 없는 루프 종료 조건이 원격으로 유발되어 서비스 거부(DoS)가 발생할 수 있습니다. | |
| 32178 | System.Net.Mail | 높음 | 이메일 주소 파싱 과정에서 삽입된 문자를 허용하여 SMTP 명령어/헤더 삽입이 가능해집니다. | |
| 26131 | .NET 10 (Linux 설치) | 높음 | .NET 10(Linux)에서 파일 권한이 잘못 설정되어 있으면 로컬 사용자가 권한을 상승시킬 수 있습니다. | |
| 26127 | .NET 런타임 | 높음 | 경계 외 읽기(out-of-bounds read)는 인증 없이도 원격으로 애플리케이션을 중단시킬 수 있습니다. | |
| 25667 | Kestrel (HTTP/3) | 높음 | 조작된 QUIC 패킷은 과도한 CPU 사용량을 유발하여 서비스 거부를 초래할 수 있습니다. | |
| 21218 | .NET 런타임 (COSE) | 높음 | 부적절한 예외 처리로 인해 공격자가 서명 유효성 검사를 우회할 수 있습니다. | |
| 30399 | .NET 런타임 | 높음 | 신뢰할 수 없는 검색 경로로 인해 공격자가 의도하지 않은 코드 실행을 유발할 수 있습니다. | |
| 26682 | ASP.NET Core (HTTP/3) | 높음 | HTTP/3 리소스 할당이 무제한으로 이루어질 경우, 공격자가 서비스 거부(DoS) 공격을 유발할 수 있습니다. | |
| 24070 | ASP.NET Core (인증) | 높음 | 로그인 유효성 검사 기능의 결함으로 인해 공격자가 다른 사용자의 계정을 사칭할 수 있습니다. | |
| 38229 | ASP.NET Core (HTTP/3) | 높음 | HTTP/3 스트림 처리 과정에서 발생하는 경합 상태는 원격 코드 실행으로 이어질 수 있습니다. | |
| 38168 | ASP.NET (HTTP.sys) | 높음 | HTTP.sys에서 호스팅되는 앱에 대한 인증되지 않은 요청은 서비스 거부(DoS)를 유발할 수 있습니다. | |
| 38081 | .NET / Visual Studio 설치 프로그램 | 높음 | 설치 과정에서 발생하는 로컬 파일 조작 취약점으로 인해 권한이 상승될 수 있습니다. | |
| 26190 | MsQuic (QUIC 프로토콜) | 높음 | 악의적인 QUIC 연결은 과도한 메모리 할당을 유발하여 서비스 거부(DoS)를 일으킬 수 있습니다. | |
| 0057 | .NET (X.509 유효성 검사) | 중요 | 인증서 유효성 검사 로직의 결함으로 인해 유효하지 않은 신뢰 체인이 유효한 것으로 나타날 수 있습니다. | |
| 36049 | .NET (System.Net.WebRequest) | 중요 | 신뢰할 수 없는 URI는 FTP 명령을 삽입할 수 있는데, 이는 널리 알려진 .NET의 치명적인 취약점입니다. | |
| 35391 | ASP.NET Core (SignalR) | 높음 | Redis 백플레인을 사용하는 SignalR은 사용자 연결 간에 정보가 유출될 수 있습니다. | |
| 33135 | .NET SDK | 높음 | 도구 복원 과정에서 발생하는 취약점을 악용하면 로컬 권한을 상승시킬 수 있습니다. | |
| 24464 | ASP.NET Core (FormPipeReader) | 높음 | 특정 방식으로 조작된 다중 부분 양식 데이터는 서비스 거부(DoS) 공격을 유발할 수 있습니다. | |
| 21986 | Kestrel (HTTP/2, HTTP/3) | 높음 | 형식이 잘못된 HTTP/2 및 HTTP/3 요청은 Kestrel 웹 서버를 중단시킬 수 있습니다. |
어떻게 작동하나요?
신규 프로젝트를 온보딩하고 24시간 자동화된 CVE 추적을 활성화합니다. NVD, 공급업체, GitHub 보안 권고 등 다양한 소스를 상시 모니터링합니다.
CVE가 감지되면 알고리즘 및 AI 기반 자동화를 통해 상위 수정 사항을 백포팅하고, 전문가 검증을 거쳐 정확성을 보장합니다.
패치는 바이너리 형식으로 컴파일되며, 무결성, 기능, 희귀 테스트를 포함한 철저한 검증을 거친 뒤 서명되어 ELS 저장소에 배표됩니다.
패키지 관리자, 빌드 도구 또는 오케스트레이터가 업데이트를 확인한 후 자동으로 설치합니다.
팀별 ELS 활용 사례
CVE 노출 기간을 종료하십시오
⚠️ 제약 사항:
비즈니스에 필수적인 API, 웹 서비스 및 데스크톱 시스템은 지원 종료(EOL)된 .NET 6에 의존하고 있습니다. 스캐너는 모든 배포를 감지하며, 마이크로소프트는 더 이상 패치를 제공하지 않고, 새로운 CVE가 발생할 때마다 취약점 공개와 악용 사이의 시간 간격이 더욱 벌어지고 있습니다.
🔄 차례:
ELS는 지원 대상 .NET에 대한 SLA 기반 패치 서비스를 재개합니다. 이 서비스는 런타임, SDK 및 ASP.NET Core의 서명 및 회귀 테스트를 거친 빌드로 구성되며, 코드 변경 없이 표준 설치 프로그램을 통해 설치됩니다. 연중무휴 24시간 CVE 추적 서비스가 제공됩니다.
미해결 감사 지적 사항 처리하기
⚠️ 제약 사항:
내부 감사, SOC 2, 그리고 고객 설문조사 모두 .NET의 지원 종료(EOL)를 지적하고 있으며, 마이크로소프트는 이에 대한 패치를 절대 제공하지 않을 것이므로, 감사인이나 이사회에 제시할 시정 조치 일정을 정할 수 없습니다.
🔄 차례:
ELS는 계약상 SLA에 따라 공급업체가 보증하는 명명된 런타임을 제공하며, 모든 릴리스에 CSAF VEX 문서를 포함합니다. 발견된 문제점은 PCI DSS, HIPAA, SOC 2, DORA, NIS2 및 CRA에 부합하는 문서화된 시정 조치를 통해 해결됩니다.
제품 수명 종료(EOL) 시한에 쫓기지 말고, 본인의 조건에 맞춰 마이그레이션하세요
⚠️ 제약 사항:
모든 .NET 릴리스는 지원 기간이 3년(LTS) 또는 2년(7 버전과 같은 STS)에 불과하며, 6에서 7, 8, 10으로 업그레이드할 때마다 호환성 변경 사항, 종속성 업데이트, 그리고 수백 개에 달하는 프로젝트 전반에 걸친 회귀 테스트가 수반됩니다.
🔄 차례:
ELS는 코드 변경 없이 전체 환경(온프레미스 또는 AWS, Azure, GCP 전반)에 적용됩니다. 따라서 EOL 날짜를 긴급한 마감 기한으로 여기지 않고, 비즈니스 우선순위에 맞춰 업그레이드 일정을 조정할 수 있는 충분한 시간을 확보할 수 있습니다.
왜 TuxCare를 선택해야 할까요?
420,000+
패치 배포 완료
오픈소스 수명 주기를 확장하는 팀이 전합니다
TuxCare는 리눅스 커널부터 Node.js와 같은 언어 런타임에 이르기까지, 업스트림 지원이 종료된 후에도 오랫동안 핵심 구성 요소를 보호합니다. 단 하나의 파트너로 전체 스택을 아우릅니다.
14,000+
수정된 취약점
AlmaLinux OS 재단의 창립 플래티넘 스폰서이자 오픈소스 보안 재단(OpenSSF)의 회원사입니다.
TuxCare는 Node.js부터 리눅스에 이르기까지, 그리고 그 이상을 아우르는 자사가 보호하는 오픈소스 생태계에 투자하고 있습니다.
자세히 알아보기 →
70,000+
엄선된 패키지
2,700+
기업 고객
관련 인사이트
.NET 6 지원 종료: 2026년 귀사의 비즈니스에 미치는 영향
주요 내용 .NET 7은 더 이상 지원되지 않습니다 - 지원되는 버전으로 마이그레이션하기...
.NET 8 지원 종료: 주요 일정, 위험 요소 및 향후 조치
주요 내용 .NET 6는 2024년 11월 12일에 서비스 종료 시점이 도래하여 시스템이 ...
중대한 .NET 보안 경고: CVE-2025-24070이 .NET 6에 영향을 미치고 있습니다. 비록...
당사의 보안 연구팀은 최근 공개된 이 취약점이...
지원 종료 ( EOL)된 .NET 버전을 안전하게 관리하세요
코드 변경이나 성급한 마이그레이션, 끝이 보이지 않는 CVE 누적 문제 없이 지원이 중단된 .NET 런타임 및 구성 요소를 보호하는 방법에 대해 당사 팀과 상담해 보십시오.
문의하기
자주 묻는 질문
현재 문서에는 .NET 6, .NET 8 및 .NET 10이 기재되어 있습니다. .NET 6은 이미 지원 종료 시점을 지났으며, .NET 8 및 .NET 10에 대한 지원은 해당 릴리스의 공식 지원 종료 시점이 도래함에 따라 서비스의 연속성을 보장하기 위한 것입니다. 그 외 버전 및 아키텍처에 대한 지원은 요청 시 제공됩니다. 자세한 내용은 [email protected]으로 문의해 주십시오.
아닙니다. ELS는 현재 애플리케이션이 실행 중인 것과 동일한 .NET 버전의 패치 적용 빌드를 제공하며, 이는 표준 .exe 및 .msi 설치 프로그램을 통해 설치됩니다. 코드, 프로젝트 파일 및 배포 프로세스는 변경되지 않습니다. 다른 런타임 업데이트와 마찬가지로,本番 환경에 배포하기 전에 애플리케이션에 대한 테스트를 수행하는 것이 권장됩니다.
.NET SDK, .NET 런타임, ASP.NET Core 런타임, .NET 데스크톱 런타임(WPF 및 Windows Forms). 사용 중인 워크로드에 맞는 구성 요소를 설치하거나, 모든 구성 요소가 포함된 SDK를 설치하십시오.
x64 아키텍처(일부 Windows Server 버전의 경우 x86 아키텍처)에서 실행되는 Windows 10, Windows 11, Windows Server, Windows Server Core 및 Nano Server의 지원되는 에디션. 지원되는 환경은 .NET 릴리스에 따라 다르며, 요청 시 다른 운영 체제 및 아키텍처도 지원될 수 있습니다.
패치 배포는 TuxCare의 SLA에 따라 보장되며, SOC 2, NIS2, PCI DSS, HIPAA, DORA 및 CRA 기준에 따른 문제 해결 일정을 지원합니다.
네, 일반적으로 .NET 버전은 병행하여 실행될 수 있으므로, 팀이 점진적으로 전환하는 데 도움이 됩니다. dotnet --list-sdks 및 dotnet --info 명령을 사용하여 설치된 버전을 확인하고, 구형 구성 요소를 제거하기 전에 배포 상태를 검증하십시오.
ELS는 EOL 소프트웨어의 취약점을 해결하기 위한, 문서화되고 공급업체가 뒷받침하는 프로세스를 제공합니다. 여기에는 SLA에 기반한 제공, 상용 지원 조건, 그리고 각 릴리스마다 제공되는 SBOM이 포함됩니다. 이를 통해 소유권이 없는 감사 예외 사항을 관리 가능하고 입증 가능한 대응 범위로 전환할 수 있지만, 해당 서비스가 각 조직의 구체적인 규제 의무에 어떻게 부합하는지는 각 조직이 자체적으로 결정합니다.
ELS는 현대화를 대체하는 것이 아닙니다. 대신 마감 기한으로 인한 압박을 덜어줍니다. 이를 통해 EOL(제품 수명 종료) 날짜에 얽매이지 않고, 비즈니스 우선순위, 테스트 요구사항, 엔지니어링 역량을 고려하여 마이그레이션을 계획할 수 있는 여유 시간을 확보할 수 있습니다.