CERT Recently Published Vulner... 노트

CERT Recently Published Vulnerability Notes 한국어

kb.cert.org/vuls는 카네기 멜론 대학교 소프트웨어 공학 연구소(SEI)에서 유지하는 웹 페이지로, 알려진 소프트웨어 취약점에 대한 대규모 데이터베이스를 제공합니다. 여기에는 식별자, 설명, 심각도 등급, 잠재적 영향을 포함하여 사용자가 잠재적 보안 위험에 대해 정보를 얻을 수 있도록 합니다.

노트 스레드

BoringSSL은 인증서 이름 제약 조건이 주체 대체 이름(Subject Alternative Names)에 적용되는 방식과 관련된 다섯 가지 문제를 확인했습니다. 이러한 발견은 BoringSSL 내의 레거시 crypto/x509 경로와 더 새로운 pki 경로에 관한 것입니다. 와일드카드 DNS 이름과 후행 점(trailing-dot) DNS 이름과 관련된 두 가지 취약점인 VU#410595.8 및 .12는 수정되었습니다. URI 제약 조건 및 '@' 앞의 콜론과 관련된 VU#410595.9는 수락되었으며 조정 중입니다. rfc822Name 일치에서 첫 번째 '@' 도메인 추출에 관한 VU#410595.10은 불분명한 악용 가능성으로 인해 여전히 논쟁 중입니다. rfc822Name 도메인에서 후행 점 처리에 관한 VU#410595.11은 BoringSSL 팀에서 보안 임계값 미만으로 간주되어 거부되었습니다. 이러한 문제의 영향은 이름 제약 조건이 적용되고, 공격자가 제어하는 SAN 필드에 대해 신뢰할 수 있는 서명을 얻을 수 있으며, 수락된 이름이 권한 부여에 사용되는 시나리오로 제한됩니다. 제품에 BoringSSL이 존재한다고 해서 해당 제품이 영향을 받는다는 것을 자동으로 의미하는 것은 아니며, 특정 경로와 이름 형식이 호출되어야 합니다. 취약점에 대한 수정은 BoringSSL의 업스트림 저장소를 통해 적용되며, 이후 업데이트 메커니즘을 통해 제품에 통합됩니다. 운영자는 배포에서 영향을 받는 경로를 사용하는지 확인하고, 사용 가능한 업데이트를 적용하며, 발급된 SAN이 잠재적 위험을 완화하기 위해 올바르게 형성되었는지 확인하는 것이 좋습니다.
이 문서는 X.509 이름 제약 조건 구현에 관한 13개의 라이브러리별 기록을 상세히 설명합니다. 이 기록들은 다양한 TLS 라이브러리가 이러한 제약 조건을 처리하는 방식의 불일치를 강조하며, 한 라이브러리에서 허용된 이름이 다른 라이브러리에서 거부될 수 있는 상황을 초래합니다. 이러한 문제 중 일부는 해결되었으며, 다른 일부는 아직 검토 중이거나 보안 취약점으로 간주되지 않았습니다. 이름 제약 조건은 인증 기관(CA)을 정의된 네임스페이스 내에 가두도록 설계되었습니다. DNS 이름 대소문자 구분 및 와일드카드 일치 처리에 있어 불일치가 존재하며, GnuTLS 및 Go와 같은 라이브러리는 다양한 동작을 보입니다. pyca/cryptography는 SAN에 대해 제약 조건을 검증하지만 요청된 피어 이름에 대해서는 검증하지 않는 것으로 나타났습니다. 라이브러리는 IP 주소 제약 조건에 대해 IPv4 및 IPv6 매핑 IPv6 형식을 처리하는 방식에서도 차이가 있습니다. URI 처리는 추가적인 불일치를 제시하며, 특히 URI SAN에서 호스트 추출과 관련이 있습니다. AWS-LC 및 s2n-tls는 리프 인증서에 SAN이 없을 때 와일드카드 일반 이름 폴백에 대한 문제를 보고했습니다. Mbed TLS는 특정 구성에서 RFC 5280 요구 사항과 달리 비치명적인 이름 제약 조건을 강제하지 않습니다. 이러한 불일치의 영향은 공격자가 신뢰할 수 있는 서명을 위조하고 권한 부여를 위한 검증 경로를 악용할 수 있을 때만 관련이 있습니다. CERT/CC는 영향을 받은 프로젝트와 함께 수정 노력을 조정하고 있으며, 각 라이브러리에 대해 다양한 상태가 보고되었습니다. 이름 제약 조건에 의존하는 운영자는 라이브러리의 동작을 확인하고 명시적인 SAN 및 발급 정책을 우선적으로 고려해야 합니다.
Komodo 서버 관리 플랫폼의 에이전트인 Periphery는 2.2.0 이하 버전에서 치명적인 취약점을 가지고 있습니다. 이 취약점은 컨테이너 이름의 부적절한 검증으로 인해 OS 명령 삽입이 가능하게 합니다. 공격자는 컨테이너 파괴 또는 컨테이너 로그 검색을 통해 이를 악용할 수 있습니다. 특별히 조작된 컨테이너 이름을 제공함으로써 인증된 공격자는 root 사용자로 임의의 명령을 실행할 수 있습니다. 이 침해는 기본 호스트 시스템에 대한 지속적인 제어를 허용합니다. Komodo는 자체 호스팅 및 Docker 멀티 서버 설정에서 사용되는 오픈 소스 서버 및 배포 관리자입니다. Periphery는 Komodo가 이러한 서버에서 Docker 환경을 관리할 수 있도록 하는 에이전트입니다. 이 취약점은 컨테이너 이름이 적절한 이스케이프 또는 검증 없이 쉘 명령에 직접 삽입되기 때문에 발생합니다. Periphery의 root 권한으로 실행되는 이러한 명령은 악용을 위한 직접적인 경로를 제공합니다. 영향은 상당하며, 공격자가 root 액세스를 얻고, 지속성을 확보하며, 관리되는 전체 인프라를 침해할 수 있도록 합니다. 다행히 Komodo는 이 문제에 대한 패치를 출시했으며, 2.3.0 이상 버전은 안전합니다. 사용자는 이 위험을 완화하기 위해 즉시 Komodo 설치를 업데이트하는 것이 강력히 권장됩니다.
Lowcoder 버전 2.4.10은 Query Library 기능의 API에서 권한 우회 취약점을 가지고 있습니다. 이 결함으로 인해 관리자 또는 개발자 역할을 가진 인증된 사용자는 멀티 테넌트 인스턴스에서 다른 조직의 비공개 쿼리 데이터에 접근할 수 있습니다. 메타데이터 검색 및 쿼리 실행을 위한 취약한 API 엔드포인트는 요청된 리소스가 사용자의 조직에 속하는지 확인하지 못합니다. 역할 기반 접근 제어가 존재하지만, 이는 사용자의 자체 조직에 대한 역할만 검증합니다.어떤 조직에서든 관리자 또는 개발자 권한을 가진 공격자는 다른 조직의 라이브러리 쿼리의 전체 DSL을 볼 수 있습니다. 또한 인스턴스에서 라이브러리 쿼리를 실행하여 영향을 받은 조직의 백엔드에서 직접 데이터를 받을 수 있습니다. 이는 테넌트 간 데이터 노출, 수정 또는 파괴로 이어질 수 있습니다. 또한 공격자는 다른 테넌트의 리소스를 사용하여 유료 데이터 소스를 쿼리함으로써 비용 남용을 유발할 수 있습니다. 이 취약점은 조직 간 데이터 격리를 위반합니다.안타깝게도 Lowcoder는 이 문제에 대한 수정을 조율하기 위해 연락이 닿지 않았습니다. 관리자는 영향을 받은 API 엔드포인트에 대한 접근을 제한하고 신뢰할 수 있는 사용자에게만 애플리케이션 접근을 허용하는 것이 좋습니다. 관리자 및 개발자 역할 할당을 검토하는 것도 권장됩니다. 멀티 테넌트 배포의 경우, 테넌트를 별도의 인스턴스로 격리하면 더 광범위한 보호를 제공합니다. 소스 코드 수정이 가능하다면, 이러한 API 호출에 대한 조직 수준의 권한 검사를 구현하는 것이 중요합니다.
TLS 라이브러리는 X.509 Name Constraints에 대한 다양한 해석을 보여주며, 이로 인해 인증서 수락 또는 거부의 불일치가 발생합니다. 이러한 차이는 구현 결함과 RFC 5280에서 완전히 명시되지 않은 영역에서 비롯됩니다. 특히 DNS 이름 비교가 대소문자를 어떻게 처리하는지에 대한 차이가 존재합니다. IP 주소 처리 또한, 특히 IPv4 매핑 IPv6 주소와 관련하여 다릅니다. URI-authority 파싱은 특정 문자나 구성 요소가 존재할 때 호스트를 추출하는 데 있어 불일치를 나타냅니다. Subject Alternative Names에 대한 와일드카드 일치 의미론은 명확하게 정의되지 않아 추가적인 차이를 유발합니다. 일부 문제는 명백한 구현 결함인 반면, 다른 문제들은 RFC의 명시적인 지침 부족에서 비롯됩니다. 이러한 차이의 영향은 제한적이며, 손상된 신뢰할 수 있는 서명, 취약한 검증 경로, 그리고 권한 부여를 위해 해당 ID를 사용하는 애플리케이션의 조합이 필요합니다. 서비스 메시 또는 CDN과 같은 혼합 환경에서는 동일한 인증서에 대해 일관되지 않은 인증서 검증을 경험할 수 있습니다. CERT/CC는 이러한 문제를 해결하기 위해 영향을 받는 TLS 라이브러리 프로젝트와 협력하고 있습니다. 높은 수준의 보증을 요구하는 운영자는 검증기를 테스트하고, 업데이트를 적용하며, 명시적인 Subject Alternative Names를 사용해야 합니다. 애플리케이션 계층 허용 목록 및 발급 정책 또한 이러한 차이를 완화하는 데 도움이 될 수 있습니다.
전자상거래 플랫폼인 Thelia의 2.6.0 및 2.6.1 버전에는 수많은 보안 결함이 존재합니다. 이러한 취약점은 파일 관리, 템플릿 작성, 모듈 설치, 관리 기능을 아우릅니다. 취약점은 원격 코드 실행, 서버 측 템플릿 인주, 크로스 사이트 스크립팅으로 이어질 수 있습니다. 일부 문제는 관리자 사용자가 악성 파일을 업로드하여 서버에서 코드 실행을 가능하게 합니다. 스토어 배너 업로드 기능도 검증이 부족해 이미지 위장을 한 PHP 파일을 업로드할 수 있습니다. 주소 생성 워크플로우에는 오픈 리다이렉션 취약점이 존재하여 공격자가 사용자를 악성 사이트로 리디렉션할 수 있습니다. 관리자 인터페이스에 저장된 XSS 취약점은 영향을 받은 페이지가 조회될 때 JavaScript 실행을 허용합니다. 사용자 이름 열거는 유효하지 않은 자격 증명에 대한 오류 응답 차이로 인해 가능합니다. Smarty 템플릿에서는 이중 따옴표를 피하지 못해 반영된 XSS가 발생할 수 있습니다. 이메일 템플릿은 위험한 PHP 함수에 대한 적절한 제한이 없어 임의의 명령 실행을 가능하게 합니다. 검증 없이 모듈을 설치하면 악성 PHP 코드가 포함될 수 있습니다. 버전 2.6.1은 번역 편집기에 경로 탐색 및 PHP 코드 주입 취약점이 있어 원격 코드 실행이 가능해졌습니다. Smarty 템플릿 처리의 절대 경로 탐색은 서버 측 템플릿 주입과 RCE를 가능하게 합니다. 현재 패치는 없으므로, 사용자는 관리자 접근 권한을 제한하고 파일 업로드 기능을 비활성화해야 합니다.
ViewSonic의 vCast 소프트웨어는 ViewBoard 스마트보드의 구성 요소로, 여러 치명적인 취약점을 가지고 있습니다. 이러한 약점은 공격자가 순차적으로 악용하여 장치를 완전히 제어할 수 있습니다. 이 스마트보드는 일반적으로 기업 및 학교에서 사용됩니다. vCast는 이러한 Android 기반 장치와 클라이언트 애플리케이션 간의 무선 연결을 용이하게 합니다. 세 가지 특정 취약점은 vCast 스위트 내의 인증되지 않은 엔드포인트에 영향을 미칩니다.한 가지 취약점은 원격 공격자가 특정 API 요청을 통해 화면 콘텐츠의 JPEG 스크린샷을 훔칠 수 있도록 합니다. 또 다른 결함은 노출된 다운로드 엔드포인트에 악성 APK URL을 제공하여 권한 없는 파일 설치를 트리거할 수 있도록 합니다. 세 번째 취약점은 원격 공격자가 HTTP 요청을 통해 서비스 엔드포인트에 임의의 입력을 주입할 수 있도록 합니다. 이러한 취약점을 연쇄적으로 악용하면 인증되지 않은 공격자가 사용자 상호 작용 없이 vCast 장치에서 임의의 코드를 실행할 수 있습니다. 이는 표시된 콘텐츠에 대한 무단 액세스와 악성 애플리케이션의 지속적인 설치로 이어질 수 있습니다. 악용된 장치는 연결된 네트워크에서 측면 이동을 위한 게이트웨이 역할을 할 수도 있습니다. ViewSonic은 아직 논평이나 수정 조정을 위해 연락이 닿지 않았습니다. 사용자는 가능한 경우 펌웨어 업데이트를 적용하고 vCast 장치를 안전하고 별도의 네트워크에 격리하는 것이 좋습니다. 의심스러운 vCast 연결에 대한 네트워크 트래픽을 모니터링하는 것도 권장됩니다.
노르웨이 크루즈 라인 선박에는 부적절한 인증 취약점을 가진 도어 액세스 컨트롤러가 있습니다. 이 컨트롤러는 RFID 장치에서 재현된 고유 식별자에 취약하여 무단 출입을 허용합니다. 영향을 받는 카드 리더기는 NFC 자격 증명을 해당 고유 식별자(UID)만으로 인증합니다. 이 UID는 비밀이 아니며 암호화 챌린지-응답 기능이 부족하여 신뢰할 수 없는 인증 요소입니다. 키카드에는 일련 번호와 서명과 유사한 값이 있는 메모리 블록이 있지만, 리더기는 이 데이터를 무시합니다. UID에만 의존한다는 것은 시스템이 인증이 아닌 식별을 수행한다는 것을 의미합니다. 암호화 교환이 없기 때문에 UID를 재현하거나 에뮬레이트할 수 있는 모든 장치는 작동하는 복제본을 만들 수 있습니다. 공격자는 짧은 물리적 근접성과 RFID 리더기를 사용하여 유효한 키카드의 UID를 캡처할 수 있습니다. 이 UID는 쓰기 가능한 카드에 복사되어 위조된 자격 증명을 만들 수 있습니다. 이러한 위조품은 액세스 제어 리더기에서 정품으로 받아들여져 무단 출입을 허용합니다. 경우에 따라 이러한 무단 출입은 합법적인 사용과 구별되지 않을 수 있습니다. 이는 선박 운영 및 승객 안전, 특히 제한 구역 접근에 대한 상당한 보안 위험을 초래합니다. 현재 공급업체에서 제공하는 해결책은 없지만, 사용자는 복제 위험을 완화하기 위해 RFID 차단 지갑이나 차폐 슬리브를 사용할 수 있습니다. 카드를 알루미늄 호일로 감싸면 기본적인 패러데이 차폐를 만들어 신호 전송을 제한할 수도 있습니다. 카드를 다른 카드에서 최소 12인치 이상 떨어뜨려 보관하면 원치 않는 스캔을 방지하는 데 도움이 될 수 있습니다.
Cinnamon의 RAG 기반 챗봇 도구인 Kotaemon은 사용자 대화에 대한 무단 액세스를 허용하는 치명적인 보안 결함이 있습니다. v0.12.0 이하 버전은 대화를 로드하거나 수정하기 전에 대화 소유권을 확인하지 못합니다. 인증된 사용자는 다른 사용자의 대화 ID만 알면 이를 악용할 수 있습니다. 이를 통해 모든 대화를 읽거나, 삭제하거나, 이름을 바꾸거나, 덮어쓸 수 있습니다.이 취약점은 select_conv, delete_conv, rename_conv, persist_chat_suggestions의 네 가지 핸들러에 영향을 미칩니다. 적절한 권한 확인 없이 이러한 핸들러는 소유권에 관계없이 대화에 작동합니다. select_conv 핸들러는 전체 채팅 기록과 개인 문서 발췌 내용을 포함하는 민감한 검색 기록을 노출할 수 있습니다. Delete_conv는 복구 옵션 없이 모든 대화를 영구적으로 삭제할 수 있습니다.Rename_conv는 대화 이름을 바꾸는 것을 허용하며, persist_chat_suggestions는 악성 프롬프트 제안을 삽입하는 데 사용될 수 있습니다. 검색 기록 공개는 독점 데이터를 포함하는 엔터프라이즈 사용 사례에 특히 우려됩니다. 공격자는 직접적인 파일 읽기 권한 없이도 민감한 문서 내용에 액세스할 수 있습니다. 공개 대화는 UUID를 표시하므로 개인 대화도 위험에 노출됩니다. 이 취약점을 악용하기 위해 높은 권한은 필요하지 않으며, 인증된 계정만 있으면 됩니다. 공급업체에 연락할 수 없어 아직 해결책이 없습니다.
Sentry Seer에서 자동화된 이슈 복구가 활성화된 경우 CVE-2026-90999로 추적되는 취약점이 존재합니다. Sentry는 소프트웨어 오류 및 성능 모니터링 플랫폼입니다. Seer는 Sentry 내의 자동화된 디버깅 도우미로, 복구 단계를 생성하고 코딩 에이전트에게 이슈를 전달할 수 있습니다. 공격자는 악성 이벤트를 제작하여 공개 DSN을 통해 Sentry에 제출할 수 있습니다. Seer가 이슈를 코딩 에이전트에게 자동으로 전달하도록 구성된 경우, 이러한 이벤트는 신뢰 경계를 우회할 수 있습니다. 이러한 이벤트 내의 악성 필드는 Seer에 의해 처리되며 코딩 에이전트에 대한 신뢰할 수 없는 명령으로 변환될 수 있습니다. 취약한 워크플로우에는 Sentry가 Seer가 분석하는 공격자가 생성한 이벤트를 수집하는 과정이 포함됩니다. Seer는 공격자가 제어하는 필드를 사용하여 코딩 에이전트의 프롬프트에 포함될 근본 원인 분석을 생성합니다. 코딩 에이전트는 이 조작된 분석을 해석하고 공격자가 제어하는 패키지를 다운로드하여 실행할 수 있습니다. 이는 코딩 에이전트 환경 내에서 임의 코드 실행 및 연결된 소스 리포지토리에 대한 액세스로 이어질 수 있습니다. 현재 패치는 제공되지 않지만, 완화 조치에는 자동화된 복구 또는 Seer 핸드오프 기능 비활성화가 포함됩니다. 코딩 에이전트 패키지 설치를 제한하는 것도 잠재적인 완화 조치입니다.
AOMEI Backupper 8.4.0의 amwrtdrv.sys 커널 드라이버에 잘못된 권한 할당 취약점이 존재합니다. 이 결함으로 인해 권한이 없는 로컬 사용자가 물리 디스크에 임의로 쓸 수 있습니다. Secure Boot가 비활성화된 경우, 운영 체제가 로드되기 전에 악성 UEFI 수준 코드를 실행하는 데 악용될 수 있습니다. 이러한 공격은 HVCI, EDR 및 Windows Defender와 같은 OS 보안 제어를 우회합니다. 또한 BitLocker 볼륨 마스터 키 자료를 캡처할 수 있습니다. 드라이버는 모든 사용자 모드 프로세스에서 제한 없는 쓰기 요청을 허용하는 세계 접근 가능한 장치 객체를 생성합니다. 공격자는 악성 UEFI 페이로드를 주입하기 위해 디스크 섹터를 수정할 수 있습니다. 이 페이로드는 OS 보안이 활성화되기 전인 UEFI 부팅 장치 선택 단계에서 실행됩니다. 성공적인 악용은 모든 커널 모드 보안을 우회하는 UEFI 코드 주입을 허용합니다. TPM 전용 BitLocker가 있는 시스템에서는 부팅 전 VMK 자격 증명 캡처가 가능합니다. AOMEI는 이 취약점을 해결하기 위한 패치를 출시했습니다. 사용자는 수정된 버전으로 업데이트하거나 소프트웨어를 제거해야 합니다. amwrtdrv.sys 서비스를 비활성화하는 것은 임시 완화 조치입니다. Secure Boot를 활성화하는 것은 심층 방어를 제공하지만 근본적인 원인을 해결하지는 않습니다.
Skullcandy Dime 3 무선 이어폰, 펌웨어 버전 1.0.0.28은 승인되지 않은 블루투스 클래식 페어링을 허용하는 취약점을 가지고 있습니다. 이 이어폰은 사용자 상호 작용이나 확인 없이 페어링되지 않은 장치로부터의 페어링 요청을 수락합니다. 이 취약점은 이어폰에 사용된 Airoha 칩셋에서 비롯됩니다.블루투스 범위 내의 공격자는 사전 연결이나 물리적 접근 없이 이어폰과 페어링할 수 있습니다. 공격자는 PIN이나 암호 없이 직접 페어링 요청을 보낼 수 있습니다. 이어폰의 NoInputNoOutput 기능은 이러한 즉각적인 결합을 허용합니다.페어링되면 공격자의 장치는 신뢰할 수 있게 되어 자동으로 다시 연결될 수 있습니다. 이를 통해 합법적인 사용자의 연결을 방해하는 오디오 하이재킹이 가능해집니다. 사용자에게 유일한 알림은 승인되지 않은 페어링이 발생한 후에 들리는 오디오 경고입니다.오디오 외에도 공격자는 이어폰의 다른 서비스에 접근할 가능성이 있습니다. 또한 Hands-Free/Headset 프로파일을 사용하여 실시간 마이크 오디오를 캡처할 수 있습니다. 공급업체는 펌웨어 버전 1.0.0.30에서 패치를 출시했습니다.그러나 Skullcandy Dime 3 이어폰은 애플리케이션을 통한 펌웨어 업데이트를 지원하지 않습니다. 이는 취약한 펌웨어를 가진 기존 장치는 고객이 업데이트할 수 없음을 의미합니다. 현재 사용자가 기존 장치를 패치된 펌웨어로 업데이트할 수 있는 알려진 방법은 없습니다.
Kaltura HTML5 Player Library, 특히 버전 html5lib v2.45, v2.103 및 이전 버전에는 두 가지 치명적인 취약점이 포함되어 있습니다. 두 취약점 모두 mwEmbedLoader.php 엔드포인트 내의 안전하지 않은 역직렬화 결함에서 비롯됩니다. 이 엔드포인트는 백엔드 API 요청에 대해 사용자 제어 ServiceUrl 매개변수를 허용합니다. 내부 KalturaClientBase PHP 라이브러리는 이 URL에서 데이터를 가져와 유효성 검사 없이 역직렬화합니다.CVE-2026-19913은 역직렬화 결함과 부적절한 오류 처리를 악용하여 임의의 파일 읽기를 허용합니다. 공격자는 ServiceUrl에 file:// 경로를 제공하여 플레이어가 로컬 파일 내용을 가져와 역직렬화하도록 시도할 수 있습니다. 역직렬화 실패는 오류 메시지에 원시 바이트를 반영하여 민감한 파일 데이터를 노출합니다.CVE-2026-19912는 uiconf_id 매개변수의 불충분한 검증으로 인해 원격 코드 실행을 가능하게 합니다. 이 매개변수는 파일 쓰기 위치를 제어하여 디렉토리 탐색 공격을 허용합니다. 공격자는 실행 가능한 PHP 코드가 포함된 악의적인 직렬화된 객체를 만들고 해당 역직렬화된 필드를 웹 접근 가능한 디렉토리로 리디렉션할 수 있습니다.이러한 취약점을 악용하려면 영향을 받는 엔드포인트에 대한 네트워크 액세스만 있으면 되며 인증은 필요하지 않습니다. 성공적인 공격은 자격 증명 또는 API 키와 같은 민감한 정보의 도난으로 이어질 수 있습니다. 원격 코드 실행은 데이터 조작, 지속성 및 추가 시스템 침해를 허용합니다. 이러한 취약점은 Kaltura의 공유 CDN 인프라에 있는 테넌트에도 영향을 미칩니다.공급업체 패치가 릴리스될 때까지 사용자는 mwEmbedLoader.php에 대한 외부 액세스를 제한하거나 비활성화해야 합니다. 합법적인 API URL만 허용하도록 ServiceUrl에 대한 엄격한 허용 목록을 구현하는 것도 권장됩니다.
RDK-B WebUI 버전 rdkb-2025q4-kirkstone에는 여러 심각한 취약점이 존재합니다. 이러한 취약점에는 메모리 손상, 부적절한 인증, 경쟁 조건, 불충분한 입력 유효성 검사와 관련된 문제가 포함됩니다. 네트워크에 연결된 공격자는 잠재적으로 인증을 우회하고 관리자 제어 권한을 얻을 수 있습니다. 이러한 취약점은 기본 RDK-B 프로세스의 메모리를 손상시켜 서비스 거부 상태를 유발할 수도 있습니다. 일부 시나리오에서는 이러한 메모리 손상이 임의 코드 실행을 허용할 수도 있습니다. 특정 결함 중 하나는 JWT 인증이 암호화 서명을 제대로 확인하지 못하는 것입니다. 로그인 프로세스의 또 다른 경쟁 조건은 공격자가 다른 사용자의 인증 결과를 상속받을 수 있도록 합니다. 로그인 핸들러의 취약점은 과도하게 큰 비밀번호 값을 제출하여 서비스 거부를 유발할 수 있습니다. 데이터 파서 결함은 잘못된 형식의 입력으로 인해 메모리 손상 및 잠재적인 코드 실행으로 이어질 수 있습니다. 마지막으로, 인증된 관리자는 rtrouted 프로세스의 메모리 손상을 유발하여 서비스 거부 및 잠재적인 코드 실행을 일으킬 수 있습니다. RDK Central의 조정된 업데이트가 부족하므로, 사용자는 WebUI 액세스를 신뢰할 수 있는 네트워크 및 승인된 호스트로 제한하는 것이 좋습니다.
Alinto SOGo 버전 5.12.7에서 크로스 사이트 스크립팅 취약점이 발견되었습니다. 이 결함은 ICS 캘린더 초대 내에 악성 SVG 객체를 삽입하여 원격 코드 실행을 허용합니다. 이 취약점은 VirusTotal에 등장한 것으로 보아 실제 공격에서 활발하게 악용되고 있습니다. Alinto SOGo는 조직에서 이메일, 캘린더, 연락처 및 일정 관리에 사용하는 오픈 소스 웹메일 및 그룹웨어 플랫폼입니다. 이 취약점은 SOGo가 ICS 파일 내의 DESCRIPTION 필드를 부적절하게 처리하는 데서 비롯됩니다. 이 필드는 적절한 검증 또는 Content Security Policy 적용 없이 렌더링됩니다. 캘린더 초대에 JavaScript 이벤트 핸들러가 포함된 SVG 페이로드가 포함되면 브라우저는 SOGo 웹메일 컨텍스트 내에서 스크립트를 실행합니다. 이 스크립트 실행은 사용자가 캘린더를 직접 상호 작용 없이 보기만 해도 자동으로 발생합니다. 이 취약점의 영향은 상당하며, 공격자에게 피해자의 메일함에 대한 전체 읽기 액세스 권한을 부여합니다. 이는 피싱을 통한 자격 증명 탈취, 비밀번호 관리자 자동 완성 탈취, 모든 이메일 콘텐츠 및 메타데이터 유출로 이어질 수 있습니다. 공격자는 연락처 목록 및 캘린더 데이터도 추출할 수 있습니다. 사용자는 SOGo 버전 5.12.8 또는 이후 버전으로 업그레이드하는 것이 강력히 권장됩니다. 이 최신 버전은 ICS DESCRIPTION 콘텐츠를 검증하고 포함된 SVG 및 HTML에 대한 더 엄격한 처리를 적용하여 취약점을 수정합니다.
AI 모델 서빙을 위한 오픈 소스 프레임워크인 SGLang 프로젝트에서 여섯 개의 치명적인 취약점이 발견되었습니다. 이러한 취약점에는 인증되지 않은 원격 코드 실행, 서버 측 요청 위조(SSRF), 로컬 파일 읽기 기능이 포함됩니다. 또한 특정 엔드포인트를 통해 자격 증명 누출 및 모델 가중치 유출이 가능합니다. 이러한 취약점 대부분은 악용하기 위해 인증이 필요하지 않습니다. 본 보고서 작성 시점까지 SGLang 유지보수 담당자로부터 패치가 릴리스되지 않았으며, 협업 시도는 성공하지 못했습니다. SafeUnpickler의 블랙리스트 우회를 통해 임의 명령 실행을 허용하는 RCE 취약점이 하나 발생합니다. 덤퍼 서브시스템이 활성화된 경우 샌드박스 탈출을 허용하는 또 다른 RCE가 존재합니다. 멀티모달 생성 엔드포인트는 정제되지 않은 이미지 URL 입력으로 인해 SSRF 및 로컬 파일 읽기에 취약합니다. HuggingFace 저장소에서 모델 가중치를 로드하는 것 또한 pickle 역직렬화를 통해 RCE 위험을 초래합니다. server_info 엔드포인트는 API 키 및 SSL 키 정보를 누출할 수 있습니다. 마지막으로, API 키가 구성되지 않은 경우 모델 가중치가 유출될 수 있습니다. 패치가 제공될 때까지 사용자는 네트워크 액세스를 제한하고, 네트워크 분할을 구현하며, 사용되지 않는 엔드포인트를 비활성화하는 것이 좋습니다.
Golf Compete foreUP의 REST API에서 두 가지 취약점이 발견되었습니다. 첫 번째 취약점은 고객 기록 응답 내에서 직접적으로 판매자 API 자격 증명을 노출했습니다. 사용자 이름, 비밀번호, 판매자 ID를 포함한 이러한 자격 증명은 모든 사용자가 결제 처리 계정에 액세스할 수 있도록 했습니다. 또한, 이러한 자격 증명은 동일한 시설의 모든 고객에게 동일했습니다. 두 번째 취약점은 객체 수준 권한 부여 검사가 누락된 것과 관련이 있었습니다. 이 결함은 Broken Object Level Authorization 및 Insecure Direct Object References로도 알려져 있으며, API 요청에서 golfer_id를 변경함으로써 사용자가 모든 고객의 전체 프로필을 검색할 수 있도록 허용했습니다. 여기에는 개인 정보, 결제 토큰 및 거래 내역과 같은 민감한 정보가 포함되었습니다. 두 취약점을 결합하면 공격자는 모든 고객의 기록에서 판매자 자격 증명을 얻을 수 있었습니다. 단일 저수준 고객 계정으로 모든 고객의 프로필, 저장된 결제 토큰 및 청구 내역에 액세스할 수 있었습니다. 공유 웹 API는 foreUP을 사용하는 모든 시설에 영향을 미쳤습니다. 한 시설의 고객이 다른 시설의 판매자 정보에 액세스할 수 있었습니다. 다행히 foreUP은 2026년 7월 26일에 두 취약점 모두 수정되었음을 확인했습니다. 사용자는 피싱 및 신원 도용에 주의할 것을 권고합니다.
macOS, Windows 및 Linux용 애플리케이션 번들을 패키징하고 배포하는 데 사용되는 명령줄 빌드 도구인 Develar의 app-builder에서 취약점이 발견되었습니다. 이 문제는 zipx.Unzip 추출 루틴의 유니코드 정규화 충돌과 안전하지 않은 심볼릭 링크 추종 동작의 조합으로 인해 발생합니다. 이를 통해 공격자는 유니코드 정규화 충돌과 악성 심볼릭 링크를 결합한 ZIP 아카이브를 제작하여 APFS(Apple File System)를 사용하는 macOS 시스템에서 임의의 파일을 덮어쓸 수 있습니다. 이 취약점은 관리자 권한 없이 ZIP 추출 중에 악용될 수 있으며 무결성 손실, 서비스 거부 또는 잠재적인 코드 실행으로 이어질 수 있습니다. Develar의 app-builder는 생태계 전반에 걸쳐 종속성으로 널리 사용되며 수많은 다운스트림 리포지토리에 영향을 미치고 있으며, 이미 여러 프로젝트에서 노출을 완화했습니다. 완전한 해결을 위해서는 취약점을 근본적으로 수정해야 하며, 다운스트림 고객에게 참조 수정 사항을 제공하기 위해 GitHub Pull Request가 개발되었습니다. Pull Request는 해결된 대상이 의도된 출력 디렉터리를 벗어나는 모든 심볼릭 링크를 거부하고 일반 파일 쓰기에 O_NOFOLLOW를 추가하여 취약점의 심볼릭 링크 추종 변형을 해결합니다. 보고자인 Tomas Illuminati는 많은 다운스트림 공급업체 및 개발자가 이 문제를 완화하는 데 도움을 주었으며, Electron-Userland는 신속하게 대응하여 다운스트림 사용자를 보호하기 위한 완화 조치를 구현했습니다. 이 취약점은 유니코드 정규화 충돌과 심볼릭 링크 추종 동작을 결합하여 악용될 수 있으며, 공격자는 경로 유효성 검사를 우회하고 의도된 추출 디렉터리 외부로 쓰기를 리디렉션할 수 있습니다. CERT/CC는 사용자에게 이 문제에 대해 알리고 완화 및 해결에 대한 지침을 제공하기 위해 취약점 노트를 준비했습니다. 전반적으로 이 취약점은 APFS를 사용하는 macOS 시스템의 보안에 상당한 영향을 미치며, 사용자는 노출을 완화하기 위한 조치를 취하는 것이 좋습니다.
널리 사용되는 node-forge JavaScript 라이브러리에 두 가지 치명적인 암호화 서명 검증 취약점이 존재합니다. 이러한 결함으로 인해 공격자는 특정 상황에서 RSA(PKCS#1 v1.5) 및 Ed25519 서명을 위조할 수 있습니다. RSA 취약점인 CVE-2026-33894는 서명 검증 중 비표준 ASN.1 인코딩 및 부족한 패딩을 수락하는 데서 발생합니다. 이를 통해 공격자는 node-forge는 유효하다고 검증하지만 표준 라이브러리는 거부하는 서명을 생성할 수 있으며, 특히 낮은 공개 지수에서 더욱 그렇습니다. Ed25519 취약점인 CVE-2026-33895는 스칼라 표준성 강제 실패에서 비롯되어 비표준 스칼라를 가진 서명이 수락될 수 있습니다. 이는 서명 고유성을 약화시키고 대체 공격을 가능하게 합니다. 영향을 받는 버전은 RSA의 경우 0.1.2부터 1.3.3까지, Ed25519의 경우 0.7.4부터 1.3.3까지입니다. 주요 영향은 공격자가 인증, 코드 서명 또는 토큰 유효성 검사를 우회할 수 있다는 것입니다. 인기 있는 JOSE 라이브러리를 포함하여 기본 node-forge 검증 API를 사용하는 애플리케이션이 잠재적으로 노출됩니다. 악용은 간단하며 네트워크를 통해 발생할 수 있습니다. 2026년 4월 5일에 릴리스된 버전 1.4.0은 RSA 및 Ed25519 서명 모두에 대해 엄격한 표준 검증을 강제하여 이러한 문제를 완전히 해결합니다. 사용자는 취약점을 패치하기 위해 이 버전으로 업그레이드하는 것이 강력히 권장됩니다. 즉각적인 업그레이드가 불가능한 경우, 권장되는 완화 조치에는 호출 사이트 감사 및 Node.js 네이티브 암호화 검증으로의 대체가 포함됩니다.
PayRange는 자판기 및 세탁소와 같은 무인 기기에서 사용하도록 설계된 모바일 결제 애플리케이션입니다. 사용자는 스마트폰을 통해 블루투스로 결제할 수 있습니다. PayRange Android 애플리케이션 버전 7.0.7에서 심각한 취약점이 발견되었습니다. 이 취약점은 두 가지 별개의 보안 결함에서 비롯됩니다. 첫 번째 결함(CVE-2026-13462)은 WebView 내에서 애플리케이션의 SSL 인증서 처리와 관련이 있습니다. 구체적으로 PayRange 앱은 잘못된 SSL 인증서를 잘못 수락합니다. 두 번째 취약점(CVE-2026-13461)은 JavaScript 주입을 허용합니다. 이 주입은 WebView 샌드박스를 탈출하여 사용자의 기기에서 악의적인 작업을 수행할 수 있습니다. 공격자는 경로상 가로채기를 통해 이러한 취약점을 악용할 수 있습니다. 사용자 트래픽을 자신의 제어 장치로 리디렉션할 수 있습니다. 특정 규칙과 일치하는 신뢰할 수 있는 인증서를 제시함으로써 TLS 연결을 시작할 수 있습니다. 이를 통해 콘텐츠를 주입하고, 자격 증명을 수집하고, 무단 요청을 실행할 수 있습니다. 기기 운영자의 경우, 이는 전체 운영자 권한으로 PayRange 하드웨어에 명령을 발행하는 것으로 확장될 수 있습니다. 안타깝게도 공급업체에 연락하여 수정 사항을 조율할 수 없었습니다. 사용자에게는 하드웨어 또는 소프트웨어 공급업체에서 제공하는 사용 가능한 모든 소프트웨어 업데이트를 적용하는 것이 좋습니다.