क्रोम 84 रिलीज

गूगल प्रस्तुत वेब ब्राउज़र रिलीज क्रोम 84... साथ - साथ उपलब्ध है एक निःशुल्क प्रोजेक्ट की स्थिर रिलीज़ क्रोमियम, जो क्रोम के आधार के रूप में कार्य करता है। क्रोम ब्राउज़र विभिन्न Google लोगो का उपयोग, दुर्घटना की स्थिति में सूचनाएं भेजने के लिए एक प्रणाली की उपस्थिति, अनुरोध पर फ्लैश मॉड्यूल डाउनलोड करने की क्षमता, संरक्षित वीडियो सामग्री (डीआरएम) चलाने के लिए मॉड्यूल, खोज के दौरान स्वचालित रूप से अपडेट स्थापित करने और ट्रांसमिशन के लिए एक प्रणाली आरएलजेड पैरामीटर. Chrome 85 की अगली रिलीज़ 25 अगस्त को निर्धारित है।

मुख्य परिवर्तन в Chrome 84:

• अक्षम टीएलएस 1.0 और टीएलएस 1.1 प्रोटोकॉल के लिए समर्थन। सुरक्षित संचार चैनल पर साइटों तक पहुंचने के लिए, सर्वर को कम से कम टीएलएस 1.2 के लिए समर्थन प्रदान करना होगा, अन्यथा ब्राउज़र अब एक त्रुटि प्रदर्शित करेगा। Google के अनुसार, वर्तमान में लगभग 0.5% वेब पेज डाउनलोड TLS के पुराने संस्करणों का उपयोग करके किए जा रहे हैं। के अनुसार शटडाउन किया गया सिफारिशों IETF (इंटरनेट इंजीनियरिंग टास्क फोर्स)। टीएलएस 1.0/1.1 को अस्वीकार करने का कारण आधुनिक सिफर (उदाहरण के लिए, ईसीडीएचई और एईएडी) के लिए समर्थन की कमी और पुराने सिफर का समर्थन करने की आवश्यकता है, जिसकी विश्वसनीयता पर कंप्यूटिंग प्रौद्योगिकी के विकास के वर्तमान चरण में सवाल उठाया गया है (उदाहरण के लिए) , TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA के लिए समर्थन आवश्यक है, MD5 और SHA-1)। टीएलएस 1.0/1.1 पर वापसी की अनुमति देने वाली सेटिंग जनवरी 2021 तक बरकरार रखी जाएगी।
• अवरोधन प्रदान किया गया असुरक्षित बूट निष्पादन योग्य फ़ाइलों की (एन्क्रिप्शन के बिना) और अभिलेखों को असुरक्षित तरीके से लोड करते समय चेतावनियाँ जोड़ी गईं। भविष्य में, बिना एन्क्रिप्शन के फ़ाइल अपलोडिंग का समर्थन धीरे-धीरे बंद करने की योजना है। अवरोधन लागू किया गया है क्योंकि एन्क्रिप्शन के बिना फ़ाइलों को डाउनलोड करने का उपयोग एमआईटीएम हमलों के दौरान सामग्री को प्रतिस्थापित करके दुर्भावनापूर्ण कार्य करने के लिए किया जा सकता है।
• जोड़ा प्रारंभिक समर्थन पहचानकर्ता ग्राहक संकेत, उपयोगकर्ता-एजेंट हेडर के विकल्प के रूप में विकसित किया गया। क्लाइंट संकेत तंत्र उपयोगकर्ता-एजेंट के प्रतिस्थापन के रूप में "सेक-सीएच-यूए-*" हेडर की एक श्रृंखला प्रदान करता है, जो आपको केवल विशिष्ट ब्राउज़र और सिस्टम पैरामीटर (संस्करण, प्लेटफ़ॉर्म इत्यादि) के बारे में डेटा की चयनात्मक डिलीवरी व्यवस्थित करने की अनुमति देता है। सर्वर द्वारा अनुरोध के बाद. उपयोगकर्ता को यह निर्धारित करने का अवसर मिलता है कि कौन से पैरामीटर डिलीवरी के लिए स्वीकार्य हैं और साइट मालिकों को चुनिंदा रूप से ऐसी जानकारी प्रदान करते हैं। क्लाइंट संकेत का उपयोग करते समय, पहचानकर्ता स्पष्ट अनुरोध के बिना डिफ़ॉल्ट रूप से प्रसारित नहीं होता है, जो निष्क्रिय पहचान को असंभव बनाता है (डिफ़ॉल्ट रूप से, केवल ब्राउज़र नाम इंगित किया जाता है)। Работа पर उपयोगकर्ता-एजेंट एकीकरण स्थगित अगले साल तक।
• निरंतर सक्रियण
  और अधिक कठोर प्रतिबंध साइटों के बीच कुकीज़ का स्थानांतरण, जो था रद्द COVID-19 के कारण। गैर-एचटीटीपीएस अनुरोधों के लिए, वर्तमान पृष्ठ के डोमेन के अलावा अन्य साइटों तक पहुंचने पर तृतीय-पक्ष कुकीज़ सेट का प्रसंस्करण निषिद्ध है। ऐसी कुकीज़ का उपयोग विज्ञापन नेटवर्क, सोशल नेटवर्क विजेट और वेब एनालिटिक्स सिस्टम के कोड में साइटों के बीच उपयोगकर्ता की गतिविधियों को ट्रैक करने के लिए किया जाता है।

  याद रखें कि कुकीज़ के प्रसारण को नियंत्रित करने के लिए, सेट-कुकी हेडर में निर्दिष्ट सेमसाइट विशेषता का उपयोग किया जाता है, जो डिफ़ॉल्ट रूप से "सेमसाइट=लैक्स" मान पर सेट किया जाएगा, जो क्रॉस-साइट उप-अनुरोधों के लिए कुकीज़ भेजने को सीमित करता है। , जैसे कि एक छवि अनुरोध या किसी अन्य साइट से आईफ्रेम के माध्यम से सामग्री लोड करना। साइटें स्पष्ट रूप से कुकी सेटिंग को सेमसाइट=कोई नहीं पर सेट करके डिफ़ॉल्ट सेमसाइट व्यवहार को ओवरराइड कर सकती हैं। इसके अलावा, कुकी के लिए सेमसाइट=कोई नहीं का मान केवल सुरक्षित मोड में सेट किया जा सकता है (एचटीटीपीएस के माध्यम से कनेक्शन के लिए मान्य)। परिवर्तन चरणों में लागू किया जाएगा, उपयोगकर्ताओं के एक छोटे प्रतिशत के साथ शुरू किया जाएगा और फिर धीरे-धीरे इसकी पहुंच का विस्तार किया जाएगा।

• प्रायोगिक कार्यान्वयन जोड़ा गया संसाधन-गहन विज्ञापन अवरोधक, जिसे “chrome://flags/#enable-heavy-ad-intervention” सेटिंग का उपयोग करके सक्षम किया जा सकता है। ट्रैफ़िक और सीपीयू लोड सीमा पार होने के बाद अवरोधक आपको आईफ़्रेम विज्ञापन ब्लॉक को स्वचालित रूप से अक्षम करने की अनुमति देता है। यदि मुख्य थ्रेड ने कुल मिलाकर 60 सेकंड से अधिक सीपीयू समय या 15-सेकंड के अंतराल में 30 सेकंड (50 सेकंड से अधिक के लिए 30% संसाधनों की खपत) का उपभोग किया है, साथ ही 4 एमबी से अधिक होने पर ब्लॉकिंग शुरू हो जाएगी। नेटवर्क पर डेटा डाउनलोड किया गया है।

  अवरोधन केवल तभी काम करेगा जब सीमा पार होने से पहले, उपयोगकर्ता ने विज्ञापन इकाई के साथ बातचीत नहीं की (उदाहरण के लिए, उस पर क्लिक नहीं किया), जो यातायात प्रतिबंधों को ध्यान में रखते हुए, बड़े पैमाने पर ऑटो-प्लेबैक की अनुमति देगा उपयोगकर्ता द्वारा स्पष्ट रूप से प्लेबैक सक्रिय किए बिना विज्ञापन में मौजूद वीडियो को ब्लॉक कर दिया जाएगा। प्रस्तावित उपाय उपयोगकर्ताओं को अकुशल कोड कार्यान्वयन या जानबूझकर परजीवी गतिविधि (उदाहरण के लिए, खनन) वाले विज्ञापन से बचाएंगे। Google आंकड़ों के अनुसार, अवरुद्ध मानदंडों को पूरा करने वाले विज्ञापन सभी विज्ञापन इकाइयों का केवल 0.30% बनाते हैं, लेकिन साथ ही, ऐसे विज्ञापन आवेषण विज्ञापन की कुल मात्रा से 28% CPU संसाधनों और 27% ट्रैफ़िक का उपभोग करते हैं।

• जब ब्राउज़र विंडो उपयोगकर्ता के दृश्य क्षेत्र में नहीं होती है तो सीपीयू संसाधन खपत को कम करने के लिए काम किया गया है। Chrome अब जाँचता है कि क्या ब्राउज़र विंडो अन्य विंडो द्वारा ओवरलैप की गई है और ओवरलैप के क्षेत्रों में पिक्सेल खींचने से रोकता है। नई सुविधा धीरे-धीरे शुरू की जाएगी: Chrome 84 में कुछ उपयोगकर्ताओं के लिए और Chrome 85 में अन्य के लिए अनुकूलन चुनिंदा रूप से सक्षम किया जाएगा।
• सुरक्षा डिफ़ॉल्ट रूप से सक्षम है कष्टप्रद सूचनाएंउदाहरण के लिए, पुश सूचनाएं प्राप्त करने के अनुरोध वाला स्पैम। चूंकि ऐसे अनुरोध उपयोगकर्ता के काम में बाधा डालते हैं और पुष्टिकरण संवादों में कार्यों से ध्यान भटकाते हैं, पता बार में एक अलग संवाद के बजाय, एक सूचना संकेत जिसके लिए उपयोगकर्ता से कार्रवाई की आवश्यकता नहीं होती है, एक चेतावनी के साथ प्रदर्शित किया जाएगा कि अनुमतियों के लिए अनुरोध अवरुद्ध है , जो स्वचालित रूप से एक क्रॉस आउट घंटी की छवि के साथ एक संकेतक में छोटा हो जाता है। संकेतक पर क्लिक करके, आप किसी भी सुविधाजनक समय पर अनुरोधित अनुमति को सक्रिय या अस्वीकार कर सकते हैं।
  

• बाहरी प्रोटोकॉल के लिए हैंडलर खोलते समय उपयोगकर्ता की पसंद को याद रखा जाता है - उपयोगकर्ता एक विशिष्ट हैंडलर के लिए "इस साइट के लिए हमेशा अनुमति दें" का चयन कर सकता है और ब्राउज़र वर्तमान साइट के संबंध में इस निर्णय को याद रखेगा।
• स्पष्ट सहमति के बिना उपयोगकर्ता सेटिंग बदलने से सुरक्षा जोड़ी गई। यदि ऐड-ऑन नए टैब के लिए प्रदर्शित डिफ़ॉल्ट खोज इंजन या पृष्ठ को बदलता है, तो ब्राउज़र अब एक संवाद प्रदर्शित करेगा जो आपसे निर्दिष्ट ऑपरेशन की पुष्टि करने या परिवर्तन को रद्द करने के लिए कहेगा।
• निरंतर मिश्रित मल्टीमीडिया सामग्री को लोड करने के विरुद्ध सुरक्षा का कार्यान्वयन (जब संसाधन http:// प्रोटोकॉल के माध्यम से HTTPS पृष्ठ पर लोड किए जाते हैं)। HTTPS के माध्यम से खोले गए पृष्ठों पर, "http://" लिंक अब छवियों को लोड करने से जुड़े ब्लॉकों में स्वचालित रूप से "https://" से बदल दिए जाएंगे (स्क्रिप्ट और आईफ्रेम पहले बदल दिए गए थे, ऑडियो और वीडियो संसाधनों का स्वत: प्रतिस्थापन अपेक्षित है) अगली रिलीज़)। यदि कोई छवि https के माध्यम से उपलब्ध नहीं है, तो इसकी डाउनलोडिंग अवरुद्ध है (आप एड्रेस बार में पैडलॉक प्रतीक के माध्यम से पहुंच योग्य मेनू के माध्यम से ब्लॉकिंग को मैन्युअल रूप से चिह्नित कर सकते हैं)।
• एपीआई समर्थन जोड़ा गया वेब ओटीपी (एसएमएस रिसीवर एपीआई के रूप में विकसित), जो आपको उपयोगकर्ता के एंड्रॉइड स्मार्टफोन, जिस पर ब्राउज़र चल रहा है, पर भेजे गए पुष्टिकरण कोड के साथ एक एसएमएस संदेश प्राप्त करने के बाद वेब पेज पर वन-टाइम पासवर्ड की प्रविष्टि को व्यवस्थित करने की अनुमति देता है। उदाहरण के लिए, एसएमएस पुष्टिकरण का उपयोग पंजीकरण के दौरान उपयोगकर्ता द्वारा निर्दिष्ट फ़ोन नंबर को सत्यापित करने के लिए किया जा सकता है। यदि पहले उपयोगकर्ता को एसएमएस एप्लिकेशन खोलना था, उसमें से कोड को क्लिपबोर्ड पर कॉपी करना था, ब्राउज़र पर लौटना था और इस कोड को पेस्ट करना था, तो नया एपीआई इस प्रक्रिया को स्वचालित करना और इसे एक स्पर्श तक कम करना संभव बनाता है।
• एपीआई का विस्तार हुआ वेब एनिमेशन
  वेब एनीमेशन के प्लेबैक को नियंत्रित करने के लिए। नई रिलीज़ कंपोज़िटिंग संचालन के लिए समर्थन जोड़ती है, जिससे आप यह नियंत्रित कर सकते हैं कि प्रभाव कैसे संयोजित होते हैं और नए हैंडलर प्रदान करते हैं जिन्हें सामग्री प्रतिस्थापन घटनाओं के होने पर बुलाया जाता है। वेब एनिमेशन एपीआई अब एनिमेशन दिखाए जाने के क्रम को परिभाषित करने के लिए प्रॉमिस का भी समर्थन करता है और बेहतर नियंत्रण करता है कि एनिमेशन अन्य एप्लिकेशन सुविधाओं के साथ कैसे इंटरैक्ट करते हैं।

• ओरिजिन ट्रायल्स मोड में कई नए एपीआई जोड़े गए हैं (प्रयोगात्मक विशेषताएं जिन्हें अलग से सक्रियण की आवश्यकता होती है)। ओरिजिन ट्रायल का अर्थ है लोकलहोस्ट या 127.0.0.1 से डाउनलोड किए गए एप्लिकेशन से निर्दिष्ट एपीआई के साथ काम करने की क्षमता, या एक विशेष टोकन पंजीकृत करने और प्राप्त करने के बाद जो किसी विशिष्ट साइट के लिए सीमित समय के लिए वैध है।
  • API कुकी स्टोर सेवा कार्यकर्ता के लिए HTTP कुकीज़ तक पहुंच, document.cookie का उपयोग करने के लिए एक अतुल्यकालिक विकल्प के रूप में कार्य करता है।
  • API निष्क्रिय पहचान उपयोगकर्ता की निष्क्रियता का पता लगाने के लिए, आपको उस समय का पता लगाने की अनुमति देता है जब उपयोगकर्ता कीबोर्ड/माउस के साथ इंटरैक्ट नहीं कर रहा है, स्क्रीन सेवर चल रहा है, स्क्रीन लॉक है, या किसी अन्य मॉनिटर पर काम किया जा रहा है। निर्दिष्ट निष्क्रियता सीमा तक पहुंचने के बाद एक अधिसूचना भेजकर निष्क्रियता के बारे में एप्लिकेशन को सूचित किया जाता है।
  • शासन मूल अलगाव, डेवलपर को सिंक्रोनस जैसी कुछ विरासत सुविधाओं के लिए समर्थन बंद करने की कीमत पर, साइट के बजाय स्रोत (मूल - डोमेन + पोर्ट + प्रोटोकॉल) के संबंध में एक अलग प्रक्रिया में सामग्री प्रसंस्करण के अधिक पूर्ण अलगाव का उपयोग करने की अनुमति देता है। WebAssembly.Module उदाहरणों पर संदेश पोस्ट करने के लिए document.domain का उपयोग करके स्क्रिप्ट का निष्पादन और postMessage() को कॉल करना। दूसरे शब्दों में, ओरिजिन आइसोलेशन आपको संसाधन के डोमेन के आधार पर विभिन्न प्रक्रियाओं के बीच अलगाव को व्यवस्थित करने की अनुमति देता है, न कि पृष्ठों पर सभी बाहरी समावेशन वाली साइट के आधार पर।
  • API वेबअसेंबली SIMD WebAssembly प्रारूप में अनुप्रयोगों में वेक्टर SIMD निर्देशों का उपयोग करने के लिए। प्लेटफ़ॉर्म की स्वतंत्रता सुनिश्चित करने के लिए, यह एक नया 128-बिट प्रकार प्रदान करता है जो विभिन्न प्रकार के पैक्ड डेटा और पैक्ड डेटा को संसाधित करने के लिए कई बुनियादी वेक्टर संचालन का प्रतिनिधित्व कर सकता है। SIMD आपको डेटा प्रोसेसिंग को समानांतर करके उत्पादकता बढ़ाने की अनुमति देता है और WebAssembly में मूल कोड संकलित करते समय उपयोगी होगा। SIMD समर्थन सक्षम करने के लिए, आप "chrome://flags/#enable-webassembly-simd" सेटिंग का उपयोग कर सकते हैं।
• स्थिर किया गया और अब मूल परीक्षणों के बाहर वितरित किया गया
  API सामग्री अनुक्रमण, जो उस सामग्री के बारे में मेटाडेटा प्रदान करता है जो पहले प्रोग्रेसिव वेब ऐप्स (पीडब्ल्यूएस) मोड में चल रहे वेब अनुप्रयोगों द्वारा कैश किया गया था। एप्लिकेशन छवियों, वीडियो और लेखों सहित ब्राउज़र पक्ष पर विभिन्न डेटा को सहेज सकता है, और जब नेटवर्क कनेक्शन खो जाता है, तो कैश स्टोरेज और इंडेक्सडीडीबी एपीआई का उपयोग करके इसका उपयोग करें। कंटेंट इंडेक्सिंग एपीआई ऐसे संसाधनों को जोड़ना, ढूंढना और हटाना संभव बनाता है। ब्राउज़र में, इस एपीआई का उपयोग पहले से ही ऑफ़लाइन देखने के लिए उपलब्ध पृष्ठों और मल्टीमीडिया डेटा की सूची सूचीबद्ध करने के लिए किया जाता है।

• एपीआई संस्करण स्थिर हो गया जागा ताला प्रॉमिस तंत्र पर आधारित, जो ऑटो-लॉक स्क्रीन को अक्षम करने और डिवाइस को पावर-सेविंग मोड में स्विच करने को नियंत्रित करने का अधिक सुरक्षित तरीका प्रदान करता है।
• एंड्रॉइड प्लेटफ़ॉर्म के लिए संस्करण में जोड़ा एप्लिकेशन शॉर्टकट के लिए समर्थन, आपको एप्लिकेशन में लोकप्रिय विशिष्ट क्रियाओं तक त्वरित पहुंच प्रदान करने की अनुमति देता है। शॉर्टकट बनाने के लिए, बस PWA (प्रोग्रेसिव वेब ऐप्स) प्रारूप में वेब एप्लिकेशन मेनिफ़ेस्ट में तत्व जोड़ें।
  

• वेब वर्कर को एपीआई का उपयोग करने की अनुमति है रिपोर्टिंगऑब्जर्वर, जो आपको रिपोर्ट तैयार करने के लिए एक हैंडलर को परिभाषित करने की अनुमति देता है, जिसे पुरानी क्षमताओं तक पहुंचने पर बुलाया जाता है। उत्पन्न रिपोर्ट को उपयोगकर्ता के विवेक पर सहेजा जा सकता है, सर्वर पर भेजा जा सकता है, या जावास्क्रिप्ट स्क्रिप्ट द्वारा संसाधित किया जा सकता है।
• एपीआई अपडेट किया गया पर्यवेक्षक का आकार बदलें, जो आपको एक हैंडलर कनेक्ट करने की अनुमति देता है जिससे पृष्ठ पर निर्दिष्ट तत्वों के आकार में परिवर्तन के बारे में सूचनाएं भेजी जाएंगी। ResizeObserverEntry में तीन नए गुण जोड़े गए हैं: अधिक विस्तृत जानकारी प्रदान करने के लिए contentBoxSize, borderBoxSize और डिवाइसPixelContentBoxSize, ResizeObserverSize ऑब्जेक्ट की एक सरणी के रूप में लौटाए गए हैं।
• जोड़ा गया कीवर्ड "लौट आना»तत्व शैली को उसके डिफ़ॉल्ट मान पर रीसेट करने के लिए।
• सीएसएस गुणों "-वेबकिट-उपस्थिति" और "-वेबकिट-रूबी-स्थिति" के लिए उपसर्ग हटा दिया गया है, जो अब "के रूप में उपलब्ध हैंदिखावट"और"माणिक-स्थिति"।
• जावास्क्रिप्ट में कार्यान्वित किसी वर्ग के तरीकों और गुणों को निजी के रूप में चिह्नित करने के लिए समर्थन, जिसके बाद उन तक पहुंच केवल वर्ग के भीतर ही खुली होगी (पहले केवल फ़ील्ड निजी हो सकते थे)। विधियों और गुणों को निजी चिह्नित करने के लिए: निर्दिष्ट फ़ील्ड नाम से पहले "#" चिन्ह होता है।
• जावास्क्रिप्ट में जोड़ा समर्थन कमजोर कड़ियाँ (कमजोर संदर्भ) जावास्क्रिप्ट ऑब्जेक्ट्स के लिए जो आपको ऑब्जेक्ट का संदर्भ बनाए रखने की अनुमति देता है, लेकिन कचरा संग्रहकर्ता को संबंधित ऑब्जेक्ट को हटाने से नहीं रोकता है। फ़ाइनलाइज़र के लिए समर्थन भी जोड़ा गया है, जिससे एक हैंडलर को परिभाषित करना संभव हो जाता है जिसे निर्दिष्ट ऑब्जेक्ट का कचरा संग्रहण पूरा होने के बाद बुलाया जाता है।
• प्रारंभिक (बेसलाइन) लिफ़्टऑफ़ कंपाइलर में कार्यान्वयन के कारण, WebAssembly पर एप्लिकेशन के लॉन्च में तेजी आई है परमाणु निर्देश и बैच मेमोरी ऑपरेशन. WebAssembly को डिबग करने के लिए टूल में सुधार किया गया है, ब्रेकप्वाइंट का उपयोग करते समय डिबगिंग प्रदर्शन में काफी सुधार हुआ है (पहले, डिबगिंग के लिए दुभाषिया का उपयोग किया जाता था, और अब लिफ्टऑफ़ कंपाइलर)।
• वेब डेवलपर्स के लिए टूल pphttps://developers.google.com/web/updates/2020/05/devtools में प्रदर्शन विश्लेषण के लिए पैनल को अपडेट किया गया है। मीट्रिक के बारे में सामान्य जानकारी जोड़ी गई टीबीटी (कुल अवरोधन समय), यह दर्शाता है कि पृष्ठ कितनी देर तक उपलब्ध प्रतीत होता है, लेकिन वास्तव में उपलब्ध नहीं है (अर्थात पृष्ठ पहले ही प्रस्तुत किया जा चुका है, लेकिन मुख्य थ्रेड का निष्पादन अभी भी अवरुद्ध है और डेटा प्रविष्टि संभव नहीं है)। मेट्रिक्स विश्लेषण के लिए एक नया अनुभव अनुभाग जोड़ा गया CLS (संचयी लेआउट शिफ्ट), सामग्री की दृश्य स्थिरता को दर्शाता है। सीएसएस शैली निरीक्षण पैनल "पृष्ठभूमि-छवि" संपत्ति के माध्यम से निर्दिष्ट छवियों का पूर्वावलोकन प्रदान करता है।

नवाचारों और बग फिक्स के अलावा, नया संस्करण समाप्त कर देता है 38 कमजोरियाँ. उपकरणों के साथ स्वचालित परीक्षण के परिणामस्वरूप कई कमजोरियों की पहचान की गई पता सैनिटाइज़र, मेमोरी सैनिटाइज़र, नियंत्रण प्रवाह अखंडता, लिबफ़ुज़र и एएफएल. एक समस्या (सीवीई-2020-6510, फ़ेच बैकग्राउंड हैंडलर में बफर ओवरफ्लो) को गंभीर के रूप में चिह्नित किया गया है, यानी। आपको ब्राउज़र सुरक्षा के सभी स्तरों को बायपास करने और सैंडबॉक्स वातावरण के बाहर सिस्टम पर कोड निष्पादित करने की अनुमति देता है। वर्तमान रिलीज़ के लिए कमजोरियों की खोज के लिए नकद पुरस्कार देने के कार्यक्रम के हिस्से के रूप में, Google ने $26 (दो $21500 पुरस्कार, दो $5000 पुरस्कार, एक $3000 पुरस्कार, दो $2000 पुरस्कार, और तीन $1000 पुरस्कार) के 500 पुरस्कारों का भुगतान किया। 16 पुरस्कारों का आकार अभी तक निर्धारित नहीं किया गया है।

स्रोत: opennet.ru