Chrome 84 रिलीझ

Google सादर वेब ब्राउझर रिलीज Chrome 84... सोबतच उपलब्ध विनामूल्य प्रकल्पाचे स्थिर प्रकाशन Chromium, जे Chrome चा आधार म्हणून काम करते. क्रोम ब्राउझर भिन्न गुगल लोगोचा वापर, क्रॅश झाल्यास सूचना पाठविण्याच्या प्रणालीची उपस्थिती, विनंतीनुसार फ्लॅश मॉड्यूल डाउनलोड करण्याची क्षमता, संरक्षित व्हिडिओ सामग्री (डीआरएम) प्ले करण्यासाठी मॉड्यूल्स, शोध दरम्यान स्वयंचलितपणे अद्यतने आणि प्रसारण स्थापित करण्यासाठी एक प्रणाली RLZ पॅरामीटर्स. Chrome 85 चे पुढील प्रकाशन 25 ऑगस्ट रोजी होणार आहे.

मुख्य बदल करा в Chrome 84:

• अक्षम TLS 1.0 आणि TLS 1.1 प्रोटोकॉलसाठी समर्थन. सुरक्षित संप्रेषण चॅनेलवर साइट्सवर प्रवेश करण्यासाठी, सर्व्हरने किमान TLS 1.2 साठी समर्थन प्रदान करणे आवश्यक आहे, अन्यथा ब्राउझर आता त्रुटी प्रदर्शित करेल. Google च्या मते, सध्या TLS च्या कालबाह्य आवृत्त्यांचा वापर करून सुमारे 0.5% वेब पृष्ठ डाउनलोड केले जातात. नुसार बंद पार पडला शिफारसी IETF (इंटरनेट अभियांत्रिकी टास्क फोर्स). TLS 1.0/1.1 नाकारण्याचे कारण म्हणजे आधुनिक सिफरसाठी (उदाहरणार्थ, ECDHE आणि AEAD) समर्थनाचा अभाव आणि जुन्या सिफरला समर्थन देण्याची आवश्यकता, ज्याच्या विश्वासार्हतेवर सध्याच्या संगणकीय तंत्रज्ञानाच्या विकासाच्या टप्प्यावर प्रश्नचिन्ह आहे (उदाहरणार्थ , TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA साठी समर्थन आवश्यक आहे, MD5 आणि SHA-1). TLS 1.0/1.1 वर परत येण्याची परवानगी देणारी सेटिंग जानेवारी 2021 पर्यंत कायम ठेवली जाईल.
• ब्लॉकिंग प्रदान केले असुरक्षित बूट (एनक्रिप्शन शिवाय) एक्झिक्युटेबल फाइल्स आणि संग्रह असुरक्षितपणे लोड करताना जोडलेल्या चेतावणी. भविष्यात, एनक्रिप्शनशिवाय फाइल अपलोड करणे हळूहळू थांबवण्याची योजना आहे. ब्लॉकिंग लागू केले आहे कारण एनक्रिप्शनशिवाय फायली डाउनलोड करणे MITM हल्ल्यांदरम्यान सामग्री पुनर्स्थित करून दुर्भावनापूर्ण क्रिया करण्यासाठी वापरले जाऊ शकते.
• जोडले प्रारंभिक समर्थन अभिज्ञापक क्लायंट सूचना, वापरकर्ता-एजंट शीर्षलेखाला पर्याय म्हणून विकसित केले. क्लायंट हिंट्स यंत्रणा युजर-एजंटच्या बदली म्हणून “Sec-CH-UA-*” शीर्षलेखांची मालिका ऑफर करते, जी तुम्हाला विशिष्ट ब्राउझर आणि सिस्टम पॅरामीटर्स (आवृत्ती, प्लॅटफॉर्म इ.) बद्दल डेटाचे निवडक वितरण आयोजित करण्यास अनुमती देते. सर्व्हरच्या विनंतीनंतर. वापरकर्त्याला वितरणासाठी कोणते पॅरामीटर्स स्वीकार्य आहेत हे निर्धारित करण्याची आणि साइट मालकांना निवडकपणे अशी माहिती प्रदान करण्याची संधी मिळते. क्लायंट इशारे वापरताना, स्पष्ट विनंतीशिवाय अभिज्ञापक डीफॉल्टनुसार प्रसारित केला जात नाही, ज्यामुळे निष्क्रिय ओळख अशक्य होते (डीफॉल्टनुसार, फक्त ब्राउझरचे नाव सूचित केले जाते). काम वर वापरकर्ता-एजंट एकत्रीकरण पुढे ढकलले पुढच्या वर्षापर्यंत.
• चालू ठेवले सक्रियकरण
  अधिक कडक मर्यादा साइट्स दरम्यान कुकीजचे हस्तांतरण, जे होते रद्द केले COVID-19 मुळे. गैर-HTTPS विनंत्यांसाठी, वर्तमान पृष्ठाच्या डोमेनव्यतिरिक्त इतर साइट्सवर प्रवेश करताना सेट केलेल्या तृतीय-पक्ष कुकीजची प्रक्रिया प्रतिबंधित आहे. अशा कुकीजचा वापर जाहिरात नेटवर्क, सोशल नेटवर्क विजेट्स आणि वेब अॅनालिटिक्स सिस्टममधील साइट्समधील वापरकर्त्यांच्या हालचालींचा मागोवा घेण्यासाठी केला जातो.

  लक्षात ठेवा की कुकीजचे प्रसारण नियंत्रित करण्यासाठी, सेट-कुकी हेडरमध्ये निर्दिष्ट केलेली समानसाइट विशेषता वापरली जाते, जी डीफॉल्टनुसार “SameSite=Lax” या मूल्यावर सेट केली जाईल, जी क्रॉस-साइट उप-विनंत्यांना कुकीज पाठवण्यास मर्यादित करते. , जसे की प्रतिमा विनंती किंवा दुसर्‍या साइटवरून iframe द्वारे सामग्री लोड करणे. कुकी सेटिंग SameSite=None वर स्पष्टपणे सेट करून साइट डीफॉल्ट SameSite वर्तन ओव्हरराइड करू शकतात. शिवाय, SameSite=कुकीसाठी काहीही नाही हे मूल्य फक्त सुरक्षित मोडमध्ये सेट केले जाऊ शकते (HTTPS द्वारे कनेक्शनसाठी वैध). हा बदल टप्प्याटप्प्याने आणला जाईल, वापरकर्त्यांच्या छोट्या टक्केवारीपासून सुरू होईल आणि नंतर हळूहळू त्याची पोहोच वाढवेल.

• प्रायोगिक अंमलबजावणी जोडली संसाधन-केंद्रित जाहिरात ब्लॉकर, जे “chrome://flags/#enable-heavy-ad-intervention” सेटिंग वापरून सक्षम केले जाऊ शकते. रहदारी आणि CPU लोड थ्रेशोल्ड ओलांडल्यानंतर ब्लॉकर तुम्हाला iframe जाहिरात ब्लॉक्स आपोआप अक्षम करण्याची परवानगी देतो. जर मुख्य थ्रेडने एकूण 60 सेकंदांपेक्षा जास्त CPU वेळ वापरला असेल किंवा 15-सेकंदांच्या अंतराने (30 सेकंदांपेक्षा जास्त काळ 50% संसाधने वापरत असतील) तसेच 30 MB पेक्षा जास्त वेळ वापरल्यास ब्लॉकिंग ट्रिगर केले जाईल. नेटवर्कवरून डेटा डाउनलोड केला गेला आहे.

  अवरोधित करणे केवळ तेव्हाच कार्य करेल जेव्हा, मर्यादा ओलांडण्यापूर्वी, वापरकर्त्याने जाहिरात युनिटशी संवाद साधला नाही (उदाहरणार्थ, त्यावर क्लिक केले नाही), जे, रहदारी प्रतिबंध लक्षात घेऊन, मोठ्या ऑटो-प्लेबॅकला अनुमती देईल. वापरकर्त्याने स्पष्टपणे प्लेबॅक सक्रिय केल्याशिवाय जाहिरातींमधील व्हिडिओ अवरोधित केले जातील. प्रस्तावित उपाय वापरकर्त्यांना अकार्यक्षम कोड अंमलबजावणी किंवा मुद्दाम परजीवी क्रियाकलाप (उदाहरणार्थ, खाणकाम) असलेल्या जाहिरातींपासून वाचवतील. Google आकडेवारीनुसार, ब्लॉकिंग निकषांची पूर्तता करणार्‍या जाहिराती सर्व जाहिरात युनिट्सपैकी केवळ 0.30% बनवतात, परंतु त्याच वेळी, अशा जाहिरातींमध्ये CPU संसाधनांचा 28% आणि एकूण जाहिरातींच्या 27% रहदारीचा वापर होतो.

• ब्राउझर विंडो वापरकर्त्याच्या दृश्य क्षेत्रामध्ये नसताना CPU संसाधनाचा वापर कमी करण्यासाठी कार्य केले गेले आहे. Chrome आता ब्राउझर विंडो इतर विंडोंद्वारे आच्छादित आहे की नाही हे तपासते आणि ओव्हरलॅपच्या भागात पिक्सेल काढण्यास प्रतिबंध करते. नवीन वैशिष्ट्य हळूहळू आणले जाईल: Chrome 84 मधील काही वापरकर्त्यांसाठी आणि Chrome 85 मधील काही वापरकर्त्यांसाठी ऑप्टिमायझेशन निवडकपणे सक्षम केले जाईल.
• संरक्षण डीफॉल्टनुसार सक्षम केले आहे त्रासदायक सूचना, उदाहरणार्थ, पुश सूचना प्राप्त करण्याच्या विनंत्यांसह स्पॅम. अशा विनंत्या वापरकर्त्याच्या कामात व्यत्यय आणतात आणि पुष्टीकरण संवादांमधील कृतींपासून लक्ष विचलित करत असल्याने, अॅड्रेस बारमध्ये वेगळ्या संवादाऐवजी, वापरकर्त्याकडून कारवाईची आवश्यकता नसलेली माहिती सूचना, परवानगीची विनंती अवरोधित केल्याच्या चेतावणीसह प्रदर्शित केली जाईल. , जे क्रॉस आउट बेलच्या प्रतिमेसह एका निर्देशकामध्ये स्वयंचलितपणे लहान केले जाते. इंडिकेटरवर क्लिक करून, तुम्ही कोणत्याही सोयीस्कर वेळी विनंती केलेली परवानगी सक्रिय किंवा नाकारू शकता.
  

• बाह्य प्रोटोकॉलसाठी हँडलर उघडताना वापरकर्त्याची निवड लक्षात ठेवली जाते - वापरकर्ता विशिष्ट हँडलरसाठी "या साइटसाठी नेहमी परवानगी द्या" निवडू शकतो आणि ब्राउझर वर्तमान साइटच्या संबंधात हा निर्णय लक्षात ठेवेल.
• स्पष्ट संमतीशिवाय वापरकर्ता सेटिंग्ज बदलण्यापासून संरक्षण जोडले. अॅड-ऑनने डीफॉल्ट शोध इंजिन किंवा नवीन टॅबसाठी प्रदर्शित केलेले पृष्ठ बदलल्यास, ब्राउझर आता तुम्हाला निर्दिष्ट ऑपरेशनची पुष्टी करण्यास किंवा बदल रद्द करण्यास सांगणारा संवाद प्रदर्शित करेल.
• चालू ठेवले मिश्रित मल्टीमीडिया सामग्री लोड करण्यापासून संरक्षणाची अंमलबजावणी (जेव्हा http:// प्रोटोकॉलद्वारे HTTPS पृष्ठावर संसाधने लोड केली जातात). HTTPS द्वारे उघडलेल्या पृष्ठांवर, प्रतिमा लोड करण्याशी संबंधित ब्लॉक्समध्ये “http://” लिंक्स आता आपोआप “https://” ने बदलल्या जातील (स्क्रिप्ट आणि iframes पूर्वी बदलले गेले होते, ऑडिओ आणि व्हिडिओ संसाधनांची स्वयं-प्रतिस्थापना अपेक्षित आहे पुढील प्रकाशन). https द्वारे प्रतिमा उपलब्ध नसल्यास, तिचे डाउनलोड करणे अवरोधित केले आहे (आपण अॅड्रेस बारमधील पॅडलॉक चिन्हाद्वारे प्रवेश करण्यायोग्य मेनूद्वारे अवरोधित करणे स्वतः चिन्हांकित करू शकता).
• API समर्थन जोडले वेब OTP (एसएमएस रिसीव्हर API म्हणून विकसित), जे तुम्हाला ब्राउझर चालू असलेल्या वापरकर्त्याच्या Android स्मार्टफोनवर पाठवलेल्या पुष्टीकरण कोडसह एसएमएस संदेश प्राप्त केल्यानंतर वेब पृष्ठावर एक-वेळ पासवर्डची एंट्री व्यवस्थापित करण्यास अनुमती देते. एसएमएस पुष्टीकरण, उदाहरणार्थ, नोंदणी दरम्यान वापरकर्त्याने निर्दिष्ट केलेला फोन नंबर सत्यापित करण्यासाठी वापरला जाऊ शकतो. जर पूर्वी वापरकर्त्याला एसएमएस ऍप्लिकेशन उघडायचे असेल, त्यातील कोड क्लिपबोर्डवर कॉपी करा, ब्राउझरवर परत या आणि हा कोड पेस्ट करा, तर नवीन API ही प्रक्रिया स्वयंचलित करणे आणि एका स्पर्शात कमी करणे शक्य करते.
• API विस्तारित वेब अ‍ॅनिमेशन
  वेब अॅनिमेशनचे प्लेबॅक नियंत्रित करण्यासाठी. नवीन रिलीझ कंपोझिटिंग ऑपरेशन्ससाठी समर्थन जोडते, तुम्हाला इफेक्ट्स कसे एकत्र केले जातात हे नियंत्रित करण्याची परवानगी देते आणि नवीन हँडलर प्रदान करते ज्यांना सामग्री बदलण्याची घटना घडते तेव्हा कॉल केले जाते. वेब अॅनिमेशन API आता अॅनिमेशन कोणत्या क्रमाने दर्शविले जातात आणि अॅनिमेशन्स इतर ऍप्लिकेशन वैशिष्ट्यांशी कसे परस्परसंवाद साधतात हे नियंत्रित करण्यासाठी प्रॉमिसचे समर्थन करते.

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

• API आवृत्ती स्थिर केली वेक लॉक प्रॉमिस मेकॅनिझमवर आधारित, जे ऑटो-लॉक स्क्रीन अक्षम करणे आणि डिव्हाइसेसला पॉवर-सेव्हिंग मोडवर स्विच करणे नियंत्रित करण्यासाठी अधिक सुरक्षित मार्ग प्रदान करते.
• Android प्लॅटफॉर्मच्या आवृत्तीमध्ये जोडले अॅप्लिकेशन शॉर्टकटसाठी समर्थन, तुम्हाला अॅप्लिकेशनमधील लोकप्रिय ठराविक क्रियांमध्ये द्रुत प्रवेश प्रदान करण्याची अनुमती देते. शॉर्टकट तयार करण्यासाठी, फक्त PWA (प्रोग्रेसिव्ह वेब अॅप्स) फॉरमॅटमध्ये वेब अॅप्लिकेशन मॅनिफेस्टमध्ये घटक जोडा.
  

• वेब वर्करला API वापरण्याची परवानगी आहे ReportingObserver, जे तुम्हाला अहवाल व्युत्पन्न करण्यासाठी हँडलर परिभाषित करण्यास अनुमती देते, कालबाह्य क्षमतांमध्ये प्रवेश करताना कॉल केला जातो. व्युत्पन्न केलेला अहवाल जतन केला जाऊ शकतो, सर्व्हरवर पाठविला जाऊ शकतो किंवा वापरकर्त्याच्या विवेकबुद्धीनुसार JavaScript स्क्रिप्टद्वारे प्रक्रिया केली जाऊ शकते.
• API अपडेट केले निरीक्षकाचा आकार बदला, जे तुम्हाला हँडलरशी कनेक्ट करण्याची परवानगी देते ज्यावर पृष्ठावरील निर्दिष्ट घटकांच्या आकारातील बदलांबद्दल सूचना पाठवल्या जातील. ResizeObserverEntry मध्ये तीन नवीन गुणधर्म जोडले गेले आहेत: अधिक बारीक माहिती प्रदान करण्यासाठी contentBoxSize, borderBoxSize आणि devicePixelContentBoxSize, ResizeObserverSize ऑब्जेक्ट्सच्या अॅरेच्या रूपात परत आले.
• कीवर्ड जोडला "परत करा» घटक शैली त्याच्या डीफॉल्ट मूल्यावर रीसेट करण्यासाठी.
• CSS गुणधर्मांसाठी उपसर्ग काढला "-webkit-appearance" आणि "-webkit-ruby-position", जे आता "म्हणून उपलब्ध आहेत"देखावा"आणि"रुबी-स्थिती".
• JavaScript मध्ये लागू केले वर्गाच्या पद्धती आणि गुणधर्म खाजगी म्हणून चिन्हांकित करण्यासाठी समर्थन, ज्यानंतर त्यांना प्रवेश फक्त वर्गातच खुला असेल (पूर्वी फक्त फील्ड खाजगी असू शकतात). पद्धती आणि गुणधर्म खाजगी चिन्हांकित करण्यासाठी: दाखविणे फील्डच्या नावापूर्वी "#" चिन्ह आहे.
• JavaScript मध्ये जोडले समर्थन कमकुवत दुवे (कमकुवत संदर्भ) JavaScript ऑब्जेक्ट्ससाठी जे तुम्हाला ऑब्जेक्टचा संदर्भ ठेवण्याची परवानगी देतात, परंतु संबंधित ऑब्जेक्ट हटवण्यापासून कचरा गोळा करणाऱ्याला अवरोधित करू नका. फायनलायझर्ससाठी समर्थन देखील जोडले गेले आहे, ज्यामुळे निर्दिष्ट ऑब्जेक्टचे कचरा संकलन पूर्ण झाल्यानंतर कॉल केलेले हँडलर परिभाषित करणे शक्य होते.
• प्रारंभिक (बेसलाइन) लिफ्टऑफ कंपाइलरमध्ये अंमलबजावणी केल्याबद्दल धन्यवाद, WebAssembly वर ऍप्लिकेशन्सच्या लाँचिंगला वेग आला आहे. अणु सूचना и बॅच मेमरी ऑपरेशन्स. WebAssembly डीबगिंगसाठी साधने सुधारली गेली आहेत, ब्रेकपॉइंट्स वापरताना डीबगिंग कार्यप्रदर्शन लक्षणीयरीत्या सुधारले गेले आहे (पूर्वी, इंटरप्रिटर डीबगिंगसाठी वापरला जात होता आणि आता लिफ्टऑफ कंपाइलर).
• वेब डेव्हलपर्सच्या टूल्समध्ये pphttps://developers.google.com/web/updates/2020/05/devtools कार्यप्रदर्शन विश्लेषणासाठी पॅनेल अपडेट केले गेले आहे. मेट्रिकबद्दल सामान्य माहिती जोडली टीबीटी (एकूण अवरोधित करण्याची वेळ), पृष्ठ किती काळ उपलब्ध असल्याचे दिसते, परंतु प्रत्यक्षात उपलब्ध नाही (म्हणजे पृष्ठ आधीच प्रस्तुत केले गेले आहे, परंतु मुख्य थ्रेडची अंमलबजावणी अद्याप अवरोधित आहे आणि डेटा एंट्री शक्य नाही) दर्शवित आहे. मेट्रिक्स विश्लेषणासाठी नवीन अनुभव विभाग जोडला cls (संचयी लेआउट शिफ्ट), सामग्रीची दृश्य स्थिरता प्रतिबिंबित करते. CSS शैली तपासणी पॅनेल "पार्श्वभूमी-प्रतिमा" गुणधर्माद्वारे निर्दिष्ट केलेल्या प्रतिमांचे पूर्वावलोकन प्रदान करते.

नवकल्पना आणि दोष निराकरणे व्यतिरिक्त, नवीन आवृत्ती काढून टाकते 38 असुरक्षा. साधनांसह स्वयंचलित चाचणीच्या परिणामी अनेक भेद्यता ओळखल्या गेल्या अॅड्रेस सॅनिटायझर, मेमरी सॅनिटायझर, नियंत्रण प्रवाह अखंडता, LibFuzer и AFL. एक समस्या (CVE-2020-6510, फेच बॅकग्राउंड हँडलरमध्ये बफर ओव्हरफ्लो) गंभीर म्हणून चिन्हांकित केली आहे, उदा. आपल्याला ब्राउझर संरक्षणाच्या सर्व स्तरांना बायपास करण्याची आणि सँडबॉक्स वातावरणाच्या बाहेर सिस्टमवर कोड कार्यान्वित करण्याची अनुमती देते. सध्याच्या रिलीझसाठी भेद्यता शोधण्यासाठी रोख बक्षिसे देण्याच्या कार्यक्रमाचा एक भाग म्हणून, Google ने $26 किमतीचे 21500 पुरस्कार दिले (दोन $5000 पुरस्कार, दोन $3000 पुरस्कार, एक $2000 पुरस्कार, दोन $1000 पुरस्कार आणि तीन $500 पुरस्कार). 16 पुरस्कारांचा आकार अद्याप निश्चित केलेला नाही.

स्त्रोत: opennet.ru