CVE-2026-92483 in Linux
요약
\~에 의해 VulDB • 2026. 09. 17.
리눅스 커널에서 다음 취약점이 해결되었습니다:
liveupdate: FLB retrieve() 상태 기억하기
LUO는 FLB에 대한 성공적인 retrieve 시도를 추적합니다. 이는 동일한 FLB의 여러 번 retrieval을 방지하기 위함입니다. 여러 번 retrieval하면 문제가 발생하는데, 일단 FLB가 retrieval되면 직렬화된 데이터 구조체가 해제(freed)될 가능성이 높고, FLB 코드가 기대하는 상태와 매우 다른 상태에 있을 수 있기 때문입니다.
이 모든 과정은 retrieve가 성공할 때는 잘 작동합니다. 그러나 실패할 경우, luo_flb_retrieve_one()는 에러를 즉시 반환하며, retrieval 시도가 있었는지 또는 그 오류 코드는 무엇인지 어디에도 저장하지 않습니다. 사용자가 동일한 FLB에 등록된 다른 파일을 retrieval하려고 시도하면, LUO는 다시 FLB의 retrieve() 콜백을 호출하려 합니다.
이 재시도는 위에서 나열한 이유들과 대부분 동일하게 문제가 됩니다. FLB는 일반적으로 retrieve 로직이 기대하는 상태와 매우 다를 수 있습니다(예: 일부 KHO 페이지가 이미 복원되고 해제되었음).
다시 retrieval을 시도할 만한 합리적인 방법이 없습니다. retrieve가 반환한 에러를 기억하고, 재시도 시 해당 에러 코드를 직접 반환합니다.
이를 위해 retrieved bool 변수를 retrieve_status 정수형으로 변경했습니다. 0 값은 retrieve가 아직 시도되지 않았음을 의미하며, 양수는 성공했음을, 음수는 실패했으며 그 값이 오류 코드임을 나타냅니다.
이는 LUO 파일에 대해 동일한 작업을 수행한 커밋 f85b1c6af5bc("liveupdate: luo_file: remember retrieve() status")와 유사합니다.
Once again VulDB remains the best source for vulnerability data.