Chrome 91 გამოშვება

Google-მა გამოაქვეყნა Chrome 91 ვებ ბრაუზერის გამოშვება. ამავდროულად, ხელმისაწვდომია უფასო Chromium პროექტის სტაბილური გამოშვება, რომელიც ემსახურება Chrome-ის საფუძველს. Chrome ბრაუზერი გამოირჩევა Google-ის ლოგოების გამოყენებით, ავარიის შემთხვევაში შეტყობინებების გაგზავნის სისტემის არსებობით, დაცული ვიდეო შინაარსის (DRM) დაკვრის მოდულებით, განახლებების ავტომატურად ინსტალაციის სისტემით და ძიებისას RLZ პარამეტრების გადაცემით. Chrome 92-ის შემდეგი გამოშვება 20 ივლისს იგეგმება.

ძირითადი ცვლილებები Chrome 91-ში:

• დანერგილი აქვს JavaScript-ის შესრულების შეჩერების შესაძლებლობა ჩაშლილ ჩანართის ჯგუფში. Chrome 85-მა შემოიღო მხარდაჭერა ჩანართების ჯგუფებად ორგანიზებისთვის, რომლებიც შეიძლება დაკავშირებული იყოს კონკრეტულ ფერთან და ეტიკეტთან. როდესაც დააწკაპუნებთ ჯგუფის ეტიკეტზე, მასთან დაკავშირებული ჩანართები იშლება და მის ნაცვლად რჩება ერთი ლეიბლი (ლეიბლზე ხელახლა დაწკაპუნება ხსნის ჯგუფს). ახალ გამოშვებაში, პროცესორის დატვირთვის შესამცირებლად და ენერგიის დაზოგვის მიზნით, შეჩერებულია აქტივობა მინიმალურ ჩანართებში. გამონაკლისი კეთდება მხოლოდ ჩანართებისთვის, რომლებიც უკრავს ხმას, იყენებს Web Locks-ს ან IndexedDB API-ს, უკავშირდება USB მოწყობილობას ან იღებს ვიდეოს, ხმის ან ფანჯრის კონტენტს. ცვლილება ეტაპობრივად განხორციელდება, დაწყებული მომხმარებელთა მცირე პროცენტით.
• მოყვება მხარდაჭერა საკვანძო შეთანხმების მეთოდისთვის, რომელიც მდგრადია უხეში ძალის მიმართ კვანტურ კომპიუტერებზე. კვანტური კომპიუტერები რადიკალურად უფრო სწრაფად წყვეტენ ბუნებრივი რიცხვის მარტივ ფაქტორებად დაშლის პრობლემას, რაც საფუძვლად უდევს თანამედროვე ასიმეტრიული დაშიფვრის ალგორითმებს და არ შეიძლება ეფექტურად გადაწყდეს კლასიკურ პროცესორებზე. TLSv1.3-ში გამოსაყენებლად მოწოდებულია CECPQ2 (Combined Elliptic-Curve and Post-Quantum 2) მოდული, რომელიც აერთიანებს კლასიკურ X25519 გასაღების გაცვლის მექანიზმს HRSS სქემასთან, რომელიც დაფუძნებულია NTRU Prime ალგორითმზე, შექმნილია პოსტკვანტური კრიპტოსისტემებისთვის.
• TLS 1.0 და TLS 1.1 პროტოკოლების მხარდაჭერა, რომლებიც მოძველებულ იქნა IETF (ინტერნეტ ინჟინერიის სამუშაო ჯგუფი) კომიტეტის მიერ, მთლიანად შეწყდა. TLS 1.0/1.1-ის დაბრუნების შესაძლებლობის ჩათვლით SSLVersionMin პოლიტიკის შეცვლით ამოღებულია.
• ლინუქსის პლატფორმის ასამბლეები მოიცავს „DNS HTTPS-ზე“ (DoH, DNS over HTTPS) რეჟიმის გამოყენებას, რომელიც ადრე იყო მიტანილი Windows-ის, macOS-ის, ChromeOS-ისა და Android-ის მომხმარებლებისთვის. DNS-over-HTTPS ავტომატურად გააქტიურდება იმ მომხმარებლებისთვის, რომელთა პარამეტრებში მითითებულია DNS პროვაიდერები, რომლებიც მხარს უჭერენ ამ ტექნოლოგიას (DNS-over-HTTPS-ისთვის გამოიყენება იგივე პროვაიდერი, რაც DNS-ისთვის). მაგალითად, თუ მომხმარებელს აქვს DNS 8.8.8.8 მითითებული სისტემის პარამეტრებში, მაშინ Google-ის DNS-over-HTTPS სერვისი (“https://dns.google.com/dns-query”) გააქტიურდება Chrome-ში, თუ DNS არის 1.1.1.1, შემდეგ DNS-over-HTTPS სერვისი Cloudflare (“https://cloudflare-dns.com/dns-query”) და ა.შ.
• პორტი 10080, რომელიც გამოიყენება Amanda-ს სარეზერვო და VMWare vCenter-ში, დაემატა აკრძალული ქსელის პორტების სიას. ადრე პორტები 69, 137, 161, 554, 1719, 1720, 1723, 5060, 5061 და 6566 უკვე დაბლოკილი იყო. შავ სიაში მყოფი პორტებისთვის HTTP, HTTPS და FTP მოთხოვნის გაგზავნა დაბლოკილია NAT სტრიმინგის შეტევებისგან დაცვის მიზნით. , რომელიც საშუალებას აძლევს ბრაუზერში თავდამსხმელის მიერ სპეციალურად მომზადებული ვებგვერდის გახსნისას დაამყაროს ქსელური კავშირი თავდამსხმელის სერვერიდან მომხმარებლის სისტემის ნებისმიერ UDP ან TCP პორტთან, მიუხედავად შიდა მისამართების დიაპაზონის გამოყენებისა (192.168.xx, 10). .xxx).
• შესაძლებელია ცალკეული ვებ აპლიკაციების ავტომატური გაშვების კონფიგურაცია (PWA - პროგრესული ვებ აპები), როდესაც მომხმარებელი შედის სისტემაში (Windows და macOS). Autorun კონფიგურირებულია chrome://apps გვერდზე. ფუნქციონალობა ამჟამად ტესტირება ხდება მომხმარებელთა მცირე პროცენტზე, დანარჩენისთვის კი საჭიროა პარამეტრის „chrome://flags/#enable-desktop-pwas-run-on-os-login“ გააქტიურება.
• ბრაუზერის ინკლუზიურ ტერმინოლოგიაზე გადატანის სამუშაოების ფარგლებში, "master_preferences" ფაილს დაარქვეს სახელი "initial_preferences". თავსებადობის შესანარჩუნებლად, „master_preferences“-ის მხარდაჭერა გარკვეული დროის განმავლობაში დარჩება ბრაუზერში. მანამდე ბრაუზერმა უკვე მოიშორა სიტყვების "თეთრი სია", "შავი სია" და "მშობლიური" გამოყენება.
• გაძლიერებული უსაფრთხო დათვალიერების რეჟიმი, რომელიც ააქტიურებს დამატებით შემოწმებებს ინტერნეტში ფიშინგისგან, მავნე აქტივობისა და სხვა საფრთხეებისგან დასაცავად, მოიცავს გადმოწერილი ფაილების გაგზავნის შესაძლებლობას სკანირებისთვის Google-ის მხრიდან. გარდა ამისა, გაძლიერებული უსაფრთხო დათვალიერება ახორციელებს Google ანგარიშთან მიბმული ტოკენების აღრიცხვას ფიშინგის მცდელობების იდენტიფიცირებისას, ასევე Referrer-ის სათაურის მნიშვნელობების გაგზავნას Google-ის სერვერებზე მავნე საიტიდან გადამისამართების შესამოწმებლად.
• Android პლატფორმის გამოცემაში გაუმჯობესდა ვებ ფორმის ელემენტების დიზაინი, რომლებიც ოპტიმიზირებულია სენსორულ ეკრანებზე და შეზღუდული შესაძლებლობის მქონე პირთა სისტემებზე გამოსაყენებლად (დესკტოპის სისტემებისთვის დიზაინი გადაკეთებულია Chrome 83-ში). გადამუშავების მიზანი იყო ფორმის ელემენტების დიზაინის გაერთიანება და სტილის შეუსაბამობების აღმოფხვრა - ადრე, ზოგიერთი ფორმის ელემენტი შემუშავებული იყო ოპერაციული სისტემის ინტერფეისის ელემენტების შესაბამისად, ზოგი კი ყველაზე პოპულარული სტილის შესაბამისად. ამის გამო, სხვადასხვა ელემენტები განსხვავებულად შეეფერებოდა სენსორულ ეკრანებს და შშმ პირთა სისტემებს.
• დამატებულია მომხმარებლის აზრის გამოკითხვა, რომელიც ნაჩვენებია Privacy Sandbox-ის პარამეტრების გახსნისას (chrome://settings/privacySandbox).
• Chrome-ის Android ვერსიის გაშვებისას ტაბლეტ კომპიუტერებზე დიდი ეკრანებით, მოთხოვნა ხდება საიტის დესკტოპის ვერსიაზე და არა მობილური მოწყობილობების გამოცემაზე. თქვენ შეგიძლიათ შეცვალოთ ქცევა „chrome://flags/#request-desktop-site-for-tablets“ პარამეტრის გამოყენებით.
• ცხრილების რენდერინგის კოდი გადამუშავებულია, რამაც საშუალება მოგვცა გადაგვეჭრა ქცევის შეუსაბამობასთან დაკავშირებული პრობლემები Chrome-ში და Firefox/Safari-ში ცხრილების ჩვენებისას.
• ესპანეთის სასერტიფიკაციო ორგანოს Camerfirma-ს სერვერის სერთიფიკატების დამუშავება შეჩერებულია 2017 წლიდან განმეორებადი ინციდენტების გამო, რომლებიც დაკავშირებულია სერთიფიკატების გაცემის დარღვევებთან. კლიენტის სერთიფიკატების მხარდაჭერა შენარჩუნებულია; დაბლოკვა ვრცელდება მხოლოდ HTTPS საიტებზე გამოყენებულ სერტიფიკატებზე.
• ჩვენ ვაგრძელებთ ქსელის სეგმენტაციის მხარდაჭერას, რათა დავიცვათ საიტებს შორის მომხმარებლის მოძრაობის თვალთვალის მეთოდები, რომლებიც ეფუძნება იდენტიფიკატორებს იმ ადგილებში, რომლებიც არ არის განკუთვნილი ინფორმაციის მუდმივი შენახვისთვის („სუპერ ქუქი“). იმის გამო, რომ ქეშირებული რესურსები ინახება საერთო სახელთა სივრცეში, საწყისი დომენის მიუხედავად, ერთ საიტს შეუძლია დაადგინოს, რომ სხვა საიტი იტვირთება რესურსებს იმის შემოწმებით, არის თუ არა ეს რესურსი ქეშში. დაცვა ეფუძნება ქსელის სეგმენტაციის გამოყენებას (ქსელის დაყოფა), რომლის არსი არის საერთო ქეშებში ჩანაწერების დამატებითი მიბმა იმ დომენთან, საიდანაც იხსნება მთავარი გვერდი, რაც ზღუდავს ქეშის დაფარვას მხოლოდ მოძრაობის თვალთვალის სკრიპტებისთვის. მიმდინარე საიტზე (iframe-ის სკრიპტი ვერ შეამოწმებს არის თუ არა რესურსი სხვა საიტიდან გადმოწერილი).

  სეგმენტაციის ფასი არის ქეშირების ეფექტურობის დაქვეითება, რაც იწვევს გვერდის დატვირთვის დროის უმნიშვნელო ზრდას (მაქსიმუმ 1.32%, მაგრამ საიტების 80% 0.09-0.75%). სეგმენტაციის რეჟიმის შესამოწმებლად შეგიძლიათ ბრაუზერის გაშვება ოფციით „—enable-features=PartitionConnectionsByNetworkIsolationKey, PartitionExpectCTStateByNetworkIsolationKey, PartitionHttpServerPropertiesByNetworkIsolationKey, PartitionNelAndReportingLSNetworkIsolationKey, PartitionNelAndReportingLSNetworkIsolationKey, PartitionExpectCTStateByNetworkIsolationKey, HostCacheB yNetworkIsolationKey".

• დამატებულია გარე REST API VersionHistory (https://versionhistory.googleapis.com/v1/chrome), რომლის მეშვეობითაც შეგიძლიათ მიიღოთ ინფორმაცია Chrome-ის ვერსიების შესახებ პლატფორმებთან და ფილიალებთან დაკავშირებით, ასევე ბრაუზერის განახლების ისტორია.
• საბაზისო გვერდის დომენის გარდა სხვა დომენებიდან ჩატვირთულ iframe-ებში, JavaScript დიალოგების alert(), confirm() და prompt() ჩვენება აკრძალულია, რაც დაიცავს მომხმარებლებს მესამე მხარის სკრიპტის მიერ შეტყობინებების ჩვენების მცდელობისგან. გამოთქვით, რომ შეტყობინება იყო ნაჩვენები მთავარი საიტის მიერ.
• WebAssembly SIMD API სტაბილიზირებულია და ნაგულისხმევად შემოთავაზებულია ვექტორული SIMD ინსტრუქციების გამოსაყენებლად WebAssembly ფორმატირებულ აპლიკაციებში. პლატფორმის დამოუკიდებლობის უზრუნველსაყოფად, ის გთავაზობთ ახალ 128-ბიტიან ტიპს, რომელსაც შეუძლია წარმოადგინოს სხვადასხვა ტიპის შეფუთული მონაცემები და რამდენიმე ძირითადი ვექტორული ოპერაცია შეფუთული მონაცემების დასამუშავებლად. SIMD საშუალებას გაძლევთ გაზარდოთ პროდუქტიულობა მონაცემთა დამუშავების პარალელიზებით და სასარგებლო იქნება WebAssembly-ში მშობლიური კოდის შედგენისას.
• რამდენიმე ახალი API დაემატა Origin Trials-ის რეჟიმს (ექსპერიმენტული ფუნქციები, რომლებიც საჭიროებენ ცალკე გააქტიურებას). Origin Trial გულისხმობს მითითებულ API-სთან მუშაობის შესაძლებლობას localhost-დან ან 127.0.0.1-დან გადმოწერილი აპლიკაციებიდან, ან სპეციალური ტოკენის რეგისტრაციისა და მიღების შემდეგ, რომელიც მოქმედებს შეზღუდული დროით კონკრეტული საიტისთვის.
  • WebTransport არის პროტოკოლი და თანმხლები JavaScript API ბრაუზერსა და სერვერს შორის მონაცემების გაგზავნისა და მისაღებად. საკომუნიკაციო არხი ორგანიზებულია HTTP/3-ის თავზე QUIC პროტოკოლის გამოყენებით, როგორც ტრანსპორტი, რომელიც, თავის მხრივ, არის UDP პროტოკოლის დამატება, რომელიც მხარს უჭერს მრავალი კავშირის მულტიპლექსირებას და უზრუნველყოფს დაშიფვრის მეთოდებს TLS/SSL-ის ექვივალენტური.

    WebTransport შეიძლება გამოყენებულ იქნას WebSockets და RTCDataChannel მექანიზმების ნაცვლად, რომელიც გთავაზობთ დამატებით ფუნქციებს, როგორიცაა მრავალ ნაკადის გადაცემა, ცალმხრივი ნაკადები, მწყობრიდან გამოსული მიწოდება, საიმედო და არასანდო მიწოდების რეჟიმები. გარდა ამისა, WebTransport შეიძლება გამოყენებულ იქნას Server Push მექანიზმის ნაცვლად, რომელიც Google-მა მიატოვა Chrome-ში.

  • დეკლარაციული ინტერფეისი დამოუკიდებელი ვებ აპლიკაციების (PWAs) ბმულების განსაზღვრისთვის, ჩართულია capture_links პარამეტრის გამოყენებით ვებ აპლიკაციის მანიფესტში და საშუალებას აძლევს საიტებს ავტომატურად გახსნას ახალი PWA ფანჯარა, როდესაც აპლიკაციის ბმულს დააწკაპუნებთ ან გადაერთვება ერთი ფანჯრის რეჟიმში. მობილური აპლიკაციების მსგავსი.
  • დამატებულია WebXR Plane Detection API, რომელიც გვაწვდის ინფორმაციას პლანშეტური ზედაპირების შესახებ ვირტუალურ 3D გარემოში. მითითებული API შესაძლებელს ხდის თავიდან ავიცილოთ MediaDevices.getUserMedia() გამოძახებით მიღებული მონაცემების რესურსი ინტენსიური დამუშავება, კომპიუტერული ხედვის ალგორითმების საკუთრების დანერგვის გამოყენებით. შეგახსენებთ, რომ WebXR API საშუალებას გაძლევთ გააერთიანოთ მუშაობა ვირტუალური რეალობის სხვადასხვა კლასის მოწყობილობებთან, სტაციონარული 3D ჩაფხუტიდან მობილურ მოწყობილობებზე დაფუძნებული გადაწყვეტილებებამდე.
• განხორციელდა მხარდაჭერა WebSockets-თან HTTP/2-ზე მუშაობისთვის (RFC 8441), რომელიც მოქმედებს მხოლოდ WebSockets-ის უსაფრთხო მოთხოვნებისთვის და სერვერთან უკვე დამკვიდრებული HTTP/2 კავშირის თანდასწრებით, რომელმაც გამოაცხადა მხარდაჭერა „WebSockets დასრულდა HTTP/2” გაფართოება.
• შესრულების გამოძახებით წარმოებული ტაიმერის მნიშვნელობების სიზუსტის შეზღუდვები თანმიმდევრულია ყველა მხარდაჭერილ პლატფორმაზე და ითვალისწინებს ცალკეულ პროცესებში დამმუშავებლების იზოლირების პოტენციალს. მაგალითად, დესკტოპის სისტემებზე, არაიზოლირებულ კონტექსტში დამუშავების სიზუსტე შემცირდა 5-დან 100 მიკროწამამდე.
• დესკტოპის ნაგებობები ახლა მოიცავს ბუფერიდან ფაილების წაკითხვის უნარს (ფაილების ბუფერში ჩაწერა ჯერ კიდევ აკრძალულია). async ფუნქცია onPaste(e) { let file = e.clipboardData.files[0]; let contents = await file.text(); }
• CSS ახორციელებს @counter-style წესს, რომელიც საშუალებას გაძლევთ განსაზღვროთ თქვენი საკუთარი სტილი მრიცხველებისთვის და ეტიკეტებისთვის დანომრილ სიებში.
• CSS ფსევდო-კლასებმა „:host()“ და „:host-context()“ დაამატეს კომპოზიციის სელექტორების ცალკეული მნიშვნელობების გადაცემის შესაძლებლობა ( ) სელექტორების სიების გარდა ( ).
• დამატებულია GravitySensor ინტერფეისი სიმძიმის სენსორიდან მოცულობითი (სამი კოორდინატი ღერძი) მონაცემების დასადგენად.
• File System Access API იძლევა შესაძლებლობას განსაზღვროს რეკომენდაციები ფაილის სახელისა და დირექტორიაში შემოთავაზებული დიალოგში ფაილის შესაქმნელად ან გასახსნელად.
• სხვა დომენებიდან ჩატვირთულ Iframes-ს უფლება აქვს შევიდეს WebOTP API-ზე, თუ მომხმარებელი მისცემს შესაბამის ნებართვებს. WebOTP საშუალებას გაძლევთ წაიკითხოთ SMS-ით გაგზავნილი ერთჯერადი დამადასტურებელი კოდები.
• ნებადართულია DAL (ციფრული აქტივების ბმულები) მექანიზმის გამოყენებით მიბმული საიტების რწმუნებათა სიგელების წვდომის გაზიარება, რაც საშუალებას აძლევს Android აპლიკაციებს დაუკავშირდეს საიტებს შესვლის გასამარტივებლად.
• სერვისის მუშაკები იძლევიან JavaScript მოდულების გამოყენების საშუალებას. როდესაც კონსტრუქტორის გამოძახებისას მიუთითებთ „მოდულის“ ტიპს, მითითებული სკრიპტები ჩაიტვირთება მოდულების სახით და ხელმისაწვდომი იქნება იმპორტისთვის სამუშაო კონტექსტში. მოდულის მხარდაჭერა აადვილებს კოდის გაზიარებას ვებ გვერდებზე და სერვისის მუშაკებზე.
• JavaScript უზრუნველყოფს ობიექტში პირადი ველების არსებობის შემოწმებას სინტაქსის "#foo in obj" გამოყენებით. class A { static test(obj) { console.log(#foo in obj); } #foo = 0; } A.test(ახალი A()); // true A.test({}); // ყალბი
• JavaScript ნაგულისხმევად საშუალებას იძლევა გამოიყენოს await საკვანძო სიტყვა მოდულებში ზედა დონეზე, რაც საშუალებას აძლევს ასინქრონულ ზარებს უფრო შეუფერხებლად იყოს ინტეგრირებული მოდულის ჩატვირთვის პროცესში და თავიდან აიცილოს მათი შეფუთვა „ასინქრონულ ფუნქციაში“. მაგალითად, ნაცვლად (async function() { await Promise.resolve(console.log('test')); }()); ახლა შეგიძლიათ დაწეროთ await Promise.resolve(console.log('test'));
• V8 JavaScript ძრავმა გააუმჯობესა შაბლონის ქეშირების ეფექტურობა, რამაც გაზარდა Speedometer4.5-FlightJS ტესტის გავლის სიჩქარე 2%-ით.
• გაუმჯობესების დიდი ნაწილი განხორციელდა ვებ დეველოპერების ინსტრუმენტებში. დამატებულია მეხსიერების ინსპექტორის ახალი რეჟიმი, რომელიც უზრუნველყოფს ინსტრუმენტებს ArrayBuffer მონაცემებისა და Wasm მეხსიერების შესამოწმებლად.

  შესრულების პანელს დაემატა შესრულების შემაჯამებელი ინდიკატორი, რომელიც საშუალებას გაძლევთ განსაჯოთ, საჭიროებს თუ არა საიტს ოპტიმიზაციას.

  

  ელემენტების პანელსა და ქსელის ანალიზის პანელში გამოსახულების წინასწარი გადახედვა გვაწვდის ინფორმაციას სურათის ასპექტის თანაფარდობის, რენდერის ვარიანტებისა და ფაილის ზომის შესახებ.

  

  ქსელის ინსპექტირების პანელში ახლა უკვე შესაძლებელია კონტენტის დაშიფვრის სათაურის მიღებული მნიშვნელობების შეცვლა.

  

  სტილის პანელში, ახლა შეგიძლიათ სწრაფად ნახოთ გამოთვლილი მნიშვნელობა CSS პარამეტრებში ნავიგაციისას, კონტექსტურ მენიუში „გამოთვლილი მნიშვნელობის ნახვა“ არჩევით.

  

გარდა ინოვაციებისა და შეცდომების გამოსწორებისა, ახალი ვერსია აღმოფხვრის 32 დაუცველობას. ბევრი დაუცველობა გამოვლინდა ავტომატური ტესტირების შედეგად AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer და AFL ინსტრუმენტების გამოყენებით. არ გამოვლენილა ისეთი კრიტიკული პრობლემა, რომელიც საშუალებას მისცემს გვერდის ავლით ბრაუზერის დაცვის ყველა დონეს და სისტემაში კოდის შესრულებას სავარჯიშო გარემოს გარეთ. მიმდინარე გამოშვებისთვის დაუცველობის აღმოჩენისთვის ფულადი ჯილდოს გადახდის პროგრამის ფარგლებში, Google-მა გადაიხადა 21 ჯილდო 92000 აშშ დოლარის ღირებულების (ერთი $20000 ჯილდო, ერთი $15000 ჯილდო, ოთხი $7500 ჯილდო, სამი $5000 ჯილდო, სამი $3000 ჯილდო, ორი $ 1000 ჯილდო. $500). 5 ჯილდოს ზომა ჯერ დადგენილი არ არის.

წყარო: opennet.ru