Чому D-Bus та Polkit викликали занепокоєння

Однією з центральних проблем були компоненти Deepin, які взаємодіють із привілейованими системними службами, такими як D-Bus та Polkit.

Ці технології керують зв'язком між застосунками та системними службами, а також контролюють дозволи для адміністративних операцій. Якщо програмне забезпечення, яке з ними інтегрується, має недоліки в проєктуванні або недостатній захист, це може потенційно надати небажаний доступ до чутливої системної функціональності.

Перевірки безпеки в ширшій екосистемі Linux вже викликали занепокоєння щодо того, як деякі компоненти Deepin обробляють ці інтерфейси. Наприклад, розслідування виявили проблеми в модулях, які взаємодіють з D-Bus та іншими системними службами, що може мати ширший вплив на систему, ніж звичайні помилки застосунків.

Оскільки ці компоненти працюють близько до системних привілейованих меж, невирішені проблеми вважалися вищим ризиком для офіційного набору пакетів дистрибутиву.

Вплив попереднього вилучення openSUSE

Рішення Fedora не було ізольованим. Роком раніше openSUSE вилучила робоче середовище Deepin зі своїх репозиторіїв після того, як її команда безпеки виявила серйозні проблеми з пакуванням та безпекою.

Розслідування openSUSE показало, що:

• Було впроваджено обхідний шлях у пакуванні, який обходив стандартні процеси перевірки безпеки RPM.
• Цей обхідний шлях дозволяв встановлювати компоненти, які зазвичай потребують схвалення команди безпеки.
• Деякі з цих компонентів включали файли системних служб D-Bus та політики Polkit, які контролюють привілейовані операції в системі.

Експерти з безпеки описали цей обхідний шлях як суттєве порушення політики та частину ширшої моделі проблем безпеки, виявлених під час перевірок коду компонентів Deepin.

Після вилучення openSUSE заявила, що перегляне Deepin, якщо upstream вирішить проблеми та представить покращені компоненти для перевірки. Подальші перевірки показали обмежений прогрес, тому вилучення залишилося чинним.

Розробники Fedora пізніше дослідили, чи стосуються подібні проблеми їхніх власних пакетів, що допомогло запустити процес перевірки, який зрештою призвів до голосування за вилучення.

Проблеми супроводу та комунікації з upstream

Окрім технічних проблем безпеки, розробники Fedora також зіткнулися з практичними проблемами супроводу.

Звіти з процесу перевірки зазначали, що було важко отримати відповіді від деяких супроводжувачів або upstream-розробників щодо звітів про помилки та питань безпеки. Для дистрибутивів, які значною мірою покладаються на співпрацю з upstream-проєктами, своєчасні відповіді є важливими для виправлення вразливостей та підтримки стабільних пакетів.

Без активної підтримки та координації, зберігати пакети в репозиторіях Fedora ставало дедалі ризикованіше.

Що це означає для користувачів Deepin

Вилучення пакетів Deepin з Fedora та openSUSE не означає, що робоче середовище стало непридатним до використання. Натомість це означає, що ці дистрибутиви більше не постачають його як офіційно підтримуване робоче середовище.

Користувачі, які все ще хочуть запускати Deepin, зазвичай мають кілька варіантів:

• Використовувати дистрибутив Linux, який все ще офіційно постачає Deepin
• Встановити Deepin зі сторонніх або спільнотних репозиторіїв
• Зібрати та запакувати компоненти Deepin вручну

Однак ці підходи перекладають більше відповідальності на користувача. Коли команди безпеки та пакування дистрибутиву припиняють супровід програмного забезпечення, користувачі повинні покладатися на альтернативні джерела для отримання оновлень та виправлень вразливостей.

Ширший урок для дистрибутивів Linux

Ситуація з Deepin підкреслює, як дистрибутиви Linux балансують між зручністю використання та реаліями безпеки та супроводу. Навіть візуально привабливі робочі середовища повинні відповідати суворим стандартам пакування, перевірки безпеки та постійної підтримки.

У цьому випадку невирішені проблеми безпеки, проблеми з інтеграцією привілейованих компонентів та обмежена реакція upstream зрештою призвели до того, що два великі дистрибутиви — openSUSE та Fedora — дійшли висновку, що Deepin наразі не відповідає критеріям для офіційного включення до репозиторіїв.

Чому D-Bus та Polkit викликали занепокоєння

Однією з центральних проблем були компоненти Deepin, які взаємодіють із привілейованими системними службами, такими як D-Bus та Polkit.

Ці технології керують зв'язком між застосунками та системними службами, а також контролюють дозволи для адміністративних операцій. Якщо програмне забезпечення, яке з ними інтегрується, має недоліки в проєктуванні або недостатній захист, це може потенційно надати небажаний доступ до чутливої системної функціональності.

Перевірки безпеки в ширшій екосистемі Linux вже викликали занепокоєння щодо того, як деякі компоненти Deepin обробляють ці інтерфейси. Наприклад, розслідування виявили проблеми в модулях, які взаємодіють з D-Bus та іншими системними службами, що може мати ширший вплив на систему, ніж звичайні помилки застосунків.

Оскільки ці компоненти працюють близько до системних привілейованих меж, невирішені проблеми вважалися вищим ризиком для офіційного набору пакетів дистрибутиву.

Вплив попереднього вилучення openSUSE

Рішення Fedora не було ізольованим. Роком раніше openSUSE вилучила робоче середовище Deepin зі своїх репозиторіїв після того, як її команда безпеки виявила серйозні проблеми з пакуванням та безпекою.

Розслідування openSUSE показало, що:

• Було впроваджено обхідний шлях у пакуванні, який обходив стандартні процеси перевірки безпеки RPM.
• Цей обхідний шлях дозволяв встановлювати компоненти, які зазвичай потребують схвалення команди безпеки.
• Деякі з цих компонентів включали файли системних служб D-Bus та політики Polkit, які контролюють привілейовані операції в системі.

Експерти з безпеки описали цей обхідний шлях як суттєве порушення політики та частину ширшої моделі проблем безпеки, виявлених під час перевірок коду компонентів Deepin.

Після вилучення openSUSE заявила, що перегляне Deepin, якщо upstream вирішить проблеми та представить покращені компоненти для перевірки. Подальші перевірки показали обмежений прогрес, тому вилучення залишилося чинним.

Розробники Fedora пізніше дослідили, чи стосуються подібні проблеми їхніх власних пакетів, що допомогло запустити процес перевірки, який зрештою призвів до голосування за вилучення.

Проблеми супроводу та комунікації з upstream

Окрім технічних проблем безпеки, розробники Fedora також зіткнулися з практичними проблемами супроводу.

Звіти з процесу перевірки зазначали, що було важко отримати відповіді від деяких супроводжувачів або upstream-розробників щодо звітів про помилки та питань безпеки. Для дистрибутивів, які значною мірою покладаються на співпрацю з upstream-проєктами, своєчасні відповіді є важливими для виправлення вразливостей та підтримки стабільних пакетів.

Без активної підтримки та координації, зберігати пакети в репозиторіях Fedora ставало дедалі ризикованіше.

Що це означає для користувачів Deepin

Вилучення пакетів Deepin з Fedora та openSUSE не означає, що робоче середовище стало непридатним до використання. Натомість це означає, що ці дистрибутиви більше не постачають його як офіційно підтримуване робоче середовище.

Користувачі, які все ще хочуть запускати Deepin, зазвичай мають кілька варіантів:

• Використовувати дистрибутив Linux, який все ще офіційно постачає Deepin
• Встановити Deepin зі сторонніх або спільнотних репозиторіїв
• Зібрати та запакувати компоненти Deepin вручну

Однак ці підходи перекладають більше відповідальності на користувача. Коли команди безпеки та пакування дистрибутиву припиняють супровід програмного забезпечення, користувачі повинні покладатися на альтернативні джерела для отримання оновлень та виправлень вразливостей.

Ширший урок для дистрибутивів Linux

Ситуація з Deepin підкреслює, як дистрибутиви Linux балансують між зручністю використання та реаліями безпеки та супроводу. Навіть візуально привабливі робочі середовища повинні відповідати суворим стандартам пакування, перевірки безпеки та постійної підтримки.

У цьому випадку невирішені проблеми безпеки, проблеми з інтеграцією привілейованих компонентів та обмежена реакція upstream зрештою призвели до того, що два великі дистрибутиви — openSUSE та Fedora — дійшли висновку, що Deepin наразі не відповідає критеріям для офіційного включення до репозиторіїв.