Windows 7 सह कार्य करण्यासाठी QubesOS वापरणे

Qubes ऑपरेटिंग सिस्टीमला समर्पित Habré वर फारसे लेख नाहीत आणि मी पाहिलेले लेख ते वापरण्याच्या अनुभवाचे फारसे वर्णन करत नाहीत. कटच्या खाली, मी विंडोज पर्यावरणाचे संरक्षण (विरुद्ध) क्यूब्स वापरण्याचे उदाहरण वापरून हे दुरुस्त करण्याची आशा करतो आणि त्याच वेळी, सिस्टमच्या रशियन भाषिक वापरकर्त्यांच्या संख्येचा अंदाज लावतो.

क्यूब्स का?

विंडोज 7 साठी तांत्रिक समर्थनाच्या समाप्तीची कहाणी आणि वापरकर्त्यांची वाढती चिंता यामुळे खालील आवश्यकता लक्षात घेऊन या ओएसचे कार्य आयोजित करण्याची आवश्यकता निर्माण झाली:

• वापरकर्त्यासाठी अपडेट्स आणि विविध ऍप्लिकेशन्स (इंटरनेट द्वारे समाविष्ट) स्थापित करण्याच्या क्षमतेसह पूर्णपणे सक्रिय विंडोज 7 चा वापर सुनिश्चित करा;
• अटींवर आधारित नेटवर्क परस्परसंवादांचे पूर्ण किंवा निवडक अपवर्जन लागू करा (स्वायत्त ऑपरेशन आणि रहदारी फिल्टरिंग मोड);
• काढता येण्याजोगे मीडिया आणि उपकरणे निवडकपणे कनेक्ट करण्याची क्षमता प्रदान करते.

निर्बंधांचा हा संच स्पष्टपणे तयार केलेल्या वापरकर्त्याला गृहीत धरतो, कारण स्वतंत्र प्रशासनास परवानगी आहे आणि निर्बंध त्याच्या संभाव्य कृती अवरोधित करण्याशी संबंधित नाहीत, परंतु संभाव्य त्रुटी किंवा विनाशकारी सॉफ्टवेअर प्रभाव वगळण्याशी संबंधित आहेत. त्या. मॉडेलमध्ये कोणताही अंतर्गत अपराधी नाही.

आमच्या निराकरणाच्या शोधात, आम्ही अंगभूत किंवा अतिरिक्त विंडोज टूल्स वापरून निर्बंध लागू करण्याची कल्पना त्वरीत सोडून दिली, कारण प्रशासक अधिकारांसह वापरकर्त्यास प्रभावीपणे प्रतिबंधित करणे खूप कठीण आहे, त्याला अनुप्रयोग स्थापित करण्याची क्षमता सोडून.

पुढील उपाय म्हणजे व्हर्च्युअलायझेशन वापरून अलगाव. डेस्कटॉप व्हर्च्युअलायझेशनसाठी सुप्रसिद्ध साधने (उदाहरणार्थ, व्हर्च्युअलबॉक्स) सुरक्षिततेच्या समस्यांचे निराकरण करण्यासाठी खराबपणे अनुकूल आहेत आणि सूचीबद्ध निर्बंध वापरकर्त्याने अतिथी व्हर्च्युअल मशीनचे गुणधर्म सतत बदलून किंवा समायोजित करून केले पाहिजेत (यापुढे संदर्भ VM म्हणून), ज्यामुळे त्रुटींचा धोका वाढतो.

त्याच वेळी, आम्हाला क्यूब्स वापरकर्त्याची डेस्कटॉप सिस्टम म्हणून वापरण्याचा अनुभव होता, परंतु अतिथी विंडोजसह कार्य करण्याच्या स्थिरतेबद्दल शंका होत्या. Qubes ची वर्तमान आवृत्ती तपासण्याचा निर्णय घेण्यात आला, कारण नमूद केलेल्या मर्यादा या प्रणालीच्या प्रतिमानामध्ये, विशेषत: व्हर्च्युअल मशीन टेम्पलेट्स आणि व्हिज्युअल इंटिग्रेशनच्या अंमलबजावणीमध्ये अगदी व्यवस्थित बसतात. पुढे, मी समस्येचे निराकरण करण्याचे उदाहरण वापरून क्यूब्सच्या कल्पना आणि साधनांबद्दल थोडक्यात बोलण्याचा प्रयत्न करेन.

Xen आभासीकरणाचे प्रकार

Qubes Xen हायपरवाइजरवर आधारित आहे, जे प्रोसेसर संसाधने, मेमरी आणि व्हर्च्युअल मशीन व्यवस्थापित करण्याचे कार्य कमी करते. लिनक्स कर्नल (dom0 साठी Qubes Fedora वितरण वापरते) वर आधारित उपकरणांसह इतर सर्व कार्ये dom0 मध्ये केंद्रित आहेत.

Xen अनेक प्रकारच्या व्हर्च्युअलायझेशनला समर्थन देते (मी इंटेल आर्किटेक्चरसाठी उदाहरणे देईन, जरी Xen इतरांना समर्थन देते):

• पॅराव्हर्च्युअलायझेशन (पीव्ही) - हार्डवेअर सपोर्ट न वापरता व्हर्च्युअलायझेशन मोड, कंटेनर व्हर्च्युअलायझेशनची आठवण करून देणारा, अनुकूल कर्नल असलेल्या सिस्टमसाठी वापरला जाऊ शकतो (dom0 या मोडमध्ये कार्य करतो);
• पूर्ण व्हर्च्युअलायझेशन (HVM) - या मोडमध्ये, हार्डवेअर समर्थन प्रोसेसर संसाधनांसाठी वापरले जाते, आणि इतर सर्व उपकरणे QEMU वापरून अनुकरण केले जातात. विविध ऑपरेटिंग सिस्टम चालवण्याचा हा सर्वात सार्वत्रिक मार्ग आहे;
• हार्डवेअरचे पॅराव्हर्च्युअलायझेशन (PVH - पॅराव्हर्च्युअलाइज्ड हार्डवेअर) - हार्डवेअर समर्थन वापरून वर्च्युअलायझेशन मोड जेव्हा, हार्डवेअरसह कार्य करण्यासाठी, अतिथी प्रणाली कर्नल हायपरवाइजरच्या क्षमतांनुसार (उदाहरणार्थ, सामायिक मेमरी) क्यूईएमयू इम्युलेशनची गरज काढून टाकण्यासाठी अनुकूल ड्रायव्हर्स वापरते. आणि I/O कार्यक्षमता वाढवणे. 4.11 पासून सुरू होणारे लिनक्स कर्नल या मोडमध्ये कार्य करू शकतात.

क्यूब्स 4.0 पासून सुरू करून, सुरक्षिततेच्या कारणास्तव, पॅराव्हर्च्युअलायझेशन मोडचा वापर सोडला आहे (इंटेल आर्किटेक्चरमधील ज्ञात भेद्यतेमुळे, ज्या पूर्ण व्हर्च्युअलायझेशनच्या वापरामुळे अंशतः कमी केल्या जातात); PVH मोड डीफॉल्टनुसार वापरला जातो.

इम्युलेशन (HVM मोड) वापरताना, QEMU ला स्टबडोमेन नावाच्या एका वेगळ्या VM मध्ये लॉन्च केले जाते, ज्यामुळे अंमलबजावणीतील संभाव्य त्रुटींचा फायदा घेण्याचे जोखीम कमी होते (QEMU प्रकल्पात सुसंगततेसह बरेच कोड असतात).
आमच्या बाबतीत, हा मोड विंडोजसाठी वापरला जावा.

सेवा आभासी मशीन

क्यूब्स सिक्युरिटी आर्किटेक्चरमध्ये, हायपरवाइजरच्या प्रमुख क्षमतेपैकी एक म्हणजे अतिथी वातावरणात PCI उपकरणांचे हस्तांतरण. हार्डवेअर अपवर्जन आपल्याला बाह्य हल्ल्यांपासून सिस्टमच्या होस्ट भागाला वेगळे करण्याची परवानगी देते. Xen PV आणि HVM मोडसाठी याचे समर्थन करते, दुसऱ्या प्रकरणात IOMMU (Intel VT-d) साठी समर्थन आवश्यक आहे - आभासी उपकरणांसाठी हार्डवेअर मेमरी व्यवस्थापन.

हे अनेक प्रणाली आभासी मशीन तयार करते:

• sys-net, ज्यामध्ये नेटवर्क डिव्हाइसेस हस्तांतरित केल्या जातात आणि जे इतर VM साठी ब्रिज म्हणून वापरले जातात, उदाहरणार्थ, जे फायरवॉल किंवा व्हीपीएन क्लायंटची कार्ये अंमलात आणतात;
• sys-usb, ज्यामध्ये USB आणि इतर परिधीय उपकरण नियंत्रक हस्तांतरित केले जातात;
• sys-फायरवॉल, जे उपकरणे वापरत नाही, परंतु कनेक्ट केलेल्या VM साठी फायरवॉल म्हणून कार्य करते.

यूएसबी उपकरणांसह कार्य करण्यासाठी, प्रॉक्सी सेवा वापरल्या जातात, जे इतर गोष्टींसह प्रदान करतात:

• HID (मानवी इंटरफेस डिव्हाइस) उपकरण वर्गासाठी, dom0 वर आदेश पाठवणे;
• काढता येण्याजोग्या मीडियासाठी, डिव्हाइस व्हॉल्यूमचे इतर VM वर पुनर्निर्देशन (dom0 वगळता);
• थेट USB डिव्हाइसवर पुनर्निर्देशित करणे (USBIP आणि एकत्रीकरण साधने वापरून).

अशा कॉन्फिगरेशनमध्ये, नेटवर्क स्टॅक किंवा कनेक्ट केलेल्या उपकरणांद्वारे यशस्वी आक्रमणामुळे केवळ चालू सेवा VM ची तडजोड होऊ शकते, संपूर्ण प्रणाली नाही. आणि सेवा VM रीस्टार्ट केल्यानंतर, ती त्याच्या मूळ स्थितीत लोड केली जाईल.

VM एकत्रीकरण साधने

व्हर्च्युअल मशीनच्या डेस्कटॉपशी संवाद साधण्याचे अनेक मार्ग आहेत - अतिथी प्रणालीमध्ये अनुप्रयोग स्थापित करणे किंवा व्हर्च्युअलायझेशन साधनांचा वापर करून व्हिडिओचे अनुकरण करणे. अतिथी ऍप्लिकेशन्स विविध युनिव्हर्सल रिमोट ऍक्सेस टूल्स (RDP, VNC, Spice, इ.) असू शकतात किंवा विशिष्ट हायपरवाइजर (अशा साधनांना सामान्यतः अतिथी उपयुक्तता म्हणतात). एक मिश्रित पर्याय देखील वापरला जाऊ शकतो, जेव्हा अतिथी प्रणालीसाठी हायपरवाइजर I/O चे अनुकरण करतो आणि बाह्यरित्या I/O एकत्र करणारा प्रोटोकॉल वापरण्याची क्षमता प्रदान करतो, उदाहरणार्थ, स्पाइस सारखे. त्याच वेळी, रिमोट ऍक्सेस साधने सहसा प्रतिमा ऑप्टिमाइझ करतात, कारण त्यात नेटवर्कद्वारे कार्य करणे समाविष्ट असते, ज्याचा प्रतिमेच्या गुणवत्तेवर सकारात्मक प्रभाव पडत नाही.

क्यूब्स VM एकत्रीकरणासाठी स्वतःची साधने प्रदान करते. सर्व प्रथम, ही एक ग्राफिक्स उपप्रणाली आहे - वेगवेगळ्या VM मधील विंडो त्यांच्या स्वतःच्या रंगाच्या फ्रेमसह एकाच डेस्कटॉपवर प्रदर्शित केल्या जातात. सर्वसाधारणपणे, एकत्रीकरण साधने हायपरवाइजरच्या क्षमतांवर आधारित असतात - सामायिक मेमरी (Xen अनुदान टेबल), सूचना साधने (Xen इव्हेंट चॅनेल), शेअर्ड स्टोरेज xenstore आणि vchan कम्युनिकेशन प्रोटोकॉल. त्यांच्या मदतीने, मूलभूत घटक qrexec आणि qubes-rpc, आणि ऍप्लिकेशन सेवा कार्यान्वित केल्या जातात - ऑडिओ किंवा USB पुनर्निर्देशन, फायली किंवा क्लिपबोर्ड सामग्री हस्तांतरित करणे, आदेश कार्यान्वित करणे आणि अनुप्रयोग लॉन्च करणे. VM वर उपलब्ध सेवा मर्यादित ठेवण्याची परवानगी देणारी धोरणे सेट करणे शक्य आहे. खालील आकृती दोन VM च्या परस्परसंवादाला प्रारंभ करण्याच्या प्रक्रियेचे उदाहरण आहे.

अशा प्रकारे, VM मध्ये कार्य नेटवर्क न वापरता चालते, जे माहिती गळती टाळण्यासाठी स्वायत्त VM चा पूर्ण वापर करण्यास अनुमती देते. उदाहरणार्थ, अशा प्रकारे क्रिप्टोग्राफिक ऑपरेशन्स (PGP/SSH) चे विभाजन लागू केले जाते, जेव्हा खाजगी की वेगळ्या VM मध्ये वापरल्या जातात आणि त्यांच्या पलीकडे जात नाहीत.

टेम्पलेट्स, ऍप्लिकेशन आणि एक-वेळ VM

Qubes मधील सर्व वापरकर्ता कार्य आभासी मशीनमध्ये केले जाते. मुख्य यजमान प्रणाली त्यांना नियंत्रित आणि दृश्यमान करण्यासाठी वापरली जाते. टेम्प्लेट-आधारित व्हर्च्युअल मशीन (टेम्पलेटव्हीएम) च्या मूलभूत संचासह OS स्थापित केले आहे. हे टेम्प्लेट Fedora किंवा Debian वितरणावर आधारित Linux VM आहे, ज्यामध्ये इंटिग्रेशन साधने स्थापित आणि कॉन्फिगर केलेली आहेत, आणि समर्पित सिस्टम आणि वापरकर्ता विभाजने आहेत. अनिवार्य डिजिटल स्वाक्षरी पडताळणी (GnuPG) सह कॉन्फिगर केलेल्या रेपॉजिटरीजमधून मानक पॅकेज व्यवस्थापक (dnf किंवा apt) द्वारे सॉफ्टवेअरची स्थापना आणि अद्यतन केले जाते. अशा व्हीएमचा उद्देश त्यांच्या आधारावर सुरू करण्यात आलेल्या व्हीएम अॅप्लिकेशनवर विश्वास सुनिश्चित करणे हा आहे.

स्टार्टअपवर, अॅप्लिकेशन VM (AppVM) संबंधित VM टेम्पलेटच्या सिस्टम विभाजनाचा स्नॅपशॉट वापरते आणि पूर्ण झाल्यावर बदल जतन न करता हा स्नॅपशॉट हटवते. वापरकर्त्याला आवश्यक असलेला डेटा प्रत्येक ऍप्लिकेशन VM साठी युनिक विभाजनामध्ये संग्रहित केला जातो, जो होम डिरेक्ट्रीमध्ये माउंट केला जातो.

डिस्पोजेबल व्हीएम (डिस्पोजेबलव्हीएम) वापरणे सुरक्षिततेच्या दृष्टिकोनातून उपयुक्त ठरू शकते. असा व्हीएम स्टार्टअपच्या वेळी टेम्पलेटवर आधारित तयार केला जातो आणि एका उद्देशासाठी लॉन्च केला जातो - एक अनुप्रयोग कार्यान्वित करण्यासाठी, ते बंद झाल्यानंतर कार्य पूर्ण करण्यासाठी. डिस्पोजेबल व्हीएमचा वापर संशयास्पद फायली उघडण्यासाठी केला जाऊ शकतो ज्यांच्या सामग्रीमुळे विशिष्ट अनुप्रयोग भेद्यतेचे शोषण होऊ शकते. एक-वेळ VM चालवण्याची क्षमता फाइल व्यवस्थापक (नॉटिलस) आणि ईमेल क्लायंट (थंडरबर्ड) मध्ये एकत्रित केली आहे.

Windows VM चा वापर वापरकर्ता प्रोफाइल वेगळ्या विभागात हलवून टेम्पलेट आणि एक-वेळचा VM तयार करण्यासाठी देखील वापरला जाऊ शकतो. आमच्या आवृत्तीमध्ये, अशा टेम्पलेटचा वापर वापरकर्त्याद्वारे प्रशासन कार्ये आणि अनुप्रयोग स्थापनेसाठी केला जाईल. टेम्प्लेटवर आधारित, अनेक अॅप्लिकेशन VM तयार केले जातील - नेटवर्कवर मर्यादित प्रवेशासह (मानक sys-फायरवॉल क्षमता) आणि नेटवर्कमध्ये प्रवेश न करता (व्हर्च्युअल नेटवर्क डिव्हाइस तयार केलेले नाही). टेम्पलेटमध्ये स्थापित केलेले सर्व बदल आणि ऍप्लिकेशन्स या VM मध्ये कार्य करण्यासाठी उपलब्ध असतील, आणि बुकमार्क प्रोग्राम सादर केले असले तरीही, त्यांना तडजोड करण्यासाठी नेटवर्क प्रवेश नसेल.

विंडोजसाठी लढा

वर वर्णन केलेली वैशिष्ट्ये क्यूब्सचा आधार आहेत आणि अगदी स्थिरपणे कार्य करतात; अडचणी विंडोजपासून सुरू होतात. विंडोज समाकलित करण्यासाठी, तुम्ही क्यूब्स विंडोज टूल्स (क्यूडब्ल्यूटी) गेस्ट टूल्सचा एक संच वापरला पाहिजे, ज्यामध्ये Xen सोबत काम करण्यासाठी ड्रायव्हर्स, एक क्यूव्हिडिओ ड्रायव्हर आणि माहितीच्या देवाणघेवाणीसाठी (फाइल ट्रान्सफर, क्लिपबोर्ड) युटिलिटीजचा समावेश आहे. प्रकल्पाच्या वेबसाइटवर स्थापना आणि कॉन्फिगरेशन प्रक्रियेचे तपशीलवार दस्तऐवजीकरण केले आहे, म्हणून आम्ही आमचा अनुप्रयोग अनुभव सामायिक करू.

मुख्य अडचण मूलत: विकसित साधनांच्या समर्थनाची कमतरता आहे. की डेव्हलपर्स (QWT) अनुपलब्ध असल्याचे दिसते आणि Windows इंटिग्रेशन प्रोजेक्ट लीड डेव्हलपरची वाट पाहत आहे. म्हणून, सर्वप्रथम, त्याच्या कार्यक्षमतेचे मूल्यांकन करणे आणि आवश्यक असल्यास, स्वतंत्रपणे समर्थन करण्याच्या शक्यतेची समज तयार करणे आवश्यक होते. विकसित करणे आणि डीबग करणे सर्वात कठीण आहे ग्राफिक्स ड्रायव्हर, जो व्हिडिओ अॅडॉप्टरचे अनुकरण करतो आणि शेअर केलेल्या मेमरीमध्ये प्रतिमा निर्माण करण्यासाठी डिस्प्ले करतो, ज्यामुळे तुम्हाला संपूर्ण डेस्कटॉप किंवा ऍप्लिकेशन विंडो थेट होस्ट सिस्टम विंडोमध्ये प्रदर्शित करण्याची परवानगी मिळते. ड्रायव्हरच्या ऑपरेशनच्या विश्लेषणादरम्यान, आम्ही लिनक्स वातावरणात असेंबलीसाठी कोड स्वीकारला आणि दोन विंडोज अतिथी प्रणालींमध्ये डीबगिंग योजना तयार केली. क्रॉसबिल्ड स्टेजवर, आम्ही अनेक बदल केले ज्याने आमच्यासाठी गोष्टी सुलभ केल्या, मुख्यत: युटिलिटीजच्या "शांत" स्थापनेच्या बाबतीत आणि दीर्घकाळ VM मध्ये काम करताना कार्यक्षमतेची त्रासदायक अधोगती देखील दूर केली. आम्ही कामाचे परिणाम स्वतंत्रपणे सादर केले भांडार, त्यामुळे जास्त काळ नाही प्रेरणादायी लीड क्यूब्स डेव्हलपर.

अतिथी प्रणालीच्या स्थिरतेच्या दृष्टीने सर्वात गंभीर टप्पा म्हणजे विंडोजचा प्रारंभ, येथे आपण परिचित निळा स्क्रीन पाहू शकता (किंवा ते पाहू शकत नाही). ओळखल्या गेलेल्या बहुतेक त्रुटींसाठी, विविध उपाय होते - Xen ब्लॉक डिव्हाइस ड्रायव्हर्स काढून टाकणे, VM मेमरी बॅलन्सिंग अक्षम करणे, नेटवर्क सेटिंग्ज निश्चित करणे आणि कोरची संख्या कमी करणे. आमची अतिथी साधने पूर्णतया अपडेटेड Windows 7 आणि Windows 10 (qvideo वगळता) वर स्थापित आणि चालवतात.

वास्तविक वातावरणातून आभासी वातावरणात जाताना, पूर्व-स्थापित OEM आवृत्त्या वापरल्या गेल्या असल्यास Windows सक्रिय करण्यात समस्या उद्भवते. अशा प्रणाली डिव्हाइसच्या UEFI मध्ये निर्दिष्ट केलेल्या परवान्यावर आधारित सक्रियकरण वापरतात. सक्रियतेवर योग्यरित्या प्रक्रिया करण्यासाठी, होस्ट सिस्टम (SLIC टेबल) च्या संपूर्ण ACPI विभागांपैकी एक अतिथी प्रणालीमध्ये अनुवादित करणे आणि निर्मात्याची नोंदणी करून इतरांना थोडेसे संपादित करणे आवश्यक आहे. Xen तुम्हाला अतिरिक्त टेबल्सची ACPI सामग्री सानुकूलित करण्याची परवानगी देते, परंतु मुख्य गोष्टी न बदलता. समान OpenXT प्रकल्पातील पॅच, जो Qubes साठी रुपांतरित करण्यात आला होता, त्याने समाधानास मदत केली. निराकरणे केवळ आम्हालाच उपयुक्त वाटली नाहीत आणि मुख्य Qubes भांडार आणि Libvirt लायब्ररीमध्ये अनुवादित केली गेली.

विंडोज इंटिग्रेशन टूल्सच्या स्पष्ट तोट्यांमध्ये ऑडिओ, यूएसबी डिव्हाइसेससाठी समर्थन नसणे आणि GPU साठी हार्डवेअर समर्थन नसल्यामुळे मीडियासह कार्य करण्याची जटिलता समाविष्ट आहे. परंतु वरील गोष्टी कार्यालयीन दस्तऐवजांसह कार्य करण्यासाठी VM चा वापर प्रतिबंधित करत नाहीत किंवा विशिष्ट कॉर्पोरेट अनुप्रयोग लॉन्च करण्यास प्रतिबंधित करत नाहीत.

विंडोज व्हीएम टेम्प्लेट तयार केल्यानंतर नेटवर्कशिवाय किंवा मर्यादित नेटवर्कसह ऑपरेटिंग मोडवर स्विच करण्याची आवश्यकता अॅप्लिकेशन व्हीएमची योग्य कॉन्फिगरेशन तयार करून पूर्ण केली गेली आणि काढता येण्याजोगा मीडिया निवडकपणे कनेक्ट करण्याची शक्यता देखील मानक OS टूल्सद्वारे सोडवली गेली - कनेक्ट केलेले असताना , ते VM sys-usb प्रणालीमध्ये उपलब्ध आहेत, तेथून ते आवश्यक VM वर "फॉरवर्ड" केले जाऊ शकतात. वापरकर्त्याचे डेस्कटॉप असे काहीतरी दिसते.

प्रणालीची अंतिम आवृत्ती सकारात्मकपणे (ज्यापर्यंत अशा सर्वसमावेशक समाधानास अनुमती देते) वापरकर्त्यांनी स्वीकारली आणि सिस्टमच्या मानक साधनांमुळे व्हीपीएन द्वारे प्रवेशासह अनुप्रयोगाचा विस्तार वापरकर्त्याच्या मोबाइल वर्कस्टेशनवर करणे शक्य झाले.

त्याऐवजी एक निष्कर्ष

सर्वसाधारणपणे व्हर्च्युअलायझेशन आपल्याला समर्थनाशिवाय सोडलेल्या विंडोज सिस्टम वापरण्याचे जोखीम कमी करण्यास अनुमती देते - हे नवीन हार्डवेअरसह सुसंगततेची सक्ती करत नाही, हे आपल्याला नेटवर्कवर किंवा कनेक्ट केलेल्या उपकरणांद्वारे सिस्टममध्ये प्रवेश वगळण्याची किंवा नियंत्रित करण्याची परवानगी देते आणि ते आपल्याला अनुमती देते. एक-वेळ लाँच वातावरण लागू करा.

व्हर्च्युअलायझेशनद्वारे अलगावच्या कल्पनेवर आधारित, Qubes OS तुम्हाला सुरक्षिततेसाठी या आणि इतर यंत्रणांचा लाभ घेण्यास मदत करते. बाहेरून, बरेच लोक क्यूब्सला मुख्यत्वे नाव गुप्त ठेवण्याची इच्छा म्हणून पाहतात, परंतु ती अभियंत्यांसाठी एक उपयुक्त प्रणाली आहे, जे सहसा प्रकल्प, पायाभूत सुविधा आणि त्यात प्रवेश करण्यासाठी रहस्ये शोधतात आणि सुरक्षा संशोधकांसाठी. ऍप्लिकेशन्सचे पृथक्करण, डेटा आणि त्यांच्या परस्परसंवादाचे औपचारिकीकरण हे धोक्याचे विश्लेषण आणि सुरक्षा प्रणाली डिझाइनचे प्रारंभिक टप्पे आहेत. हे पृथक्करण माहितीची रचना करण्यास मदत करते आणि मानवी घटक - घाई, थकवा इत्यादींमुळे त्रुटींची शक्यता कमी करते.

सध्या, विकासामध्ये मुख्य भर Linux वातावरणाची कार्यक्षमता वाढवण्यावर आहे. आवृत्ती 4.1 रिलीझसाठी तयार केली जात आहे, जी Fedora 31 वर आधारित असेल आणि Xen आणि Libvirt या प्रमुख घटकांच्या वर्तमान आवृत्त्यांचा समावेश असेल. हे लक्षात घेण्यासारखे आहे की Qubes हे माहिती सुरक्षा व्यावसायिकांनी तयार केले आहे जे नवीन धोके किंवा त्रुटी ओळखल्यास नेहमी त्वरित अद्यतने जारी करतात.

नंतरचा शब्द

आम्ही विकसित करत असलेल्या प्रायोगिक क्षमतांपैकी एक आम्हाला Intel GVT-g तंत्रज्ञानावर आधारित GPU मधील अतिथी प्रवेशासाठी समर्थनासह VMs तयार करण्यास अनुमती देते, ज्यामुळे आम्हाला ग्राफिक्स अॅडॉप्टरची क्षमता वापरता येते आणि सिस्टमची व्याप्ती लक्षणीयरीत्या विस्तृत करता येते. लेखनाच्या वेळी, ही कार्यक्षमता Qubes 4.1 च्या चाचणी बिल्डसाठी कार्य करते आणि वर उपलब्ध आहे github.

स्त्रोत: www.habr.com