I FreeBSD fem sårbarheder, herunder problemer, der potentielt kan føre til overskrivning af data på kerneliveau ved afsendelse af bestemte netværkspakker eller gør det muligt for en lokal bruger at hæve sine privilegier. Sårbarhederne er rettet i opdateringerne 12.1-RELEASE-p5 og 11.3-RELEASE-p9.
Den mest farlige sårbarhed () skyldes manglende korrekt kontrol af pakkestørrelsen i libalias-biblioteket ved analyse af protokollers specifikke overskrifter. Libalias-biblioteket anvendes i ipfw-pakkefilteret til adresseoversættelse og inkluderer typiske funktioner til adresseombytning i IP-pakker og sørger for analysen af protokoller. Sårbarheden tillader gennem afsendelse af en specielt formateret netværkspakke at få adgang til eller ændre data i kerneområdernes hukommelse (ved anvendelse af NAT-implementeringen i kernen) eller processen
natd (ved brug af NAT-implementeringen i brugerrum). Problemet påvirker ikke NAT-konfigurationer bygget med pakke-filtre som pf og ipf, samt ipfw-konfigurationer, hvor NAT ikke anvendes.
Andre sårbarheder:
- — endnu en fjernudnyttelig sårbarhed i libalias, relateret til forkert beregning af pakkelængder i FTP-håndteringen. Problemet begrænser sig til lækage af indhold bestående af flere bytes af data fra kerne- eller natd-processens hukommelse.
- — en sårbarhed i cryptodev-modulet, forårsaget af adgang til allerede frigivet hukommelsesområde (use-after-free), som gør det muligt for en ikke-privilegeret proces at overskrive vilkårlige områder i kerne-hukommelsen. Som en mellemløsning til at blokere sårbarheden anbefales det at aflade cryptodev-modulet med kommandoen "kldunload cryptodev", hvis det er blevet indlæst (som standard indlæses cryptodev ikke). Cryptodev-modulet giver applikationer i brugerrummet adgang til grænsefladen /dev/crypto for at få adgang til hardwareaccelerationsmekanismer for kryptografiske operationer (i AES-NI og OpenSSL bruges ikke /dev/crypto).
- — den anden sårbarhed i cryptodev, der gør det muligt for en ikke-privilegeret bruger at forårsage en kernesammenbrud ved at sende en anmodning om at udføre en kryptografisk operation med en fejlagtig MAC. Problemet opstår på grund af manglende kontrol af størrelsen af MAC-nøglen ved tildeling af en buffer til opbevaring af den (bufferen blev oprettet baseret på de brugerdefinerede data om størrelsen uden at kontrollere den faktiske størrelse).
- — en sårbarhed i implementeringen af SCTP (Stream Control Transmission Protocol), der skyldes forkert kontrol af den delte nøgle, der anvendes af SCTP-AUTH-udvidelsen til autentificering af SCTP-sekvenser. Et lokalt program kan gennem Socket API opdatere nøglen, samtidig med at det afbryder SCTP-forbindelsen, hvilket vil føre til adgang til et allerede frigivet hukommelsesområde (use-after-free).
Kilde: opennet.ru
