ໃຊ້ QubesOS ເພື່ອເຮັດວຽກກັບ Windows 7

ບໍ່ມີບົດຄວາມຈໍານວນຫຼາຍກ່ຽວກັບHabréທີ່ອຸທິດໃຫ້ກັບລະບົບປະຕິບັດການ Qubes, ແລະສິ່ງທີ່ຂ້ອຍໄດ້ເຫັນບໍ່ໄດ້ອະທິບາຍປະສົບການຂອງການໃຊ້ມັນຫຼາຍ. ຂ້າງລຸ່ມນີ້ການຕັດ, ຂ້າພະເຈົ້າຫວັງວ່າຈະແກ້ໄຂນີ້ໂດຍໃຊ້ຕົວຢ່າງຂອງການນໍາໃຊ້ Qubes ເປັນວິທີການປ້ອງກັນ (ຕໍ່) ສະພາບແວດລ້ອມ Windows ແລະ, ໃນເວລາດຽວກັນ, ຄາດຄະເນຈໍານວນຜູ້ໃຊ້ພາສາລັດເຊຍຂອງລະບົບ.

ເປັນຫຍັງ Qubes?

ເລື່ອງຂອງການສິ້ນສຸດຂອງການສະຫນັບສະຫນູນດ້ານວິຊາການສໍາລັບ Windows 7 ແລະຄວາມກັງວົນທີ່ເພີ່ມຂຶ້ນຂອງຜູ້ໃຊ້ເຮັດໃຫ້ຄວາມຕ້ອງການໃນການຈັດຕັ້ງການເຮັດວຽກຂອງ OS ນີ້, ຄໍານຶງເຖິງຄວາມຕ້ອງການດັ່ງຕໍ່ໄປນີ້:

• ຮັບປະກັນການນໍາໃຊ້ Windows 7 ທີ່ຖືກເປີດໃຊ້ຢ່າງສົມບູນດ້ວຍຄວາມສາມາດສໍາລັບຜູ້ໃຊ້ໃນການຕິດຕັ້ງການປັບປຸງແລະຄໍາຮ້ອງສະຫມັກຕ່າງໆ (ລວມທັງຜ່ານອິນເຕີເນັດ);
• ປະຕິບັດການຍົກເວັ້ນຢ່າງສົມບູນຫຼືການຄັດເລືອກຂອງການໂຕ້ຕອບເຄືອຂ່າຍໂດຍອີງໃສ່ເງື່ອນໄຂ (ການດໍາເນີນງານອັດຕະໂນມັດແລະຮູບແບບການກັ່ນຕອງການຈະລາຈອນ);
• ໃຫ້ຄວາມສາມາດໃນການເລືອກເຊື່ອມຕໍ່ສື່ ແລະອຸປະກອນທີ່ຖອດອອກໄດ້.

ຊຸດຂອງຂໍ້ຈໍາກັດນີ້ presupposes ຜູ້ໃຊ້ກະກຽມຢ່າງຈະແຈ້ງ, ນັບຕັ້ງແຕ່ການບໍລິຫານເອກະລາດໄດ້ຖືກອະນຸຍາດ, ແລະຂໍ້ຈໍາກັດບໍ່ກ່ຽວຂ້ອງກັບການຂັດຂວາງການດໍາເນີນການທີ່ເປັນໄປໄດ້ຂອງລາວ, ແຕ່ເປັນການຍົກເວັ້ນຄວາມຜິດພາດທີ່ເປັນໄປໄດ້ຫຼືຜົນກະທົບຂອງຊອບແວທີ່ທໍາລາຍ. ເຫຼົ່ານັ້ນ. ບໍ່ມີຜູ້ກະທໍາຜິດພາຍໃນຢູ່ໃນຕົວແບບ.

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

ການແກ້ໄຂຕໍ່ໄປແມ່ນການໂດດດ່ຽວໂດຍໃຊ້ virtualization. ເຄື່ອງມືທີ່ມີຊື່ສຽງສໍາລັບ desktop virtualization (ຕົວຢ່າງເຊັ່ນ virtualbox) ແມ່ນບໍ່ດີພໍສໍາລັບການແກ້ໄຂບັນຫາຄວາມປອດໄພແລະຂໍ້ຈໍາກັດທີ່ລະບຸໄວ້ຈະຕ້ອງເຮັດໂດຍຜູ້ໃຊ້ໂດຍການປ່ຽນຫຼືປັບຄຸນສົມບັດຂອງເຄື່ອງ virtual ແຂກ (ຕໍ່ໄປນີ້ຈະຫມາຍເຖິງ. as VM), ເຊິ່ງເພີ່ມຄວາມສ່ຽງຂອງຄວາມຜິດພາດ.

ໃນເວລາດຽວກັນ, ພວກເຮົາມີປະສົບການໃຊ້ Qubes ເປັນລະບົບ desktop ຂອງຜູ້ໃຊ້, ແຕ່ມີຄວາມສົງໃສກ່ຽວກັບຄວາມຫມັ້ນຄົງຂອງການເຮັດວຽກກັບ Windows ແຂກ. ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະກວດສອບສະບັບປະຈຸບັນຂອງ Qubes, ນັບຕັ້ງແຕ່ຂໍ້ຈໍາກັດທີ່ລະບຸໄວ້ເຫມາະຫຼາຍກັບ paradigm ຂອງລະບົບນີ້, ໂດຍສະເພາະແມ່ນການປະຕິບັດຂອງແມ່ແບບເຄື່ອງ virtual ແລະການເຊື່ອມໂຍງສາຍຕາ. ຕໍ່ໄປ, ຂ້ອຍຈະພະຍາຍາມເວົ້າສັ້ນໆກ່ຽວກັບແນວຄວາມຄິດແລະເຄື່ອງມືຂອງ Qubes, ໂດຍໃຊ້ຕົວຢ່າງຂອງການແກ້ໄຂບັນຫາ.

ປະເພດຂອງ Xen virtualization

Qubes ແມ່ນອີງໃສ່ Xen hypervisor, ເຊິ່ງຫຼຸດຜ່ອນການເຮັດວຽກຂອງການຈັດການຊັບພະຍາກອນຂອງໂປເຊດເຊີ, ຫນ່ວຍຄວາມຈໍາແລະເຄື່ອງ virtual. ການເຮັດວຽກອື່ນໆທັງຫມົດກັບອຸປະກອນແມ່ນສຸມໃສ່ dom0 ໂດຍອີງໃສ່ Linux kernel (Qubes ສໍາລັບ dom0 ໃຊ້ການແຈກຢາຍ Fedora).

Xen ສະຫນັບສະຫນູນຫຼາຍປະເພດຂອງ virtualization (ຂ້າພະເຈົ້າຈະຍົກຕົວຢ່າງສໍາລັບສະຖາປັດຕະຍະກໍາ Intel, ເຖິງແມ່ນວ່າ Xen ສະຫນັບສະຫນູນຄົນອື່ນ):

• paravirtualization (PV) - ຮູບແບບ virtualization ໂດຍບໍ່ມີການນໍາໃຊ້ການສະຫນັບສະຫນູນຮາດແວ, reminiscent ຂອງ container virtualization, ສາມາດນໍາໃຊ້ສໍາລັບລະບົບທີ່ມີ kernel ດັດແປງ (dom0 ດໍາເນີນການໃນຮູບແບບນີ້);
• virtualization ເຕັມຮູບແບບ (HVM) - ໃນໂຫມດນີ້, ການສະຫນັບສະຫນູນຮາດແວແມ່ນໃຊ້ສໍາລັບຊັບພະຍາກອນຂອງໂປເຊດເຊີ, ແລະອຸປະກອນອື່ນໆທັງຫມົດແມ່ນemulated ໂດຍໃຊ້ QEMU. ນີ້ແມ່ນວິທີການທົ່ວໄປທີ່ສຸດທີ່ຈະດໍາເນີນການລະບົບປະຕິບັດການຕ່າງໆ;
• paravirtualization ຂອງຮາດແວ (PVH - ParaVirtualized Hardware) - ໂຫມດ virtualization ໂດຍໃຊ້ການສະຫນັບສະຫນູນຮາດແວໃນເວລາທີ່, ເພື່ອເຮັດວຽກກັບຮາດແວ, kernel ລະບົບແຂກໃຊ້ໄດເວີທີ່ປັບຕົວເຂົ້າກັບຄວາມສາມາດຂອງ hypervisor (ຕົວຢ່າງ, ຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ), ກໍາຈັດຄວາມຕ້ອງການຂອງ QEMU emulation. ແລະເພີ່ມປະສິດທິພາບ I/O. Linux kernel ເລີ່ມແຕ່ 4.11 ສາມາດເຮັດວຽກຢູ່ໃນໂໝດນີ້.

ເລີ່ມຕົ້ນດ້ວຍ Qubes 4.0, ສໍາລັບເຫດຜົນດ້ານຄວາມປອດໄພ, ການໃຊ້ໂຫມດ paravirtualization ແມ່ນຖືກປະຖິ້ມ (ລວມທັງເນື່ອງຈາກຊ່ອງໂຫວ່ທີ່ຮູ້ຈັກໃນສະຖາປັດຕະຍະກໍາ Intel, ເຊິ່ງຖືກຫຼຸດຜ່ອນບາງສ່ວນໂດຍການນໍາໃຊ້ virtualization ຢ່າງເຕັມທີ່); ໂຫມດ PVH ຖືກໃຊ້ໂດຍຄ່າເລີ່ມຕົ້ນ.

ເມື່ອນໍາໃຊ້ emulation (HVM mode), QEMU ຖືກເປີດຕົວໃນ VM ທີ່ໂດດດ່ຽວທີ່ເອີ້ນວ່າ stubdomain, ດັ່ງນັ້ນການຫຼຸດຜ່ອນຄວາມສ່ຽງຕໍ່ການຂຸດຄົ້ນຄວາມຜິດພາດທີ່ອາດຈະເກີດຂື້ນໃນການປະຕິບັດ (ໂຄງການ QEMU ມີລະຫັດຫຼາຍ, ລວມທັງຄວາມເຂົ້າກັນໄດ້).
ໃນກໍລະນີຂອງພວກເຮົາ, ໂຫມດນີ້ຄວນຈະຖືກໃຊ້ສໍາລັບ Windows.

ບໍລິການເຄື່ອງ virtual

ໃນສະຖາປັດຕະຍະກໍາຄວາມປອດໄພ Qubes, ຫນຶ່ງໃນຄວາມສາມາດທີ່ສໍາຄັນຂອງ hypervisor ແມ່ນການໂອນອຸປະກອນ PCI ໄປສູ່ສະພາບແວດລ້ອມຂອງແຂກ. ການຍົກເວັ້ນຮາດແວຊ່ວຍໃຫ້ທ່ານສາມາດແຍກສ່ວນໂຮດຂອງລະບົບອອກຈາກການໂຈມຕີພາຍນອກ. Xen ສະຫນັບສະຫນູນນີ້ສໍາລັບໂຫມດ PV ແລະ HVM, ໃນກໍລະນີທີສອງມັນຮຽກຮ້ອງໃຫ້ມີການສະຫນັບສະຫນູນ IOMMU (Intel VT-d) - hardware memory management for virtualized devices .

ນີ້ສ້າງລະບົບ virtual machines ຫຼາຍ:

• sys-net, ທີ່ອຸປະກອນເຄືອຂ່າຍຖືກໂອນແລະຖືກນໍາໃຊ້ເປັນຂົວສໍາລັບ VMs ອື່ນໆ, ສໍາລັບການຍົກຕົວຢ່າງ, ທີ່ປະຕິບັດຫນ້າທີ່ຂອງ firewall ຫຼືລູກຄ້າ VPN;
• sys-usb, ທີ່ USB ແລະຕົວຄວບຄຸມອຸປະກອນຕໍ່ຂ້າງອື່ນໆຖືກໂອນ;
• sys-firewall, ເຊິ່ງບໍ່ໄດ້ໃຊ້ອຸປະກອນ, ແຕ່ເຮັດວຽກເປັນ firewall ສໍາລັບ VMs ທີ່ເຊື່ອມຕໍ່.

ເພື່ອເຮັດວຽກກັບອຸປະກອນ USB, ການບໍລິການພຣັອກຊີຖືກນໍາໃຊ້, ເຊິ່ງສະຫນອງ, ໃນບັນດາສິ່ງອື່ນໆ:

• ສໍາລັບ HID (ອຸປະກອນການໂຕ້ຕອບຂອງມະນຸດ) ຫ້ອງຮຽນອຸປະກອນ, ສົ່ງຄໍາສັ່ງກັບ dom0;
• ສໍາລັບສື່ທີ່ຖອດອອກໄດ້, ການປ່ຽນເສັ້ນທາງຂອງປະລິມານອຸປະກອນໄປຫາ VMs ອື່ນໆ (ຍົກເວັ້ນ dom0);
• ການປ່ຽນເສັ້ນທາງໂດຍກົງໄປຫາອຸປະກອນ USB (ໂດຍໃຊ້ USBIP ແລະເຄື່ອງມືການເຊື່ອມໂຍງ).

ໃນການຕັ້ງຄ່າດັ່ງກ່າວ, ການໂຈມຕີທີ່ປະສົບຜົນສໍາເລັດໂດຍຜ່ານເຄືອຂ່າຍ stack ຫຼືອຸປະກອນທີ່ເຊື່ອມຕໍ່ສາມາດນໍາໄປສູ່ການປະນີປະນອມຂອງບໍລິການທີ່ແລ່ນ VM ເທົ່ານັ້ນ, ແລະບໍ່ແມ່ນລະບົບທັງຫມົດ. ແລະຫຼັງຈາກເປີດບໍລິການ VM ຄືນໃໝ່, ມັນຈະຖືກໂຫຼດຢູ່ໃນສະຖານະເດີມ.

ເຄື່ອງມືການເຊື່ອມໂຍງ VM

ມີຫຼາຍວິທີທີ່ຈະພົວພັນກັບ desktop ຂອງເຄື່ອງ virtual - ການຕິດຕັ້ງແອັບພລິເຄຊັນໃນລະບົບແຂກຫຼືການຈໍາລອງວິດີໂອໂດຍໃຊ້ເຄື່ອງມື virtualization. ຄໍາຮ້ອງສະຫມັກຂອງແຂກສາມາດເປັນເຄື່ອງມືການເຂົ້າເຖິງຫ່າງໄກສອກຫຼີກທົ່ວໄປຕ່າງໆ (RDP, VNC, Spice, ແລະອື່ນໆ) ຫຼືປັບຕົວເຂົ້າກັບ hypervisor ສະເພາະ (ເຄື່ອງມືດັ່ງກ່າວມັກຈະເອີ້ນວ່າຜົນປະໂຫຍດຂອງແຂກ). ທາງເລືອກແບບປະສົມຍັງສາມາດຖືກນໍາໃຊ້, ເມື່ອ hypervisor emulates I/O ສໍາລັບລະບົບແຂກ, ແລະພາຍນອກສະຫນອງຄວາມສາມາດໃນການນໍາໃຊ້ໂປໂຕຄອນທີ່ປະສົມປະສານ I/O, ຕົວຢ່າງເຊັ່ນ Spice. ໃນຂະນະດຽວກັນ, ເຄື່ອງມືການເຂົ້າເຖິງຫ່າງໄກສອກຫຼີກມັກຈະເພີ່ມປະສິດທິພາບຂອງຮູບພາບ, ນັບຕັ້ງແຕ່ພວກມັນກ່ຽວຂ້ອງກັບການເຮັດວຽກຜ່ານເຄືອຂ່າຍ, ເຊິ່ງບໍ່ມີຜົນດີຕໍ່ຄຸນນະພາບຂອງຮູບພາບ.

Qubes ໃຫ້ເຄື່ອງມືຂອງຕົນເອງສໍາລັບການລວມ VM. ກ່ອນອື່ນ ໝົດ, ນີ້ແມ່ນລະບົບຍ່ອຍຂອງກາຟິກ - ປ່ອງຢ້ຽມຈາກ VMs ທີ່ແຕກຕ່າງກັນຖືກສະແດງຢູ່ໃນ desktop ດຽວທີ່ມີກອບສີຂອງຕົນເອງ. ໂດຍທົ່ວໄປ, ເຄື່ອງມືການເຊື່ອມໂຍງແມ່ນອີງໃສ່ຄວາມສາມາດຂອງ hypervisor - ຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ (ຕາຕະລາງ Xen grant), ເຄື່ອງມືການແຈ້ງເຕືອນ (ຊ່ອງທາງເຫດການ Xen), ການແບ່ງປັນການເກັບຮັກສາ xenstore ແລະອະນຸສັນຍາການສື່ສານ vchan. ດ້ວຍການຊ່ວຍເຫຼືອຂອງພວກເຂົາ, ອົງປະກອບພື້ນຖານ qrexec ແລະ qubes-rpc, ແລະການບໍລິການແອັບພລິເຄຊັນຖືກປະຕິບັດ - ການປ່ຽນເສັ້ນທາງສຽງຫຼື USB, ການໂອນໄຟລ໌ຫຼືເນື້ອໃນ clipboard, ປະຕິບັດຄໍາສັ່ງແລະການເປີດຕົວແອັບພລິເຄຊັນ. ມັນເປັນໄປໄດ້ທີ່ຈະກໍານົດນະໂຍບາຍທີ່ອະນຸຍາດໃຫ້ທ່ານຈໍາກັດການບໍລິການທີ່ມີຢູ່ໃນ VM. ຮູບຂ້າງລຸ່ມນີ້ແມ່ນຕົວຢ່າງຂອງຂັ້ນຕອນການເລີ່ມຕົ້ນການໂຕ້ຕອບຂອງສອງ VMs.

ດັ່ງນັ້ນ, ການເຮັດວຽກໃນ VM ແມ່ນດໍາເນີນການໂດຍບໍ່ມີການນໍາໃຊ້ເຄືອຂ່າຍ, ເຊິ່ງອະນຸຍາດໃຫ້ນໍາໃຊ້ຢ່າງເຕັມທີ່ຂອງ VMs ອັດຕະໂນມັດເພື່ອຫຼີກເວັ້ນການຮົ່ວໄຫລຂອງຂໍ້ມູນ. ຕົວຢ່າງ, ນີ້ແມ່ນວິທີການແຍກການປະຕິບັດການເຂົ້າລະຫັດລັບ (PGP/SSH) ໄດ້ຖືກປະຕິບັດ, ເມື່ອກະແຈສ່ວນຕົວຖືກໃຊ້ໃນ VMs ທີ່ໂດດດ່ຽວແລະບໍ່ເກີນກວ່າພວກມັນ.

ແມ່ແບບ, ແອັບພລິເຄຊັນ ແລະ VMs ແບບຄັ້ງດຽວ

ການເຮັດວຽກຂອງຜູ້ໃຊ້ທັງຫມົດໃນ Qubes ແມ່ນເຮັດຢູ່ໃນເຄື່ອງ virtual. ລະບົບເຈົ້າພາບຕົ້ນຕໍແມ່ນໃຊ້ເພື່ອຄວບຄຸມແລະເບິ່ງເຫັນພວກມັນ. OS ໄດ້ຖືກຕິດຕັ້ງພ້ອມກັບຊຸດພື້ນຖານຂອງເຄື່ອງ virtual ທີ່ອີງໃສ່ແມ່ແບບ (TemplateVM). ແມ່ແບບນີ້ແມ່ນ Linux VM ໂດຍອີງໃສ່ການແຈກຢາຍ Fedora ຫຼື Debian, ດ້ວຍເຄື່ອງມືປະສົມປະສານທີ່ຕິດຕັ້ງແລະຕັ້ງຄ່າ, ແລະລະບົບສະເພາະແລະການແບ່ງປັນຜູ້ໃຊ້. ການຕິດຕັ້ງແລະການປັບປຸງຊອບແວແມ່ນດໍາເນີນໂດຍຜູ້ຈັດການຊຸດມາດຕະຖານ (dnf ຫຼື apt) ຈາກ repositories ທີ່ກໍານົດໄວ້ດ້ວຍການຢືນຢັນລາຍເຊັນດິຈິຕອນບັງຄັບ (GnuPG). ຈຸດປະສົງຂອງ VMs ດັ່ງກ່າວແມ່ນເພື່ອຮັບປະກັນຄວາມໄວ້ວາງໃຈໃນຄໍາຮ້ອງສະຫມັກ VMs ທີ່ເປີດຕົວບົນພື້ນຖານຂອງເຂົາເຈົ້າ.

ໃນຕອນເລີ່ມຕົ້ນ, ແອັບພລິເຄຊັນ VM (AppVM) ໃຊ້ພາບຖ່າຍຂອງການແບ່ງປັນລະບົບຂອງແມ່ແບບ VM ທີ່ສອດຄ້ອງກັນ, ແລະເມື່ອສໍາເລັດການລຶບ snapshot ນີ້ໂດຍບໍ່ມີການບັນທຶກການປ່ຽນແປງ. ຂໍ້​ມູນ​ທີ່​ຕ້ອງ​ການ​ໂດຍ​ຜູ້​ໃຊ້​ແມ່ນ​ໄດ້​ຖືກ​ເກັບ​ຮັກ​ສາ​ໄວ້​ໃນ​ການ​ແບ່ງ​ປັນ​ຜູ້​ໃຊ້​ເປັນ​ເອ​ກະ​ລັກ​ສໍາ​ລັບ​ແຕ່​ລະ​ຄໍາ​ຮ້ອງ​ສະ​ຫມັກ VM​, ເຊິ່ງ​ແມ່ນ​ຕິດ​ຕັ້ງ​ຢູ່​ໃນ​ລະ​ບົບ​ເຮືອນ​.

ການໃຊ້ VMs ທີ່ໃຊ້ແລ້ວຖິ້ມ (disposableVM) ສາມາດເປັນປະໂຫຍດຈາກມຸມເບິ່ງຄວາມປອດໄພ. VM ດັ່ງກ່າວຖືກສ້າງຂື້ນໂດຍອີງໃສ່ແມ່ແບບໃນເວລາທີ່ເລີ່ມຕົ້ນແລະຖືກເປີດຕົວສໍາລັບຈຸດປະສົງຫນຶ່ງ - ເພື່ອປະຕິບັດຄໍາຮ້ອງສະຫມັກຫນຶ່ງ, ສໍາເລັດການເຮັດວຽກຫຼັງຈາກປິດ. VMs ທີ່ໃຊ້ແລ້ວຖິ້ມສາມາດຖືກໃຊ້ເພື່ອເປີດໄຟລ໌ທີ່ໜ້າສົງໄສທີ່ເນື້ອຫາສາມາດນຳໄປສູ່ການຂູດຮີດຊ່ອງໂຫວ່ຂອງແອັບພລິເຄຊັນສະເພາະ. ຄວາມສາມາດໃນການດໍາເນີນການ VM ແບບຫນຶ່ງຄັ້ງຖືກປະສົມປະສານເຂົ້າໃນຕົວຈັດການໄຟລ໌ (Nautilus) ແລະລູກຄ້າອີເມວ (Thunderbird).

Windows VM ຍັງສາມາດຖືກນໍາໃຊ້ເພື່ອສ້າງແມ່ແບບແລະ VM ທີ່ໃຊ້ຄັ້ງດຽວໂດຍການຍ້າຍໂປຣໄຟລ໌ຜູ້ໃຊ້ໄປຫາພາກສ່ວນແຍກຕ່າງຫາກ. ໃນສະບັບຂອງພວກເຮົາ, ແບບດັ່ງກ່າວຈະຖືກນໍາໃຊ້ໂດຍຜູ້ໃຊ້ສໍາລັບວຽກງານການບໍລິຫານແລະການຕິດຕັ້ງຄໍາຮ້ອງສະຫມັກ. ອີງຕາມແມ່ແບບ, VMs ຫຼາຍໆແອັບພລິເຄຊັນຈະຖືກສ້າງຂື້ນ - ດ້ວຍການຈໍາກັດການເຂົ້າເຖິງເຄືອຂ່າຍ (ຄວາມສາມາດມາດຕະຖານ sys-firewall) ແລະບໍ່ມີການເຂົ້າເຖິງເຄືອຂ່າຍທັງຫມົດ (ອຸປະກອນເຄືອຂ່າຍ virtual ບໍ່ໄດ້ຖືກສ້າງ). ການປ່ຽນແປງແລະຄໍາຮ້ອງສະຫມັກທັງຫມົດທີ່ຕິດຕັ້ງຢູ່ໃນແມ່ແບບຈະສາມາດໃຊ້ໄດ້ໃນ VMs ເຫຼົ່ານີ້, ແລະເຖິງແມ່ນວ່າໂຄງການ bookmark ໄດ້ຖືກນໍາສະເຫນີ, ພວກເຂົາຈະບໍ່ມີການເຂົ້າເຖິງເຄືອຂ່າຍສໍາລັບການປະນີປະນອມ.

ຕໍ່ສູ້ກັບ Windows

ລັກສະນະທີ່ອະທິບາຍຂ້າງເທິງນີ້ແມ່ນພື້ນຖານຂອງ Qubes ແລະເຮັດວຽກຢ່າງຫມັ້ນຄົງ; ຄວາມຫຍຸ້ງຍາກເລີ່ມຕົ້ນດ້ວຍ Windows. ເພື່ອປະສົມປະສານຂອງ Windows, ທ່ານຕ້ອງໃຊ້ຊຸດເຄື່ອງມືຂອງແຂກ Qubes Windows Tools (QWT), ເຊິ່ງປະກອບມີໄດເວີສໍາລັບການເຮັດວຽກກັບ Xen, ໄດເວີ qvideo ແລະຊຸດຂອງຜົນປະໂຫຍດສໍາລັບການແລກປ່ຽນຂໍ້ມູນ (ການໂອນໄຟລ໌, clipboard). ຂະບວນການຕິດຕັ້ງແລະການຕັ້ງຄ່າໄດ້ຖືກບັນທຶກໄວ້ໃນລາຍລະອຽດຢູ່ໃນເວັບໄຊທ໌ຂອງໂຄງການ, ດັ່ງນັ້ນພວກເຮົາຈະແບ່ງປັນປະສົບການຄໍາຮ້ອງສະຫມັກຂອງພວກເຮົາ.

ຄວາມຫຍຸ້ງຍາກຕົ້ນຕໍແມ່ນການຂາດການສະຫນັບສະຫນູນສໍາລັບເຄື່ອງມືທີ່ພັດທະນາ. Key Developers (QWT) ປະກົດວ່າບໍ່ສາມາດໃຊ້ໄດ້ ແລະໂຄງການການເຊື່ອມໂຍງ Windows ກໍາລັງລໍຖ້າຜູ້ພັດທະນານໍາ. ດັ່ງນັ້ນ, ກ່ອນອື່ນ ໝົດ, ມັນ ຈຳ ເປັນຕ້ອງປະເມີນການປະຕິບັດຂອງມັນແລະສ້າງຄວາມເຂົ້າໃຈກ່ຽວກັບຄວາມເປັນໄປໄດ້ຂອງການສະຫນັບສະຫນູນມັນຢ່າງເປັນເອກະລາດ, ຖ້າຈໍາເປັນ. ຄວາມຫຍຸ້ງຍາກທີ່ສຸດໃນການພັດທະນາແລະດີບັກແມ່ນໄດເວີກຣາຟິກ, ເຊິ່ງເຮັດຕາມຕົວດັດແປງວິດີໂອແລະສະແດງເພື່ອສ້າງຮູບພາບໃນຫນ່ວຍຄວາມຈໍາທີ່ໃຊ້ຮ່ວມກັນ, ຊ່ວຍໃຫ້ທ່ານສາມາດສະແດງ desktop ທັງຫມົດຫຼືປ່ອງຢ້ຽມແອັບພລິເຄຊັນໂດຍກົງໃນປ່ອງຢ້ຽມຂອງລະບົບໂຮດ. ໃນ​ລະ​ຫວ່າງ​ການ​ວິ​ເຄາະ​ການ​ດໍາ​ເນີນ​ງານ​ຂອງ​ຄົນ​ຂັບ​ໄດ້​, ພວກ​ເຮົາ​ປັບ​ລະ​ຫັດ​ສໍາ​ລັບ​ການ​ປະ​ກອບ​ໃນ​ສະ​ພາບ​ແວດ​ລ້ອມ Linux ແລະ​ເຮັດ​ວຽກ​ອອກ​ໂຄງ​ການ​ແກ້​ໄຂ​ລະ​ຫວ່າງ​ສອງ​ລະ​ບົບ​ແຂກ Windows​. ໃນຂັ້ນຕອນຂອງ crossbuild, ພວກເຮົາໄດ້ເຮັດການປ່ຽນແປງຫຼາຍຢ່າງທີ່ເຮັດໃຫ້ສິ່ງທີ່ງ່າຍດາຍສໍາລັບພວກເຮົາ, ສ່ວນໃຫຍ່ແມ່ນກ່ຽວກັບການຕິດຕັ້ງ "ງຽບ" ຂອງອຸປະກອນ, ແລະຍັງໄດ້ລົບລ້າງການເສື່ອມໂຊມທີ່ຫນ້າລໍາຄານຂອງການປະຕິບັດໃນເວລາທີ່ເຮັດວຽກຢູ່ໃນ VM ເປັນເວລາດົນນານ. ພວກເຮົາໄດ້ນໍາສະເຫນີຜົນຂອງການເຮັດວຽກໃນແຍກຕ່າງຫາກ ຄັງເກັບມ້ຽນ, ດັ່ງນັ້ນບໍ່ດົນ ແຮງບັນດານໃຈ ຜູ້ນໍາພັດທະນາ Qubes.

ຂັ້ນຕອນທີ່ສໍາຄັນທີ່ສຸດໃນຄວາມຫມັ້ນຄົງຂອງລະບົບຂອງແຂກແມ່ນການເລີ່ມຕົ້ນຂອງ Windows, ທີ່ນີ້ທ່ານສາມາດເບິ່ງຫນ້າຈໍສີຟ້າທີ່ຄຸ້ນເຄີຍ (ຫຼືແມ້ກະທັ້ງບໍ່ເຫັນມັນ). ສໍາລັບຄວາມຜິດພາດທີ່ຖືກກໍານົດສ່ວນໃຫຍ່, ມີການແກ້ໄຂຕ່າງໆ - ການກໍາຈັດໄດເວີອຸປະກອນຕັນ Xen, ການປິດການດຸ່ນດ່ຽງຫນ່ວຍຄວາມຈໍາ VM, ການແກ້ໄຂການຕັ້ງຄ່າເຄືອຂ່າຍ, ແລະການຫຼຸດຜ່ອນຈໍານວນຂອງແກນ. ເຄື່ອງ​ມື​ແຂກ​ຂອງ​ພວກ​ເຮົາ​ສ້າງ​ການ​ຕິດ​ຕັ້ງ​ແລະ​ແລ່ນ​ໃນ Windows 7 ແລະ Windows 10 ການ​ປັບ​ປຸງ​ຢ່າງ​ເຕັມ​ທີ່ (ຍົກ​ເວັ້ນ qvideo​)​.

ເມື່ອຍ້າຍຈາກສະພາບແວດລ້ອມທີ່ແທ້ຈິງໄປສູ່ virtual ຫນຶ່ງ, ບັນຫາທີ່ເກີດຂື້ນກັບການເປີດໃຊ້ Windows ຖ້າມີການນໍາໃຊ້ສະບັບ OEM ທີ່ຕິດຕັ້ງໄວ້ລ່ວງຫນ້າ. ລະບົບດັ່ງກ່າວໃຊ້ການເປີດໃຊ້ງານໂດຍອີງໃສ່ໃບອະນຸຍາດທີ່ລະບຸໄວ້ໃນ UEFI ຂອງອຸປະກອນ. ເພື່ອປະມວນຜົນການເປີດໃຊ້ຢ່າງຖືກຕ້ອງ, ມັນຈໍາເປັນຕ້ອງແປຫນຶ່ງໃນພາກສ່ວນ ACPI ທັງຫມົດຂອງລະບົບເຈົ້າພາບ (ຕາຕະລາງ SLIC) ໃຫ້ກັບລະບົບແຂກແລະແກ້ໄຂເລັກນ້ອຍ, ລົງທະບຽນຜູ້ຜະລິດ. Xen ຊ່ວຍໃຫ້ທ່ານສາມາດປັບແຕ່ງເນື້ອຫາ ACPI ຂອງຕາຕະລາງເພີ່ມເຕີມ, ແຕ່ໂດຍບໍ່ມີການດັດແປງຕົ້ນຕໍ. Patch ຈາກໂຄງການ OpenXT ທີ່ຄ້າຍຄືກັນ, ເຊິ່ງຖືກດັດແປງສໍາລັບ Qubes, ຊ່ວຍແກ້ໄຂ. ການແກ້ໄຂເບິ່ງຄືວ່າເປັນປະໂຫຍດບໍ່ພຽງແຕ່ພວກເຮົາເທົ່ານັ້ນແລະໄດ້ຖືກແປເຂົ້າໄປໃນບ່ອນເກັບມ້ຽນ Qubes ຕົ້ນຕໍແລະຫ້ອງສະຫມຸດ Libvirt.

ຂໍ້ເສຍທີ່ຊັດເຈນຂອງເຄື່ອງມືການເຊື່ອມໂຍງຂອງ Windows ປະກອບມີການຂາດການສະຫນັບສະຫນູນສຽງ, ອຸປະກອນ USB, ແລະຄວາມຊັບຊ້ອນຂອງການເຮັດວຽກກັບສື່, ເນື່ອງຈາກວ່າບໍ່ມີການຮອງຮັບຮາດແວສໍາລັບ GPU. ແຕ່ຂ້າງເທິງບໍ່ໄດ້ປ້ອງກັນການນໍາໃຊ້ VM ສໍາລັບການເຮັດວຽກກັບເອກະສານຫ້ອງການ, ແລະບໍ່ໄດ້ປ້ອງກັນການເປີດຕົວຂອງຄໍາຮ້ອງສະຫມັກຂອງບໍລິສັດສະເພາະ.

ຄວາມຕ້ອງການເພື່ອປ່ຽນໄປໃຊ້ຮູບແບບການເຮັດວຽກໂດຍບໍ່ມີເຄືອຂ່າຍຫຼືເຄືອຂ່າຍຈໍາກັດຫຼັງຈາກການສ້າງແມ່ແບບ Windows VM ໄດ້ຖືກປະຕິບັດໂດຍການສ້າງການຕັ້ງຄ່າທີ່ເຫມາະສົມຂອງແອັບພລິເຄຊັນ VMs, ແລະຄວາມເປັນໄປໄດ້ຂອງການເລືອກເຊື່ອມຕໍ່ສື່ທີ່ຖອດອອກໄດ້ກໍ່ຖືກແກ້ໄຂໂດຍເຄື່ອງມືມາດຕະຖານ OS - ເມື່ອເຊື່ອມຕໍ່. , ພວກມັນມີຢູ່ໃນລະບົບ VM sys-usb, ຈາກບ່ອນທີ່ພວກເຂົາສາມາດ "ສົ່ງຕໍ່" ໄປຫາ VM ທີ່ຕ້ອງການ. ເດັສທັອບຂອງຜູ້ໃຊ້ເບິ່ງຄືແນວນີ້.

ສະບັບສຸດທ້າຍຂອງລະບົບແມ່ນໃນທາງບວກ (ເທົ່າທີ່ການແກ້ໄຂທີ່ສົມບູນແບບດັ່ງກ່າວອະນຸຍາດໃຫ້) ຍອມຮັບໂດຍຜູ້ໃຊ້, ແລະເຄື່ອງມືມາດຕະຖານຂອງລະບົບເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະຂະຫຍາຍແອັບພລິເຄຊັນໄປສູ່ສະຖານີເຮັດວຽກມືຖືຂອງຜູ້ໃຊ້ດ້ວຍການເຂົ້າເຖິງຜ່ານ VPN.

ແທນທີ່ຈະເປັນການສະຫລຸບໄດ້

Virtualization ໂດຍທົ່ວໄປຊ່ວຍໃຫ້ທ່ານສາມາດຫຼຸດຜ່ອນຄວາມສ່ຽງຂອງການນໍາໃຊ້ລະບົບ Windows ທີ່ປະໄວ້ໂດຍບໍ່ມີການສະຫນັບສະຫນູນ - ມັນບໍ່ບັງຄັບໃຫ້ເຂົ້າກັນໄດ້ກັບຮາດແວໃຫມ່, ມັນຊ່ວຍໃຫ້ທ່ານສາມາດຍົກເວັ້ນຫຼືຄວບຄຸມການເຂົ້າເຖິງລະບົບຜ່ານເຄືອຂ່າຍຫຼືຜ່ານອຸປະກອນທີ່ເຊື່ອມຕໍ່, ແລະມັນຊ່ວຍໃຫ້ທ່ານສາມາດ ປະຕິບັດສະພາບແວດລ້ອມການເປີດຕົວຄັ້ງດຽວ.

ອີງໃສ່ຄວາມຄິດຂອງການໂດດດ່ຽວໂດຍຜ່ານການ virtualization, Qubes OS ຊ່ວຍໃຫ້ທ່ານ leverage ເຫຼົ່ານີ້ແລະກົນໄກອື່ນໆສໍາລັບຄວາມປອດໄພ. ຈາກພາຍນອກ, ປະຊາຊົນຈໍານວນຫຼາຍເຫັນວ່າ Qubes ຕົ້ນຕໍແມ່ນຄວາມປາຖະຫນາສໍາລັບການປິດບັງຊື່, ແຕ່ມັນເປັນລະບົບທີ່ເປັນປະໂຫຍດທັງສໍາລັບວິສະວະກອນ, ຜູ້ທີ່ມັກຈະ juggle ໂຄງການ, ໂຄງສ້າງພື້ນຖານ, ແລະຄວາມລັບໃນການເຂົ້າເຖິງພວກເຂົາ, ແລະສໍາລັບນັກຄົ້ນຄວ້າຄວາມປອດໄພ. ການແຍກຄໍາຮ້ອງສະຫມັກ, ຂໍ້ມູນແລະການປະຕິສໍາພັນຢ່າງເປັນທາງການຂອງເຂົາເຈົ້າແມ່ນຂັ້ນຕອນເບື້ອງຕົ້ນຂອງການວິເຄາະໄພຂົ່ມຂູ່ແລະການອອກແບບລະບົບຄວາມປອດໄພ. ການແຍກນີ້ຊ່ວຍສ້າງໂຄງສ້າງຂໍ້ມູນແລະຫຼຸດຜ່ອນຄວາມເປັນໄປໄດ້ຂອງຄວາມຜິດພາດຍ້ອນປັດໃຈຂອງມະນຸດ - ຄວາມຮີບຮ້ອນ, ຄວາມເມື່ອຍລ້າ, ແລະອື່ນໆ.

ໃນປັດຈຸບັນ, ຈຸດສຸມຕົ້ນຕໍໃນການພັດທະນາແມ່ນກ່ຽວກັບການຂະຫຍາຍການເຮັດວຽກຂອງສະພາບແວດລ້ອມ Linux. ຮຸ່ນ 4.1 ກໍາລັງຖືກກະກຽມສໍາລັບການປ່ອຍ, ເຊິ່ງຈະອີງໃສ່ Fedora 31 ແລະປະກອບມີສະບັບປະຈຸບັນຂອງອົງປະກອບທີ່ສໍາຄັນ Xen ແລະ Libvirt. ມັນເປັນມູນຄ່າທີ່ສັງເກດວ່າ Qubes ຖືກສ້າງຂື້ນໂດຍຜູ້ຊ່ຽວຊານດ້ານຄວາມປອດໄພຂໍ້ມູນຂ່າວສານທີ່ສະເຫມີອອກການປັບປຸງທັນທີຖ້າໄພຂົ່ມຂູ່ຫຼືຄວາມຜິດພາດໃຫມ່ຖືກລະບຸ.

Afterword

ຫນຶ່ງໃນຄວາມສາມາດທົດລອງທີ່ພວກເຮົາກໍາລັງພັດທະນາຊ່ວຍໃຫ້ພວກເຮົາສາມາດສ້າງ VMs ທີ່ມີການສະຫນັບສະຫນູນສໍາລັບແຂກເຂົ້າເຖິງ GPU ໂດຍອີງໃສ່ເທກໂນໂລຍີ Intel GVT-g, ເຊິ່ງຊ່ວຍໃຫ້ພວກເຮົານໍາໃຊ້ຄວາມສາມາດຂອງອະແດບເຕີກາຟິກແລະຂະຫຍາຍຂອບເຂດຂອງລະບົບຢ່າງຫຼວງຫຼາຍ. ໃນ​ເວ​ລາ​ຂອງ​ການ​ຂຽນ​, ການ​ທໍາ​ງານ​ນີ້​ເຮັດ​ວຽກ​ສໍາ​ລັບ​ການ​ທົດ​ສອບ​ການ​ສ້າງ​ຂອງ Qubes 4.1​, ແລະ​ມີ​ຢູ່​ໃນ​ GitHub.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com