2026. június 30-án közzétették a FreeBSD operációs rendszerben található 13 új sérülékenység javításaira vonatkozó értesítéseket.
- CVE-2026-49418. A memória-térképezett interfésszel rendelkező eszközhöz hozzáféréssel rendelkező felhasználó double-free/use-after-free helyzetet idézhet elő a kernelben. Ez potenciálisan jogosultságok emelkedéséhez vezethet.
- CVE-2026-49419. (csak FreeBSD 15+) A jelenlegi jail refcountjának duplázása egy másik jail jail-deszkriptoron való elérési hibájának kezelésekor (a FreeBSD 15-ben jelent meg), amely végül a jail vezérlő szerkezetének nem szándékos felszabadításához és az azt követő use-after-free problémákhoz vezet, ahol ezt használják. Elméletileg jogosultság-emelkedést okozhat.
- CVE-2026-49415. Setuid-program végrehajtásakor a memória hozzáférési jogai kissé később állnak be, mint ahogy a memória inicializálódik, ami lehetővé teszi, hogy egy rövid időre hozzáférjünk és módosítsuk azt a szükséges jogosultságok nélkül a procfs vagy linprocfs használatával. A legtöbb rendszerben a procfs, és különösen a libprocfs nem csatlakozik, így a probléma valószínűleg keveseket érint.
- CVE-2026-49429, CVE-2026-49430, CVE-2026-49431. (csak ZFS-t használó rendszerek számára) Az első két hiba a nem megfelelő méretű memóriaallokációval kapcsolatos: egy 32 bites számként átadott méretű puffert allokálnak, majd valódi mérettel adatokat írnak bele, ami túlcsorduláshoz vezet, ha a puffert mérete nagyobb volt 4GB-nál. Ezek csak root vagy kifejezetten privilégiumokat kapott felhasználó által provokálhatóak. A harmadik hiba kihasználható bárki által, lehetővé téve, hogy bárki felrakja a "$hasrecvd" zászlót a dataset-re a ZFS_IOC_SET_PROP segítségével (hogy mennyire veszélyes, az a bejelentésből nem világos).
- CVE-2026-49420. A libalias RTSP támogatási modulban a rögzített méretű puffert a csomag méretének megfelelő ellenőrzésének hiánya lehetőséget adhat arra, hogy távolról, engedély nélkül a verem (ipfw nat) vagy a natd folyamat (amelyet általában rootként futtatnak) túltöltődjön. Ez potenciálisan RCE-hez vezethet. Az érzékenységet egy rosszindulatú gazda provokálhatja a NAT-on belül, amely a libalias implementációján keresztül kártékony RTSP-csomagokat továbbít. Ennek megfelelően az érzékenység nem érinti azokat a gazdákat, amelyek nem futtatnak NAT-ot bármilyen formában. Továbbá: a natd nem lesz érzékeny, ha eltávolítjuk a libalias_smedia.so sort az /etc/libalias.conf fájlból és újraindítjuk a natd-t, míg az ipfw nat nem lesz érzékeny, ha nem tölti be az alias_smedia.ko modult (nincs meghatározva, tudja-e automatikusan betölteni). Szintén az érzékeny kezelő csak a kimenő TCP/UDP csomagokat figyeli, ahol az egyik port 554 vagy 7070 — ha ezeket a csomagokat tűzfal mögé tesszük, mielőtt a NAT-ba kerülnének, az érzékenység is megszűnik.
- CVE-2026-49421. Az unlinkat() és funlinkat() nem vette figyelembe az AT_RESOLVE_BENEATH jelzőt, amelynek meg kellett volna tiltania a megadott dirfd érvet átjárva a könyvtáron kívüli területre való kilépést. Így lehetővé vált fájlok törlése a könyvtáron kívül, amikor a hívó kód ezt a korlátozást be akarta vezetni.
- CVE-2026-49422. A tcp_rack.ko modulban (alapértelmezetten nem töltődik be) versenyhelyzet lép fel. Minden tcp-végpont számára egyedi tcp-verem választható meg, amelyen keresztül működik, beleértve az átmeneti váltást is. Ha a következőképpen járunk el: 1) egy tcp_rack végponton hívjuk a rack-specifikus setsockopt() funkciót, 2) egy másik szálon gyorsan átváltunk a tcp-veremre rack-től egy másikra, és azután a megfelelő időben visszaváltunk rack-re, akkor a rack-kezelő setsockopt() a régi (váltás előtti) socket állapotstruktúrára fog hivatkozni, ami memóriakárosodáshoz és potenciálisan jogosultságok ismételt emeléséhez vezet. Az érzékenyek csak azok a rendszerek, ahol a tcp_rack.ko egyértelműen be lett töltve, ez nem az alapértelmezett.
- CVE-2026-49427, CVE-2026-49428. A POSIX largepages (shm_create_largepage) a memóriaallokálás során nem volt kellően gondosan megjelölve használtként, ami különböző körülmények között hibás felszabadításhoz vezethetett (megemlítve a sendfile hívások SF_NOCACHE jelzővel, az open O_TRUNC jelzővel és a fspacectl) és a következő use-after-free-hez a szokásos következményekkel.
- CVE-2026-49426. Helytelen audit(4) naplók a ptrace(PT_SC_REMOTE) által végrehajtott távoli rendszerhívásokról. Ezek összezavarhatják a gyanús helyzetek elemzését végző rendszereket, ha ilyeneket használnak.
- CVE-2026-49423. Lehetséges kernel-panik a kTLS-en keresztül történő adatfogadás során TLS 1.2 CBC bejegyzésekkel. A probléma elkerülése érdekében a kern.ipc.tls.enable=0 vagy kern.ipc.tls.cbc_enable=0 beállítást használhatjuk.
- CVE-2026-49424. Adatszivárgás (104 byte) a kernel veremből a linux-compat waitid() hívása során, amely elfelejti nullázni a linux siginfo_t struktúra használaton kívüli részét, amikor az adatokat a freebsd-ből átvitt adatokkal tölti fel. A szokásos GENERIC kernelben a linux emulátor alapértelmezetten ki van kapcsolva, és csak a modul manuális betöltésével aktiválható.
- CVE-2026-49425. Hasonlóan az előzőhöz, a 32 bites kevent elfelejti nullázni a 32 bites struktúrát, mielőtt adatokat adna át belőle a natív 64 bites struktúrába, ami adatszivárgáshoz vezet a stackből. Alapértelmezetten a 32 bites kompatibilitás be van kapcsolva a kernelben (nem modul révén).
- CVE-2026-58081, CVE-2026-58082. Sérülékenységek az iconv-ban. Az első: sok modulja nem ellenőrzi a hívó kód által megadott kimeneti puffer méretét, mielőtt az eredményt beleírná (említve HZ, UTF-7, VIQR, ZW). A második: az ISO-2022 modul 6 byte-os verem búvárt használ belső műveletekhez, de akár 10 byte-ot is írhatsz bele, rontva ezzel a veremet. Ennek eredményeként az iconv futtatása a megadott kódolások egyikére való átkonvertáláskor nem ellenőrzött bemenetek esetén buffer túlcsordulásoknak lehet kitéve.
Forrás: linux.org.ru
