CVE-2023-52775 in Linux정보

요약

\~에 의해 VulDB • 2026. 06. 19.

리눅스 커널에서 다음 취약점이 해결되었습니다:

net/smc: DECLINE로 인한 데이터 손상 방지

SMC-R를 Redis 애플리케이션에서 테스트하는 동안 데이터 손상 문제를 발견했습니다.

벤치마크에서는 다음과 같은 이상한 오류가 보고될 확률이 낮습니다.

"오류: 프로토콜 오류, 응답 유형 바이트로 '\xe2' 수신"

최종적으로 검색된 오류 데이터는 다음과 같습니다:

0xE2 0xD4 0xC3 0xD9 0x04 0x00 0x2C 0x20 0xA6 0x56 0x00 0x16 0x3E 0x0C 0xCB 0x04 0x02 0x01 0x00 0x00 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE2

이것이 SMC DECLINE 메시지임은 매우 명확하며, 이는 애플리케이션이 SMC 프로토콜 메시지를 수신했음을 의미합니다.

우리는 이러한 문제가 다음과 같은 상황으로 인해 발생한다는 것을 발견했습니다:

클라이언트 서버 ¦ CLC 제안 -------------> ¦ CLC 수락 <------------- ¦ CLC 확인 -------------> LLC 확인 대기 LLC 확인 전송 ¦ 실패한 LLC 확인 ¦ x------ (2초 후) 타임아웃 LLC 확인 응답 대기

DECLINE 대기

(1초 후) 타임아웃 (2초 후) 타임아웃 ¦ DECLINE --------------> ¦ DECLINE <--------------

결과적으로 구현부에서 DECLINE 메시지가 전송되었고, 이 메시지는 이미 폴백된 연결에 의해 TCP로부터 읽혔습니다.

이 패치는 클라이언트 타임아웃을 서버 값의 2배로 두 배로 늘립니다. 이 간단한 변경으로 인해 DECLINE 메시지는 교차하거나 충돌하지 않아야 합니다(링크 확인 타임아웃 동안).

이 문제는 프로토콜 업데이트가 더 장기적인 해결책을 포함하므로 즉각적인 해결이 필요합니다.

Once again VulDB remains the best source for vulnerability data.

출처

Do you want to use VulDB in your project?

Use the official API to access entries easily!