Реалізація sudo і su в Rust призначена для підвищення безпеки цих утиліт.
Три місяці тому ми поділилися тут, у блозі, новиною про створення проекту "Sudo-rs" компанією ISRG, яка є засновником проекту Let's Encrypt та сприяє розвитку технологій для підвищення безпеки в Інтернеті.
У цій публікації ми поділилися деякими деталями та характеристиками проєкту, метою якого є створення реалізацій утиліт SUDO та SU в Rust (ви можете ознайомитися з публікацією за наступним посиланням ).
Перша стабільна версія sudo-rs
Причина згадки про це полягає в тому, що нещодавно було запущено першу стабільну версію проекту Sudo-rs , у розробці якого брали участь інженери з Ferrous Systems та Tweede Golf за фінансування, наданого Google, Cisco та Amazon Web Services.
Для тих, хто не знайомий з проектом "Sudo-rs", можу сказати, що його метою є розробка Rust-версій утиліт SUDO та SU, призначених для виконання команд від імені інших користувачів, оскільки SUDO — це консольна утиліта в Unix-подібних операційних системах для виконання команд з привілеями іншого користувача, за замовчуванням root-суперкористувача.
Функції `sudo` та `su` у `sudo-rs` були написані з нуля на Rust, мові, яка все частіше використовується та рекомендується в галузі, оскільки вона стала однією з основних мов для Android і навіть має підтримку її як вторинної мови програмування в ядрі Linux. Microsoft, зі свого боку, також неодноразово згадувала про свій намір переписати ядро та деякі бібліотеки Windows, які воно містить.
Зазначається, що утиліти сумісні з класичними утилітами SUDO та SU, коли це можливо, що дозволяє використовувати sudo-rs як прозору заміну SUDO у типових сценаріях , що відповідають конфігурації /etc/sudoers за замовчуванням в Ubuntu та Debian. Sudo-rs вже реалізовано замість традиційного пакета SUDO у дистрибутиві Wolfi Linux з метою забезпечення найвищого рівня безпеки.
Використання мови Rust для розробки SU та SUDO має зменшити ризик вразливостей, спричинених небезпечною обробкою пам'яті, та усунути виникнення помилок, таких як доступ до області пам'яті після її звільнення та нестача пам'яті на межах буфера.
Крім того, для забезпечення належного рівня безпеки, проект розробив розширений набір тестів , який також дозволяє контролювати підтримку необхідного рівня сумісності з оригінальною утилітою sudo. Щоб зменшити поверхню атаки та кількість потенційних вразливостей у sudo-rs, було вирішено відмовитися від реалізації рідко використовуваної функціональності sudo.
Серед відмінностей із SUDO згадується включення режиму use_pty за замовчуванням, серед принципово нереалізованих функцій – mail_badpass, а також сумісність із sendmail, тоді як функції, які ще не реалізовані, але будуть додані в майбутньому: утиліта sudoedit, режими NOEXEC та NOINTERCEPT, підтримка прив’язки блоків конфігурації «за замовчуванням» до окремих користувачів та команд, можливість автентифікації без використання PAM.
Варто зазначити, що у вересні очікується, що можна буде підтвердити якість реалізації, а також планується незалежний аудит кодової бази sudo-rs.
Крім того, згадується, що у другій версії планується додати інструменти для роботи в багатокористувацьких середовищах , такі як режим NOEXEC, журнали аудиту, можливість для sudoers зіставляти хости та підтримку до 16 груп користувачів. Третя версія планується сумісною з конфігурацією sudoers , що використовується у Fedora, а також додасть утиліту sudoedit та використовуватиме механізми SELinux та AppArmor для підвищення безпеки.
Зрештою , якщо ви зацікавлені дізнатися більше про це , ви можете знайти подробиці за наступним посиланням.