Dlaczego D‑Bus i Polkit wzbudziły obawy dotyczące bezpieczeństwa

Jednym z kluczowych problemów były komponenty Deepina, które wchodzą w interakcje z uprzywilejowanymi usługami systemowymi, takimi jak D‑Bus i Polkit.

Technologie te zarządzają komunikacją między aplikacjami a usługami systemowymi oraz egzekwują uprawnienia do operacji administracyjnych. Jeśli oprogramowanie integrujące się z nimi ma wady projektowe lub niewystarczające zabezpieczenia, może potencjalnie umożliwić nieautoryzowany dostęp do wrażliwych funkcji systemowych.

Przeglądy bezpieczeństwa w szerszym ekosystemie Linuksa już wcześniej wskazywały na obawy dotyczące sposobu, w jaki niektóre komponenty Deepina obsługują te interfejsy. Na przykład dochodzenia podkreśliły problemy w modułach wchodzących w interakcje z D‑Busem i innymi usługami systemowymi, które mogą mieć szerszy wpływ na system niż zwykłe błędy aplikacji.

Ponieważ komponenty te działają blisko granic uprawnień systemowych, nierozwiązane problemy zostały uznane za wyższe ryzyko dla oficjalnego zestawu pakietów dystrybucji.

Wpływ wcześniejszego usunięcia przez openSUSE

Decyzja Fedory nie zapadła w próżni. Rok wcześniej openSUSE usunęło środowisko graficzne Deepin ze swoich repozytoriów po tym, jak jego zespół ds. bezpieczeństwa odkrył poważne problemy z pakowaniem i bezpieczeństwem.

Dochodzenie openSUSE wykazało, że:

• Wprowadzono obejście pakietu, które ominęło standardowe procesy przeglądu bezpieczeństwa RPM.
• Obejście to umożliwiło instalację komponentów, które normalnie wymagałyby zgody zespołu ds. bezpieczeństwa.
• Niektóre z tych komponentów obejmowały pliki konfiguracyjne usług systemowych D‑Bus i polityki Polkit, które kontrolują uprzywilejowane operacje w systemie.

Recenzenci bezpieczeństwa opisali to obejście jako znaczące naruszenie zasad i część szerszego wzorca problemów bezpieczeństwa odkrytych podczas przeglądów kodu komponentów Deepina.

Po usunięciu openSUSE stwierdziło, że rozważy powrót Deepina, jeśli upstream rozwiąże problemy i przedstawi ulepszone komponenty do przeglądu. Kolejne przeglądy wykazały jednak ograniczony postęp, więc usunięcie pozostało w mocy.

Deweloperzy Fedory zbadali później, czy podobne obawy dotyczą ich własnych pakietów, co pomogło uruchomić proces przeglądu, który ostatecznie doprowadził do głosowania za wycofaniem.

Problemy z utrzymaniem i komunikacją z upstreamem

Poza technicznymi obawami bezpieczeństwa, deweloperzy Fedory napotkali również praktyczne problemy z utrzymaniem.

Raporty z procesu przeglądu wskazywały, że trudno było uzyskać odpowiedzi od niektórych opiekunów lub programistów upstreamu na temat zgłoszeń błędów i pytań dotyczących bezpieczeństwa. W przypadku dystrybucji, które w dużym stopniu polegają na współpracy z projektami upstream, terminowe odpowiedzi są niezbędne do naprawiania luk w zabezpieczeniach i utrzymywania stabilnych pakietów.

Bez aktywnego utrzymania i koordynacji utrzymywanie pakietów w repozytoriach Fedory stawało się coraz bardziej ryzykowne.

Co to oznacza dla użytkowników Deepina

Wycofanie pakietów Deepina z Fedory i openSUSE nie oznacza, że środowisko graficzne jest bezużyteczne. Oznacza to natomiast, że te dystrybucje nie dostarczają go już jako oficjalnie wspieranego środowiska graficznego.

Użytkownicy, którzy nadal chcą uruchomić Deepina, mają zazwyczaj kilka opcji:

• Użyj dystrybucji Linuksa, która nadal oficjalnie dostarcza Deepina
• Zainstaluj Deepina z repozytoriów firm trzecich lub społecznościowych
• Samodzielnie zbuduj i spakuj komponenty Deepina

Jednak te podejścia przenoszą większą odpowiedzialność na użytkownika. Kiedy zespoły ds. bezpieczeństwa i pakowania dystrybucji przestają utrzymywać oprogramowanie, użytkownicy muszą polegać na alternatywnych źródłach aktualizacji i poprawek luk.

Szersza lekcja dla dystrybucji Linuksa

Sytuacja z Deepinem uwypukla, jak dystrybucje Linuksa równoważą użyteczność z bezpieczeństwem i realiami utrzymania. Nawet wizualnie dopracowane środowiska graficzne muszą spełniać ścisłe standardy pakowania, przeglądów bezpieczeństwa i ciągłego wsparcia.

W tym przypadku nierozwiązane obawy bezpieczeństwa, problemy z integracją uprzywilejowanych systemów i ograniczona responsywność upstreamu doprowadziły dwie główne dystrybucje – openSUSE i Fedora – do wniosku, że Deepin obecnie nie spełnia kryteriów oficjalnego włączenia do repozytoriów.

Dlaczego D‑Bus i Polkit wzbudziły obawy dotyczące bezpieczeństwa

Jednym z kluczowych problemów były komponenty Deepina, które wchodzą w interakcje z uprzywilejowanymi usługami systemowymi, takimi jak D‑Bus i Polkit.

Technologie te zarządzają komunikacją między aplikacjami a usługami systemowymi oraz egzekwują uprawnienia do operacji administracyjnych. Jeśli oprogramowanie integrujące się z nimi ma wady projektowe lub niewystarczające zabezpieczenia, może potencjalnie umożliwić nieautoryzowany dostęp do wrażliwych funkcji systemowych.

Przeglądy bezpieczeństwa w szerszym ekosystemie Linuksa już wcześniej wskazywały na obawy dotyczące sposobu, w jaki niektóre komponenty Deepina obsługują te interfejsy. Na przykład dochodzenia podkreśliły problemy w modułach wchodzących w interakcje z D‑Busem i innymi usługami systemowymi, które mogą mieć szerszy wpływ na system niż zwykłe błędy aplikacji.

Ponieważ komponenty te działają blisko granic uprawnień systemowych, nierozwiązane problemy zostały uznane za wyższe ryzyko dla oficjalnego zestawu pakietów dystrybucji.

Wpływ wcześniejszego usunięcia przez openSUSE

Decyzja Fedory nie zapadła w próżni. Rok wcześniej openSUSE usunęło środowisko graficzne Deepin ze swoich repozytoriów po tym, jak jego zespół ds. bezpieczeństwa odkrył poważne problemy z pakowaniem i bezpieczeństwem.

Dochodzenie openSUSE wykazało, że:

• Wprowadzono obejście pakietu, które ominęło standardowe procesy przeglądu bezpieczeństwa RPM.
• Obejście to umożliwiło instalację komponentów, które normalnie wymagałyby zgody zespołu ds. bezpieczeństwa.
• Niektóre z tych komponentów obejmowały pliki konfiguracyjne usług systemowych D‑Bus i polityki Polkit, które kontrolują uprzywilejowane operacje w systemie.

Recenzenci bezpieczeństwa opisali to obejście jako znaczące naruszenie zasad i część szerszego wzorca problemów bezpieczeństwa odkrytych podczas przeglądów kodu komponentów Deepina.

Po usunięciu openSUSE stwierdziło, że rozważy powrót Deepina, jeśli upstream rozwiąże problemy i przedstawi ulepszone komponenty do przeglądu. Kolejne przeglądy wykazały jednak ograniczony postęp, więc usunięcie pozostało w mocy.

Deweloperzy Fedory zbadali później, czy podobne obawy dotyczą ich własnych pakietów, co pomogło uruchomić proces przeglądu, który ostatecznie doprowadził do głosowania za wycofaniem.

Problemy z utrzymaniem i komunikacją z upstreamem

Poza technicznymi obawami bezpieczeństwa, deweloperzy Fedory napotkali również praktyczne problemy z utrzymaniem.

Raporty z procesu przeglądu wskazywały, że trudno było uzyskać odpowiedzi od niektórych opiekunów lub programistów upstreamu na temat zgłoszeń błędów i pytań dotyczących bezpieczeństwa. W przypadku dystrybucji, które w dużym stopniu polegają na współpracy z projektami upstream, terminowe odpowiedzi są niezbędne do naprawiania luk w zabezpieczeniach i utrzymywania stabilnych pakietów.

Bez aktywnego utrzymania i koordynacji utrzymywanie pakietów w repozytoriach Fedory stawało się coraz bardziej ryzykowne.

Co to oznacza dla użytkowników Deepina

Wycofanie pakietów Deepina z Fedory i openSUSE nie oznacza, że środowisko graficzne jest bezużyteczne. Oznacza to natomiast, że te dystrybucje nie dostarczają go już jako oficjalnie wspieranego środowiska graficznego.

Użytkownicy, którzy nadal chcą uruchomić Deepina, mają zazwyczaj kilka opcji:

• Użyj dystrybucji Linuksa, która nadal oficjalnie dostarcza Deepina
• Zainstaluj Deepina z repozytoriów firm trzecich lub społecznościowych
• Samodzielnie zbuduj i spakuj komponenty Deepina

Jednak te podejścia przenoszą większą odpowiedzialność na użytkownika. Kiedy zespoły ds. bezpieczeństwa i pakowania dystrybucji przestają utrzymywać oprogramowanie, użytkownicy muszą polegać na alternatywnych źródłach aktualizacji i poprawek luk.

Szersza lekcja dla dystrybucji Linuksa

Sytuacja z Deepinem uwypukla, jak dystrybucje Linuksa równoważą użyteczność z bezpieczeństwem i realiami utrzymania. Nawet wizualnie dopracowane środowiska graficzne muszą spełniać ścisłe standardy pakowania, przeglądów bezpieczeństwa i ciągłego wsparcia.

W tym przypadku nierozwiązane obawy bezpieczeństwa, problemy z integracją uprzywilejowanych systemów i ograniczona responsywność upstreamu doprowadziły dwie główne dystrybucje – openSUSE i Fedora – do wniosku, że Deepin obecnie nie spełnia kryteriów oficjalnego włączenia do repozytoriów.