گوگل ڪروم 101 ويب برائوزر جي رليز کي پڌرو ڪري ڇڏيو آهي، ساڳئي وقت، مفت ڪروميم پروجيڪٽ جو هڪ مستحڪم رليز، جيڪو ڪروم جي بنياد طور ڪم ڪري ٿو، دستياب آهي. ڪروم برائوزر گوگل لوگو جي استعمال ۾ Chromium کان مختلف آهي، حادثي جي صورت ۾ اطلاع موڪلڻ لاءِ هڪ سسٽم جي موجودگي، ڪاپي-پروٽٽيڪل وڊيو مواد (DRM) کي هلائڻ لاءِ ماڊلز، خودڪار طور تي اپڊيٽس انسٽال ڪرڻ لاءِ سسٽم، مستقل طور تي سينڊ باڪس آئسوليشن کي فعال ڪرڻ , Google API کي چابيون فراهم ڪرڻ ۽ RLZ منتقل ڪرڻ- جڏهن ڳولها. parameters. انهن لاءِ جن کي اپڊيٽ ڪرڻ لاءِ وڌيڪ وقت جي ضرورت آهي، اتي هڪ الڳ توسيع ٿيل اسٽيبل برانچ آهي، جنهن کانپوءِ 8 هفتا، جيڪي ڪروم 100 جي پوئين رليز لاءِ هڪ تازه ڪاري ٺاهي ٿي. ڪروم 102 جي ايندڙ رليز 24 مئي تي شيڊول ڪئي وئي آهي.
ڪروم 101 ۾ اهم تبديليون:
- سائڊ سرچ فنڪشن کي شامل ڪيو ويو، جيڪو سائڊبار ۾ ڳولا جا نتيجا ڏسڻ ممڪن بڻائي ٿو ٻئي صفحي کي ڏسڻ سان گڏ (هڪ ونڊو ۾ توهان هڪ ئي وقت ڏسي سگهو ٿا ٻئي صفحي جو مواد ۽ سرچ انجڻ تائين رسائي جو نتيجو). گوگل ۾ سرچ نتيجن واري صفحي مان سائيٽ تي وڃڻ کان پوءِ، ايڊريس بار ۾ ان پٽ فيلڊ جي سامهون خط “G” سان هڪ آئڪن ظاهر ٿئي ٿو؛ جڏهن توهان ان تي ڪلڪ ڪندا آهيو، هڪ پاسي وارو پينل کليل هوندو آهي جنهن ۾ اڳئين نتيجن جي نتيجن سان گڏ هوندو آهي. ڳولا ڪئي. ڊفالٽ طور، فنڪشن سڀني سسٽم تي فعال نه آهي؛ ان کي فعال ڪرڻ لاء، توهان "chrome://flags/#side-search" سيٽنگ استعمال ڪري سگهو ٿا.
- Omnibox ايڊريس بار توهان جي ٽائپ ڪندي پيش ڪيل تجويزن جي مواد جي اڳڀرائي کي لاڳو ڪري ٿو. اڳي، ايڊريس بار مان منتقلي کي تيز ڪرڻ لاءِ، منتقلي لاءِ سڀ کان وڌيڪ امڪاني تجويزون لوڊ ڪيون وينديون هيون بغير صارف جي ڪلڪ ڪرڻ جو انتظار ڪرڻ کان سواءِ، Prefetch ڪال استعمال ڪندي. ھاڻي، لوڊ ڪرڻ کان علاوه، اھي بفر ۾ پڻ پيش ڪيا ويا آھن (بشمول اسڪرپٽ تي عمل ڪيو ويو آھي ۽ DOM وڻ ٺھيل آھي)، جيڪو ھڪڙي ڪلڪ کان پوء فوري طور تي سفارشون ڏيکاري ٿو. اڳڪٿي واري رينڊرنگ کي ڪنٽرول ڪرڻ لاءِ، سيٽنگون “chrome://flags/#enable-prerender2”، “chrome://flags/#omnibox-trigger-for-prerender2” ۽ “chrome://flags/#search-suggestion-for -" تجويز ڪيل آهن. prerender2".
- يوزر-ايجنٽ HTTP هيڊر ۽ JavaScript پيٽرولر ۾ معلومات navigator.userAgent، navigator.appVersion ۽ navigator.platform کي تراشيو ويو آهي. هيڊر صرف برائوزر جي نالي بابت معلومات تي مشتمل آهي، اهم برائوزر ورزن (MINOR.BUILD.PATCH ورزن جا اجزاء 0.0.0 سان تبديل ڪيا ويا آهن)، پليٽ فارم ۽ ڊوائيس جو قسم (موبائل فون، پي سي، ٽيبليٽ). اضافي ڊيٽا حاصل ڪرڻ لاءِ، جھڙوڪ صحيح ورزن ۽ وڌايل پليٽ فارم ڊيٽا، توھان کي استعمال ڪرڻ گھرجي User Agent Client Hints API. انهن سائيٽن لاءِ جن وٽ ڪافي نئين معلومات نه آهي ۽ اهي اڃا تائين صارف ايجنٽ ڪلائنٽ اشارن تي سوئچ ڪرڻ لاءِ تيار نه آهن، مئي 2023 تائين انهن وٽ مڪمل يوزر-ايجنٽ واپس ڪرڻ جو موقعو آهي.
- سيٽ ٽائم آئوٽ فنڪشن جو رويو تبديل ڪيو جڏهن صفر دليل گذري ٿو، جيڪو ڪال جي دير کي طئي ڪري ٿو. ڪروم 101 سان شروع ڪندي، جڏهن وضاحت ڪندي “setTimeout(…, 0)” ڪوڊ کي فوري طور تي سڏيو ويندو، بغير 1ms جي دير جي جيئن وضاحت جي ضرورت آهي. بار بار nested setTimeout ڪالن لاء، 4 ms جي دير لاڳو ڪئي وئي آهي.
- Android پليٽ فارم لاءِ ورزن اطلاعن کي ڊسپلي ڪرڻ جي اجازتن جي درخواست جي حمايت ڪري ٿو (Android 13 ۾، اطلاعن کي ڏيکارڻ لاءِ، ايپليڪيشن کي لازمي طور تي ”POST_NOTIFICATIONS“ اجازت هجڻ گهرجي، جنهن کان سواءِ اطلاع موڪلڻ کي روڪيو ويندو). جڏهن ڪروم کي Android 13 ماحول ۾ لانچ ڪيو ويندو، برائوزر هاڻي توهان کي نوٽيفڪيشن جي اجازت حاصل ڪرڻ جو اشارو ڏيندو.
- ٽئين پارٽي اسڪرپٽ ۾ WebSQL API استعمال ڪرڻ جي صلاحيت ختم ڪئي وئي آهي. ڊفالٽ طور، موجوده سائيٽ تان لوڊ نه ٿيل اسڪرپٽ ۾ WebSQL بلاڪ ڪرڻ Chrome 97 ۾ فعال ڪيو ويو، پر هن رويي کي غير فعال ڪرڻ لاءِ هڪ آپشن ڇڏيو ويو. Chrome 101 هن اختيار کي هٽائي ٿو. مستقبل ۾، اسان رٿابندي ڪريون ٿا ته تدريجي طور تي WebSQL لاءِ سپورٽ کي مڪمل طور تي ختم ڪيو وڃي، قطع نظر استعمال جي حوالي سان. WebSQL جي بدران Web Storage ۽ Indexed Database APIs استعمال ڪرڻ جي صلاح ڏني وئي آهي. WebSQL انجڻ SQLite ڪوڊ تي ٻڌل آھي ۽ حملي ڪندڙن پاران استعمال ڪري سگھجي ٿو SQLite ۾ ڪمزورين کي استحصال ڪرڻ لاءِ.
- هٽايو ويو انٽرپرائز پاليسي جا نالا (chrome://policy) جنهن ۾ غير شامل شرط شامل هئا. ڪروم 86 سان شروع ڪندي، انهن پاليسين لاءِ متبادل پاليسيون تجويز ڪيون ويون آهن جيڪي جامع اصطلاح استعمال ڪن ٿيون. اصطلاحن جهڙوڪ "وائيٽلسٽ"، "ڪارو فهرست"، "ملي" ۽ "ماسٽر" کي صاف ڪيو ويو آهي. مثال طور، URLBlacklist پاليسي جو نالو تبديل ڪيو ويو URLBlocklist، AutoplayWhitelist to AutoplayAllowlist، ۽ NativePrinters to Printers.
- Origin Trials موڊ ۾ (تجرباتي خاصيتون جن کي الڳ ايڪٽيويشن جي ضرورت هوندي آهي)، فيڊريٽيڊ ڪريڊٽ مئنيجمينٽ (FedCM) API جي جاچ اڃا تائين صرف Android پليٽ فارم جي اسيمبلين ۾ شروع ٿي چڪي آهي، جيڪا توهان کي متحد سڃاڻپ خدمتون ٺاهڻ جي اجازت ڏئي ٿي جيڪا رازداري کي يقيني بڻائي ٿي ۽ ڪم ڪرڻ کان سواءِ. -سائيٽ ٽريڪنگ ميڪانيزم، جهڙوڪ ٽئين پارٽي ڪوڪي پروسيسنگ. Origin Trial جو مطلب آهي مخصوص API سان ڪم ڪرڻ جي صلاحيت لوڪل هوسٽ يا 127.0.0.1 تان ڊائون لوڊ ڪيل ايپليڪيشنن مان، يا رجسٽر ڪرڻ ۽ حاصل ڪرڻ کان پوءِ خاص ٽوڪن جيڪو مخصوص سائيٽ لاءِ محدود وقت لاءِ صحيح آهي.
- ترجيحي اشارن جي ميڪانيزم کي مستحڪم ڪيو ويو آھي ۽ سڀني کي پيش ڪيو ويو آھي، توھان کي اجازت ڏئي ٿو ھڪڙي خاص ڊائون لوڊ ڪيل وسيلن جي اھميت کي مقرر ڪندي اضافي "اهميت" جي خصوصيت کي ٽيگ ۾ بيان ڪندي جيئن iframe، img ۽ لنڪ. وصف وٺي سگھي ٿو قدر "خودڪار" ۽ "گهٽ" ۽ "هاء"، جيڪي ترتيب تي اثر انداز ڪن ٿا جنھن ۾ برائوزر خارجي وسيلن کي لوڊ ڪري ٿو.
- شامل ڪيو ويو AudioContext.outputLatency ملڪيت، جنهن جي ذريعي توهان آڊيو آئوٽ پٽ کان اڳ پيش ڪيل دير جي باري ۾ معلومات ڳولي سگهو ٿا (آڊيو درخواست جي وچ ۾ دير ۽ آڊيو آئوٽ پٽ ڊوائيس ذريعي وصول ڪيل ڊيٽا جي پروسيسنگ جي شروعات).
- شامل ڪيو ويو font-palette CSS ملڪيت ۽ @font-palette-values قاعدو، توهان کي رنگ جي فونٽ مان هڪ پيلي چونڊڻ يا توهان جي پنهنجي پيٽ جي وضاحت ڪرڻ جي اجازت ڏئي ٿي. مثال طور، هي ڪارڪردگي رنگين اکرن جي فونٽس يا ايموجي کي مواد جي رنگ سان ملائڻ لاءِ، يا فونٽ لاءِ اونداهي يا هلڪو موڊ کي فعال ڪرڻ لاءِ استعمال ڪري سگهجي ٿو.
- شامل ڪيو ويو hwb() CSS فنڪشن، جيڪو sRGB رنگن جي وضاحت لاءِ متبادل طريقو مهيا ڪري ٿو HWB (Hue، Whiteness، Blackness) فارميٽ ۾، HSL (Hue، Saturation، Lightness) جي شڪل ۾، پر انساني تصور لاءِ آسان.
- window.open() طريقي ۾، ونڊو فيچرز لائن ۾ پاپ اپ پراپرٽي بيان ڪرڻ، ڪا قيمت مقرر ڪرڻ کان سواءِ (يعني جڏهن صرف پاپ اپ جي وضاحت ڪرڻ بجاءِ popup=true) ھاڻي سمجھيو ويندو آھي ھڪ ننڍي پاپ اپ ونڊو کي کولڻ کي فعال ڪرڻ (جي مطابق " popup=true") بجاءِ ڊفالٽ ويليو کي تفويض ڪيو "غلط"، جيڪو ڊولپرز لاءِ غير منطقي ۽ گمراھ ڪندڙ هو.
- MediaCapabilities API، جيڪو ملٽي ميڊيا مواد کي ڊيڪوڊنگ ڪرڻ لاءِ ڊيوائس ۽ برائوزر جي صلاحيتن جي باري ۾ معلومات مهيا ڪري ٿو (سپورٽ ڪيل ڪوڊيڪس، پروفائلز، بٽ ريٽ ۽ ريزوليوشن)، WebRTC اسٽريمز لاءِ سپورٽ شامل ڪئي آھي.
- محفوظ ادائيگي جي تصديق واري API جو ٽيون نسخو تجويز ڪيو ويو آهي، ادائگي جي ٽرانزيڪشن جي اضافي تصديق لاءِ اوزار مهيا ڪري رهيو آهي. نئون نسخو سڃاڻپ ڪندڙن لاءِ سپورٽ شامل ڪري ٿو جن کي ڊيٽا داخل ڪرڻ جي ضرورت آهي، تصديق جي ناڪامي کي ظاهر ڪرڻ لاءِ هڪ آئڪن جي تعريف، ۽ هڪ اختياري payeeName ملڪيت.
- شامل ڪيو ويو وساريو () طريقو USBDevice API ۾ اجازتون رد ڪرڻ لاءِ جيڪو اڳ ۾ يو ايس ڊي ڊيوائس تائين رسائي حاصل ڪرڻ لاءِ صارف طرفان ڏنو ويو هو. اضافي طور تي، USBConfiguration، USBInterface، USBAlternateInterface، ۽ USBEndpoint مثال هاڻي سخت مقابلي ۾ برابر آهن ("==="، ساڳئي اعتراض ڏانهن اشارو) جيڪڏهن اهي ساڳيا USB ڊيوائس اعتراض لاءِ واپس ڪيا وڃن.
- ويب ڊولپرز لاءِ اوزارن ۾ سڌارا آندا ويا آھن. JSON فارميٽ ۾ رڪارڊ ٿيل صارف عمل درآمد ۽ برآمد ڪرڻ جي صلاحيت مهيا ڪئي وئي آهي (مثال). ويب ڪنسول ۽ ڪوڊ ڏسڻ واري انٽرفيس ۾ ذاتي ملڪيت جي حساب ۽ ڊسپلي کي بهتر ڪيو ويو آهي. HWB رنگ ماڊل سان ڪم ڪرڻ لاء مدد شامل ڪئي وئي. CSS پينل ۾ @layer قاعدو استعمال ڪندي وضاحت ڪيل cascading تہن کي ڏسڻ جي صلاحيت شامل ڪئي وئي.
جدت ۽ بگ فڪسس کان علاوه، نئون ورزن 30 ڪمزورين کي ختم ڪري ٿو. Address Sanitizer، Memory Sanitizer، Control Flow Integrity، LibFuzzer ۽ AFL ٽولز استعمال ڪندي خودڪار ٽيسٽنگ جي نتيجي ۾ ڪيتريون ئي ڪمزورين جي نشاندهي ڪئي وئي. ڪنهن به نازڪ مسئلن جي نشاندهي نه ڪئي وئي آهي جيڪا ڪنهن کي اجازت ڏئي ٿي براؤزر جي حفاظت جي سڀني سطحن کي نظرانداز ڪري ۽ سينڊ باڪس ماحول کان ٻاهر سسٽم تي ڪوڊ تي عمل ڪري. موجوده رليز لاءِ خطرن کي دريافت ڪرڻ لاءِ نقد انعام واري پروگرام جي حصي جي طور تي، گوگل ادا ڪيو 25 انعامن جا 81 هزار ڊالر (هڪ $10000 انعام، ٽي $7500 انعام، ٽي $7000 انعام، هڪ $6000 انعام، ٻه $5000 انعام، چار $2000 انعام جا، ٽي $1000 ۽ هڪ انعام $500). 6 انعامن جو اندازو اڃا تائين طئي نه ڪيو ويو آهي.
جو ذريعو: opennet.ru