CVE-2025-37864

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: net: dsa: unbind zamanı FDB, MDB və VLAN yazılarının təmizlənməsi b117e1e8a86d ("net: dsa: delete dsa_legacy_fdb_add and dsa_legacy_fdb_del") kimi bir çox yerdə izah edildiyi kimi, DSA daha yüksək təbəqələrin əlavələr və silmələr arasında balans yaratdığı fərziyyəsi ilə yazılmışdır. Buna görə də, yalnız bu fərziyyələr pozulduqda və drayver hələ də mövcud olan yazılarla unbind olduqda ciddi xəbərdarlıq etmək məntiqlidir. Lakin Ido Schimmel bunun yanlış olduğu çox sadə bir vəziyyətə diqqət çəkir: https://lore.kernel.org/netdev/ZDazSM5UsPPjQuKr@shredder/ (həmçinin yuxarıda qeyd olunan commit-də mənim tərəfimdən qısaca müzakirə edilmişdir). Əslində, bridge bypass əməliyyatları DSA tərəfindən açıq şəkildə sənədləşdirilməsə də və DSA drayverlərinin əksəriyyəti üçün bu API sadəcə onların promiscuous rejiminə keçməsinə səbəb olsa da, bütün drayverlər üçün vəziyyət belə deyil. Bəzilərində bridge bypass əməliyyatlarının faydalı bir iş görməsi üçün lazımi tələblər mövcuddur - baxın dsa_switch_supports_uc_filtering(). Baxmayaraq ki, tools/testing/selftests/net/forwarding/local_termination.sh faylında biz istifadəçi sahəsindən DSA interfeyslərində ünvan filtrlərini idarə etmək üçün daha yaxşı mexanizmləri — yəni unicast üçün macvlan və multicast üçün mtools vasitəsilə setsockopt(IP_ADD_MEMBERSHIP)-i populyarlaşdırmaq üçün səy göstərdik, fakt budur ki, 'bridge fdb add ... self static local' həmçinin kernel UAPI kimi mövcuddur və hətta yalnız sürətli bir hack üçün olsa belə, kiməsə faydalı ola bilər. ndo_dflt_fdb_add() və ndo_dflt_fdb_del() funksiyalarının işləməsinin qarşısını almaq üçün sadəcə -EOPNOTSUPP qaytaran shim .ndo_fdb_add və .ndo_fdb_del əməliyyatlarını tətbiq edərək bu yolu bloklamaq qeyri-məhsuldar görünür, hərçənd bunu edə bilərdik. Təmizləmənin zəruri olduğunu qəbul etmək yeganə seçim kimi görünür. Xüsusilə də buna başqa bir rakursdan da yanaşdıqlarımız göründüyü üçün. Russell King VLAN-lar üçün belə WARN_ON()-nın tetikləndiyini müşahidə edir: https://lore.kernel.org/netdev/[email protected]/ Yuxarıdakı xəta hesabatında baş verən odur ki, dsa_port_do_vlan_del() uğursuz olur, sonra VLAN yazısı qalır və sonda unbind zamanı xəbərdarlıq veririk və onu sızdırırıq. Bu, günahlandırılan commit-in birbaşa geri qaytarılması (revert) deyil, lakin biz indi kernel loquna məlumatlandırıcı çap əlavə edirik (xətaların mövcudluğunu görmək üsuluna malik olmaq üçün) və məntiqi əsaslandırmaq üçün ötən illərin təcrübəsindən əldə edilmiş bəzi əlavə şərhlər əlavə edirik.