CVE-2026-98071

W jądrze Linuksa usunięto następującą lukę:

net/rds: kasuj pojedynczo bity cp_flags w rds_conn_path_reset()

rds_conn_path_reset() wymazuje całe słowo flagowe
cp->cp_flags = 0 sklepu. Używa go każdy inny akcesor tego słowa
atomic bitops, a niektóre z nich mogą działać jednocześnie z resetowaniem:
RDS_LL_SEND_FULL jest ustawiany przez rds_send_xmit() i usuwany z
ścieżki zakończenia transportu, z których żadna nie zawiera niczego takiego
nie obejmuje pracownika zamykającego. Zwykły sklep ścigający się z atomem
odczyt, modyfikacja, zapis w tym samym słowie to wyścig danych i cokolwiek innego
strona przegrywa, aktualizacja zostaje po cichu odrzucona.

Zamiast tego wyczyść dwa bity, za które faktycznie odpowiada reset.
RDS_IN_XMIT i RDS_RECV_REFILL w ogóle nie potrzebują tutaj przechowywania: one
należą do wywołującego, rds_conn_shutdown(), który czeka, aż oba będą
wyczyścić przed wywołaniem zatrzymania transportu i zresetowania.

Daje to również każdemu bitowi w cp_flags jednego dobrze zdefiniowanego zapisu
dyscyplina, na której opierają się kolejne łatki, gdy się odwracają
RDS_IN_XMIT i RDS_RECV_REFILL na blokady bitowe utrzymywane w poprzek
rozbiórka: sklep z kocami w połowie rozbiórki zniszczyłby własność zamka
które zachowuje klarowność atomowa.

Oracle UEK ma tę samą konwersję („net/rds: Zachowaj niezbędne
flagi stanu połączenia”), motywowane jego asynchronicznym zamknięciem
maszyna stanu, której flagi postępu i zniszczenia muszą przetrwać
zresetować. Wariant UEK czyści również RDS_IN_XMIT i RDS_RECV_REFILL
ponieważ tam resetowanie jest ostatnim krokiem rozbiórki
posiada oba bity, co powoduje ich odblokowanie. Pod prąd
wydanie należy do rds_conn_shutdown(): po późniejszej łatce w tym
seria zamienia dwa bity w zamki utrzymywane w poprzek rozbiórki, kończąc
własność wymaga semantyki wydania i jasnego przebudzenia
wewnątrz reset nie zapewni.

Na podstawie zatwierdzenia Oracle UEK „net/rds: Zachowaj niezbędne połączenie
flagi państwowe” Gerda Rauscha.