ການປ່ອຍລະບົບການຫຸ້ມຫໍ່ທີ່ພຽງພໍດ້ວຍຕົນເອງ Flatpak 1.12.0

ສາຂາທີ່ຫມັ້ນຄົງໃຫມ່ຂອງຊຸດເຄື່ອງມື Flatpak 1.12 ໄດ້ຖືກເຜີຍແຜ່, ເຊິ່ງສະຫນອງລະບົບການສ້າງແພັກເກັດທີ່ມີຕົວຕົນທີ່ບໍ່ຕິດກັບການແຈກຢາຍ Linux ສະເພາະແລະດໍາເນີນການໃນຖັງພິເສດທີ່ແຍກແອັບພລິເຄຊັນອອກຈາກສ່ວນທີ່ເຫຼືອຂອງລະບົບ. ສະຫນັບສະຫນູນການດໍາເນີນການຫຸ້ມຫໍ່ Flatpak ແມ່ນສະຫນອງໃຫ້ສໍາລັບ Arch Linux, CentOS, Debian, Fedora, Gentoo, Mageia, Linux Mint, Alt Linux ແລະ Ubuntu. ແພັກເກັດ Flatpak ແມ່ນລວມຢູ່ໃນບ່ອນເກັບມ້ຽນ Fedora ແລະໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍຜູ້ຈັດການແອັບພລິເຄຊັນ GNOME.

ນະວັດຕະກໍາທີ່ສໍາຄັນໃນສາຂາ Flatpak 1.12:

• ປັບປຸງການຈັດການສະພາບແວດລ້ອມ sandbox ຊ້ອນທີ່ໃຊ້ໃນຊຸດ flatpak ກັບລູກຄ້າສໍາລັບການບໍລິການຈັດສົ່ງເກມ Steam. ໃນ sandboxes ທີ່ຖືກຊ້ອນກັນ, ການສ້າງລໍາດັບຊັ້ນແຍກຕ່າງຫາກຂອງໄດເລກະທໍລີ /usr ແລະ /app ແມ່ນອະນຸຍາດໃຫ້, ເຊິ່ງຖືກນໍາໃຊ້ໃນ Steam ເພື່ອເປີດເກມໃນຖັງແຍກຕ່າງຫາກທີ່ມີພາທິຊັນ / usr ຂອງຕົນເອງ, ແຍກອອກຈາກສະພາບແວດລ້ອມກັບລູກຄ້າ Steam.
• ທຸກແພັກເກັດທີ່ມີຕົວລະບຸແອັບພລິເຄຊັນດຽວກັນ (app-ID) ແບ່ງປັນລາຍຊື່ /tmp ແລະ $XDG_RUNTIME_DIR. ທາງເລືອກອື່ນ, ການນໍາໃຊ້ທຸງ “--allow=per-app-dev-shm”, ທ່ານສາມາດເປີດໃຊ້ງານການນໍາໃຊ້ /dev/shm ໄດເລກະທໍລີທີ່ໃຊ້ຮ່ວມກັນ.
• ປັບປຸງການຮອງຮັບແອັບພລິເຄຊັນ Text User Interface (TUI) ເຊັ່ນ: gdb.
• ການປະຕິບັດທີ່ໄວຂຶ້ນຂອງຄໍາສັ່ງ "ostree prune" ໄດ້ຖືກເພີ່ມເຂົ້າໃນ utility build-update-repo, ເຫມາະສໍາລັບການເຮັດວຽກກັບ repositories ໃນຮູບແບບການເກັບ.
• ຊ່ອງໂຫວ່ CVE-2021-41133 ໃນການປະຕິບັດກົນໄກປະຕູ, ທີ່ກ່ຽວຂ້ອງກັບການຂາດການຂັດຂວາງການໂທລະບົບໃຫມ່ທີ່ກ່ຽວຂ້ອງກັບການຕິດຕັ້ງພາທິຊັນໃນກົດລະບຽບ seccomp, ໄດ້ຖືກແກ້ໄຂແລ້ວ. ຊ່ອງໂຫວ່ໄດ້ອະນຸຍາດໃຫ້ແອັບພລິເຄຊັນສ້າງ sandbox ທີ່ຕັ້ງໄວ້ເພື່ອຂ້າມຜ່ານກົນໄກການກວດສອບ "portal" ທີ່ຖືກນໍາໃຊ້ເພື່ອຈັດລະບຽບການເຂົ້າເຖິງຊັບພະຍາກອນພາຍນອກກ່ອງບັນຈຸ.

  ດັ່ງນັ້ນ, ຜູ້ໂຈມຕີ, ໂດຍການດໍາເນີນການໂທຫາລະບົບທີ່ກ່ຽວຂ້ອງກັບການຕິດຕັ້ງ, ສາມາດຂ້າມກົນໄກການແຍກ sandbox ແລະໄດ້ຮັບການເຂົ້າເຖິງເນື້ອຫາຂອງສະພາບແວດລ້ອມເຈົ້າພາບຢ່າງເຕັມທີ່. ຊ່ອງໂຫວ່ສາມາດຖືກຂູດຮີດພຽງແຕ່ຢູ່ໃນແພັກເກັດທີ່ໃຫ້ແອັບພລິເຄຊັນທີ່ມີການເຂົ້າເຖິງ AF_UNIX sockets ໂດຍກົງເຊັ່ນ: ທີ່ໃຊ້ໂດຍ Wayland, Pipewire, ແລະ pipewire-pulse. ໃນການປ່ອຍ 1.12.0, ຊ່ອງໂຫວ່ບໍ່ໄດ້ຖືກລົບລ້າງຢ່າງສົມບູນ, ດັ່ງນັ້ນການປັບປຸງ 1.12.1 ໄດ້ຖືກປ່ອຍອອກມາຢ່າງຮ້ອນແຮງ.

ໃຫ້ພວກເຮົາເຕືອນທ່ານວ່າ Flatpak ອະນຸຍາດໃຫ້ຜູ້ພັດທະນາແອັບພລິເຄຊັນເຮັດໃຫ້ການແຈກຢາຍໂປຼແກຼມຂອງພວກເຂົາງ່າຍດາຍທີ່ບໍ່ໄດ້ລວມຢູ່ໃນບ່ອນເກັບຂໍ້ມູນການແຈກຢາຍມາດຕະຖານໂດຍການກະກຽມຫນຶ່ງຖັງທົ່ວໄປໂດຍບໍ່ມີການສ້າງສະພາແຫ່ງແຍກຕ່າງຫາກສໍາລັບການແຈກຢາຍແຕ່ລະຄົນ. ສໍາລັບຜູ້ໃຊ້ທີ່ມີສະຕິຄວາມປອດໄພ, Flatpak ອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການຄໍາຮ້ອງສະຫມັກທີ່ມີຄໍາຖາມຢູ່ໃນຖັງ, ສະຫນອງການເຂົ້າເຖິງພຽງແຕ່ຫນ້າທີ່ເຄືອຂ່າຍແລະໄຟລ໌ຜູ້ໃຊ້ທີ່ກ່ຽວຂ້ອງກັບແອັບພລິເຄຊັນ. ສໍາລັບຜູ້ໃຊ້ທີ່ສົນໃຈໃນຜະລິດຕະພັນໃຫມ່, Flatpak ອະນຸຍາດໃຫ້ທ່ານສາມາດຕິດຕັ້ງການທົດສອບຫລ້າສຸດແລະການປ່ອຍຄໍາຮ້ອງສະຫມັກທີ່ຫມັ້ນຄົງໂດຍບໍ່ຈໍາເປັນຕ້ອງມີການປ່ຽນແປງລະບົບ. ຕົວຢ່າງ, ແພັກເກດ Flatpak ຖືກສ້າງຂຶ້ນສໍາລັບ LibreOffice, Midori, GIMP, Inkscape, Kdenlive, Steam, 0 AD, Visual Studio Code, VLC, Slack, Skype, Telegram Desktop, Android Studio, ແລະອື່ນໆ.

ເພື່ອຫຼຸດຜ່ອນຂະຫນາດແພັກເກັດ, ມັນປະກອບມີພຽງແຕ່ການເພິ່ງພາອາໄສສະເພາະຂອງແອັບພລິເຄຊັນ, ແລະຫ້ອງສະຫມຸດລະບົບແລະຮູບພາບພື້ນຖານ (GTK, Qt, GNOME ແລະ KDE libraries, ແລະອື່ນໆ) ຖືກອອກແບບເປັນ plug-in runtime ມາດຕະຖານສະພາບແວດລ້ອມ. ຄວາມແຕກຕ່າງທີ່ ສຳ ຄັນລະຫວ່າງ Flatpak ແລະ Snap ແມ່ນວ່າ Snap ໃຊ້ອົງປະກອບຂອງສະພາບແວດລ້ອມຂອງລະບົບຕົ້ນຕໍແລະການໂດດດ່ຽວໂດຍອີງໃສ່ການໂທລະບົບການກັ່ນຕອງ, ໃນຂະນະທີ່ Flatpak ສ້າງຕູ້ຄອນເທນເນີແຍກຕ່າງຫາກຈາກລະບົບແລະດໍາເນີນການກັບຊຸດ runtime ຂະຫນາດໃຫຍ່, ສະຫນອງການຫຸ້ມຫໍ່ທີ່ບໍ່ຂຶ້ນກັບ, ແຕ່ມາດຕະຖານ. ສະພາບແວດລ້ອມຂອງລະບົບໃດໜຶ່ງ (ຕົວຢ່າງ, ຫ້ອງສະໝຸດທັງໝົດທີ່ຈຳເປັນສຳລັບການເຮັດວຽກຂອງໂປຣແກຣມ GNOME ຫຼື KDE).

ນອກເຫນືອໄປຈາກສະພາບແວດລ້ອມຂອງລະບົບມາດຕະຖານ (runtime), ການຕິດຕັ້ງໂດຍຜ່ານ repository ພິເສດ, ການເພິ່ງພາອາໄສເພີ່ມເຕີມ (ມັດ) ທີ່ຈໍາເປັນສໍາລັບການດໍາເນີນງານຂອງຄໍາຮ້ອງສະຫມັກແມ່ນສະຫນອງໃຫ້. ໂດຍລວມແລ້ວ, runtime ແລະ bundle ປະກອບເປັນການຕື່ມຂອງບັນຈຸ, ເຖິງວ່າຈະມີຄວາມຈິງທີ່ວ່າ runtime ໄດ້ຖືກຕິດຕັ້ງແຍກຕ່າງຫາກແລະ tied ກັບ containers ຫຼາຍຄັ້ງ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານເພື່ອຫຼີກເວັ້ນການ duplicating ໄຟລ໌ລະບົບທົ່ວໄປກັບບັນຈຸ. ລະບົບຫນຶ່ງສາມາດຕິດຕັ້ງ runtime ທີ່ແຕກຕ່າງກັນຫຼາຍ (GNOME, KDE) ຫຼືຫຼາຍລຸ້ນຂອງ runtime ດຽວກັນ (GNOME 3.40, GNOME 3.42). container ທີ່ມີແອັບພລິເຄຊັນເປັນ dependency ໃຊ້ການຜູກມັດກັບ runtime ສະເພາະ, ໂດຍບໍ່ມີການຄໍານຶງເຖິງແຕ່ລະແພັກເກັດທີ່ປະກອບເປັນ runtime. ອົງປະກອບທີ່ຂາດຫາຍໄປທັງຫມົດແມ່ນຖືກຫຸ້ມຫໍ່ໂດຍກົງກັບແອັບພລິເຄຊັນ. ເມື່ອບັນຈຸຖືກສ້າງຕັ້ງຂຶ້ນ, ເນື້ອໃນ runtime ໄດ້ຖືກຕິດຕັ້ງເປັນພາທິຊັນ / usr, ແລະມັດໄດ້ຖືກຕິດຕັ້ງຢູ່ໃນ /app directory.

ເວລາແລ່ນແລະກ່ອງບັນຈຸແອັບພລິເຄຊັນຖືກສ້າງຂື້ນໂດຍໃຊ້ເທກໂນໂລຍີ OSTree, ເຊິ່ງຮູບພາບໄດ້ຖືກປັບປຸງດ້ວຍປະລໍາມະນູຈາກບ່ອນເກັບມ້ຽນ Git ຄ້າຍຄື, ເຊິ່ງຊ່ວຍໃຫ້ວິທີການຄວບຄຸມເວີຊັນຖືກ ນຳ ໃຊ້ກັບສ່ວນປະກອບການແຈກຢາຍ (ຕົວຢ່າງ, ທ່ານສາມາດກັບຄືນລະບົບໄດ້ໄວ. ລັດ​ທີ່​ຜ່ານ​ມາ). ຊຸດ RPM ຖືກແປເຂົ້າໄປໃນບ່ອນເກັບມ້ຽນ OSTree ໂດຍໃຊ້ຊັ້ນ rpm-ostree ພິເສດ. ການຕິດຕັ້ງແລະການປັບປຸງການຫຸ້ມຫໍ່ແຍກຕ່າງຫາກພາຍໃນສະພາບແວດລ້ອມການເຮັດວຽກແມ່ນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນ; ລະບົບໄດ້ຖືກປັບປຸງບໍ່ຢູ່ໃນລະດັບຂອງອົງປະກອບສ່ວນບຸກຄົນ, ແຕ່ໂດຍລວມ, ການປ່ຽນແປງຂອງປະລໍາມະນູ. ສະໜອງເຄື່ອງມືເພື່ອນຳໃຊ້ການປັບປຸງເທື່ອລະກ້າວ, ລົບລ້າງຄວາມຈຳເປັນໃນການປ່ຽນຮູບພາບທັງໝົດດ້ວຍການອັບເດດແຕ່ລະອັນ.

ສະພາບແວດລ້ອມທີ່ໂດດດ່ຽວທີ່ສ້າງຂຶ້ນແມ່ນເປັນເອກະລາດຢ່າງສົມບູນຈາກການແຈກຢາຍທີ່ໃຊ້ແລະ, ດ້ວຍການຕັ້ງຄ່າທີ່ເຫມາະສົມຂອງຊຸດ, ບໍ່ມີການເຂົ້າເຖິງໄຟລ໌ແລະຂະບວນການຂອງຜູ້ໃຊ້ຫຼືລະບົບຕົ້ນຕໍ, ບໍ່ສາມາດເຂົ້າເຖິງອຸປະກອນໂດຍກົງ, ຍົກເວັ້ນຜົນຜະລິດຜ່ານ DRI, ແລະໂທຫາລະບົບຍ່ອຍເຄືອຂ່າຍ. ການສະແດງຜົນກຣາຟິກ ແລະການຈັດຕັ້ງການປ້ອນຂໍ້ມູນຖືກປະຕິບັດໂດຍໃຊ້ໂປຣໂຕຄໍ Wayland ຫຼືຜ່ານການສົ່ງຕໍ່ຊັອກເກັດ X11. ການໂຕ້ຕອບກັບສະພາບແວດລ້ອມພາຍນອກແມ່ນອີງໃສ່ລະບົບການສົ່ງຂໍ້ຄວາມ DBus ແລະ Portals API ພິເສດ.

ສໍາລັບການໂດດດ່ຽວ, ຊັ້ນ Bubblewrap ແລະເທກໂນໂລຍີ virtualization container Linux ແບບດັ້ງເດີມແມ່ນຖືກນໍາໃຊ້, ອີງຕາມການນໍາໃຊ້ cgroups, namespaces, Seccomp ແລະ SELinux. PulseAudio ຖືກນໍາໃຊ້ເພື່ອອອກສຽງ. ໃນກໍລະນີນີ້, ການໂດດດ່ຽວສາມາດຖືກປິດການໃຊ້ງານໄດ້, ເຊິ່ງຖືກນໍາໃຊ້ໂດຍຜູ້ພັດທະນາແພກເກດທີ່ນິຍົມຫຼາຍເພື່ອເຂົ້າເຖິງລະບົບໄຟລ໌ແລະອຸປະກອນທັງຫມົດໃນລະບົບຢ່າງເຕັມທີ່. ຕົວຢ່າງ, GIMP, VSCodium, PyCharm, Octave, Inkscape, Audacity, ແລະ VLC ມາພ້ອມກັບໂຫມດການໂດດດ່ຽວທີ່ຈໍາກັດທີ່ປ່ອຍໃຫ້ການເຂົ້າເຖິງເຕັມໄປຫາໄດເລກະທໍລີເຮືອນ.

ຖ້າແພັກເກັດທີ່ມີການເຂົ້າເຖິງໄດເລກະທໍລີເຮືອນຖືກທໍາລາຍ, ເຖິງແມ່ນວ່າຈະມີປ້າຍ "sandboxed" ໃນຄໍາອະທິບາຍຊຸດ, ຜູ້ໂຈມຕີພຽງແຕ່ຕ້ອງການປ່ຽນໄຟລ໌ ~/.bashrc ເພື່ອປະຕິບັດລະຫັດຂອງລາວ. ບັນຫາທີ່ແຍກຕ່າງຫາກແມ່ນການຄວບຄຸມການປ່ຽນແປງການຫຸ້ມຫໍ່ແລະຄວາມໄວ້ວາງໃຈໃນຜູ້ສ້າງຊຸດ, ຜູ້ທີ່ມັກຈະບໍ່ກ່ຽວຂ້ອງກັບໂຄງການຕົ້ນຕໍຫຼືການແຈກຢາຍ.

ແຫຼ່ງຂໍ້ມູນ: opennet.ru