A Google vállalat webböngésző kiadása . Egyszerre stabil kiadás egy nyílt projekt alapja , amely a Chrome alapjául szolgál. A Chrome böngésző a Google logóinak használatával, a leállás esetén küldött értesítési rendszerével, a Flash modul kérés szerinti betöltésével, a védett videóanyagok (DRM) lejátszásához szükséges modulokkal, az automatikus frissítések telepítési rendszerével és a keresés során történő átvitelével A SARS-CoV-2 vírus miatt a fejlesztők otthoni munkavégzésre álltak át, ezért a Chrome 82 kiadása elmaradt. . A következő Chrome 84 kiadásra július 14-én kerül sor.
:
- tömeges aktiválás (DoH, DNS az HTTPS-en keresztül) a felhasználók rendszerein, amelyek rendszerbeállításaiban olyan DNS-szolgáltató van megadva, amely támogatja a DoH-t (a DoH ugyanannak a DNS-szolgáltatónak lesz aktiválva). Például, ha a felhasználónál a rendszerbeállítások között a DNS 8.8.8.8 van megadva, a Chrome aktiválja a Google DoH-szolgáltatását ("https://dns.google.com/dns-query"), ha pedig a DNS 1.1.1.1, akkor a Cloudflare DoH-szolgáltatás ("https://cloudflare-dns.com/dns-query"). Az intranet hálózatok feloldási problémáinak elkerülése érdekében a DoH nem alkalmazható központosítottan kezelt rendszerekben a böngésző használatának meghatározásakor. A DoH szülői felügyelet rendszerének jelenlétében is le van kapcsolva.
A DoH aktiválásának és a DoH-szolgáltató cseréjének kezelése a beépített konfiguráló programon keresztül történik. - Ajánlott a megjelenés web-űrlapok, melyeket érintőképernyők és mozgáskorlátozottak számára optimalizált rendszerek használatára fejlesztettek. A dizájnt a Microsoft az Edge böngésző fejlesztése során optimalizálta, és beillesztette a Chromium alapértelmezett kódalapjába. Korábban az űrlapelemek egy része az operációs rendszerek elemeinek megfelelően, más része pedig a legnépszerűbb stílusok szerint készült. Ezért a különböző elemek eltérően viselkedtek érintőképernyők, mozgáskorlátozottak számára készült rendszerek és billentyűzet kezelés esetén. A redesign célja az űrlapelemek dizájnjának egységesítése és a stílusok közötti eltérések megszüntetése volt.
- Megváltozott a "Adatvédelem és biztonság" beállítások szekció dizájnja, Új eszközök a biztonság kezelésére. A beállításokat most könnyebb megtalálni és egyszerűbb megérteni a lényegüket. Négy alapvető szekcióra oszthatók, amelyek összegyűjtik a történelem törlésével, a sütik kezelésével és a weboldalak adataival, a biztonsági módokkal és a konkrét weboldalakra kapcsolódó engedélyekkel vagy tilalmakkal kapcsolatos eszközöket. A felhasználó gyorsan bekapcsolhatja a harmadik féltől származó sütik blokkolását az inkognitó módhoz vagy az összes weboldalhoz, vagy blokkolhatja az összes sütit egy adott weboldal számára. Az új elrendezés jelenleg csak a felhasználók egy részének rendszerein érhető el, a többiek pedig a beállításokat a „chrome://flags/#privacy-settings-redesign” címen aktiválhatják.
A weboldal-specifikus beállítások csoportokba vannak osztva - hozzáférés a helyhez, a kamerához, a mikrofonhoz, az értesítésekhez és a háttérben zajló adatküldéshez. Ezen kívül van egy szekció további beállításokkal, amelyek blokkolják a JavaScriptet, a képeket, és átirányítást kínálnak bizonyos weboldalakon. Külön kiemelésre került a felhasználó legutóbbi művelete, amely a jogosultságok megváltoztatásával kapcsolatos.
- Az inkognitó módban alapértelmezetten aktív az összes harmadik féltől származó süti blokkolása, beleértve a reklámhálózatokat és a webanalitikai rendszereket. Emellett egy kiterjesztett felület is javasolt a sütik weboldalakon történő telepítésének ellenőrzésére. A kezeléshez elérhetők a „chrome://flags/#improved-cookie-controls” és a „chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking” című zászlók. A mód aktiválása után egy új ikon jelenik meg a címsorban, amelyre kattintva látható a blokkolt sütik száma, és lehetőség nyílik a blokkolás letiltására. Az aktuális weboldal számára engedélyezett és blokkolt sütik megtekinthetők a címsorban található lakatszimbólumra kattintva megnyíló kontextusmenü „Cookies” szekciójában, vagy a beállítások között.
- A beállítások között egy új 'Biztonsági ellenőrzés' gomb (Safety check) található, amely összefoglalást ad a lehetséges biztonsági problémákról, például a kompromittált jelszavak használatáról, a kártékony weboldalak ellenőrzésének állapotáról (Safe Browsing), a telepítetlen frissítések meglétéről és a kártékony kiegészítmények azonosításáról.
- A jelszókezelőbe új lehetőség került bevezetésre minden mentett bejelentkezési név és jelszó listája a kompromittált fiókok adatbázisából, amely figyelmeztetést ad ki, ha problémát észlel (a ellenőrzés az ügyféloldalon történik, a jelszavak és teljes hash-ek nem kerülnek átadásra). A vizsgálat egy olyan adatbázis alapján történik, amely több mint 4 milliárd kompromittált fiókot tartalmazott, amelyek felhasználói adatbázisok szivárgásában szerepeltek. Figyelmeztetés akkor is megjelenik, amikor triviális jelszavakat próbálnak használni, mint például „abc123”.
- kibővített védelem a veszélyes webhelyek ellen (Enhanced Safe Browsing), amelyben további ellenőrzések aktiválódnak a phishing, a káros tevékenységek és egyéb webes fenyegetések ellen. Ezenkívül a Google fiók és a Google szolgáltatások (Gmail, Drive stb.) számára is kiegészítő védelem lép életbe. Míg a normál Safe Browsing módban az ellenőrzések helyben, a rendszerre időszakosan letöltött adatbázis alapján történnek, addig az Enhanced Safe Browsing esetében a Google Safe Browsing szolgáltatás valós idejű ellenőrzéseket végez, így azonnal reagálhatunk a fenyegetésekre, miután azok megjelennek, anélkül, hogy meg kellene várnunk a helyi fekete lista frissítését.
A munka felgyorsítása érdekében a jelszavak előzetes ellenőrzését támogatja a fehér listákon, amelyekben megbízható webhelyek ezer hash-je található. Ha az megnyitott weboldal nincs a fehér listán, a böngésző ellenőrzi az URL-t a Google kiszolgálón, közvetítve az első 32 bit SHA-256 hash szót, amelyből a lehetséges személyes adatokat eltávolítják. A Google becslése szerint az új megközelítés 30%-kal növeli a figyelmeztetések hatékonyságát új phishing webhelyek esetén.
- Az automatikus bővítmény-ikon rögzítése helyett egy új menüt valósítottak meg, amelyet egy puzzle ikon jelez, és amelyben felsorolásra kerülnek az összes elérhető bővítmény és azok engedélyei. A bővítmény telepítése után a felhasználónak most már egyértelműen aktiválnia kell a bővítmény ikonpanelre való rögzítését, miközben értékeli a bővítmény által biztosított engedélyeket. Annak érdekében, hogy a bővítmény ne vesszen el, a telepítés után azonnal megjelenik egy jelző, amely információt nyújt az új bővítményről. Az új menü alapértelmezés szerint aktiválva van egy bizonyos felhasználói hányad számára, a többiek a „chrome://flags/#extensions-toolbar-menu” beállítás segítségével aktiválhatják azt.
- Hozzáadták a „chrome://flags/#omnibox-context-menu-show-full-urls” beállítást, amelynek aktiválásával a címsor kontextusmenüjében megjelenik a „Mindig teljes URL megjelenítése” opció, amely megtiltja az URL torzítását. Emlékeztetünk, hogy a Chrome 76-ban a címsor alapértelmezett módon úgy lett átállítva, hogy a „https://”, „http://” és a „www.” nélküli hivatkozásokat jelenítsen meg. A viselkedés kiiktatására volt lehetőség a beállítással, de a Chrome 79-ben ezt eltávolították, és a felhasználók elvesztették a lehetőséget, hogy a címsorban a teljes URL-t megjelenítsék.
- Minden felhasználó számára aktiválva lett a lapcsoportosítási funkció („chrome://flags/#tab-groups”), amely lehetővé teszi több hasonló célú lap vizuálisan elkülönített csoportokba való egyesítését. Minden csoporthoz saját színt és nevet lehet rendelni. Továbbá kísérleti lehetőséget is kínálnak a csoportok összehúzására és kibővítésére, amely egyelőre nem működik minden rendszeren. Például több el nem olvasott cikk ideiglenesen összehúzható, csak a címke marad látható, hogy ne foglalja a helyet a navigáció során, majd a visszatéréskor visszaállítható. A funkció bekapcsolásához a „chrome://flags/#tab-groups-collapse” beállítást javasolják.
- Alapértelmezés szerint aktiválva lett a figyelmeztetések megjelenítése a kísérlet során (titkosítás nélkül) végrehajtható fájlok hivatkozásainak HTTPS oldalakon (a Chrome 84-ben a végrehajtható fájlok letöltése blokkolva lesz, és a figyelmeztetés kezdődik az archívumok esetében). Megjegyezzük, hogy a titkosítás nélküli fájlok letöltése felhasználható rosszindulatú tevékenységek elvégzésére a tartalom manipulálása révén MITM-támadások során. Továbbá fájlok letöltése, amelyek izolált iframe-blokkokból indulnak.
- Az Adobe Flash aktiválásakor figyelmeztető üzenetet adtak hozzá arról, hogy ez a technológia 2020 decemberében megszűnik.
- Megvalósult a technológia , amely lehetővé teszi a DOM manipulációk blokkolását, amelyek közötti keresztoldali scripteléshez (DOM XSS) vezethetnek, például a felhasználótól kapott adatok nem megfelelő kezelésekor az eval() blokkokban vagy a „.innerHTML” behelyettesítésekor, ami JavaScript kód végrehajtásához vezethet egy adott oldal kontextusában. A Trusted types megköveteli az adatok előzetes feldolgozását, mielőtt azokat kockázatos funkciókhoz továbbítanák. Például, amikor a Trusted types be van kapcsolva, az „anElement.innerHTML = location.href” végrehajtása hibát okoz, és a TrustedHTML vagy TrustedScript speciális objektumok alkalmazását igényli a hozzárendeléshez. A Trusted Types aktiválása CSP (Content-Security-Policy) segítségével történik.
- új HTTP-fejlécek, mint a Cross-Origin-Embedder-Policy és Cross-Origin-Opener-Policy, amelyek lehetővé teszik a cross-origin izolálási mód aktiválását, biztosítva a privát műveletek biztonságos használatát, mint például a SharedArrayBuffer, Performance.measureMemory() és a profilozó API-k, amelyek harmadik féltől származó csatornák, például a Spectre megtámadására használhatók. A cross-origin izolációs mód nem teszi lehetővé a document.domain tulajdonság módosítását sem.
- Javasolt egy új megvalósítás a hálózati erőforrások hozzáférésének ellenőrzésére — OOR-CORS (Out-Of-Renderer Cross-Origin Resource Sharing). A régi megvalósítás csak a Blink motor alapvető elemeit, az XHR-t és az API Fetch API-t tudta ellenőrizni, de nem fedte le a bizonyos belső modulokból végrehajtott HTTP-kéréseket. Az új megvalósítás megoldja ezt a problémát.
- Az Origin Trials módban (kísérleti lehetőségek, amelyek külön aktiválást igényelnek) számos új API került hozzáadásra. Az Origin Trial lehetőséget ad az adott API használatára olyan alkalmazásokból, amelyeket a localhost vagy a 127.0.0.1-től töltöttek be, vagy a regisztráció és a különleges token megszerzése után, amely korlátozott ideig érvényes egy adott webhelyre.
- API , ami lehetővé teszi, hogy webalkalmazásokat hozzunk létre, amelyek interakcióba lépnek a helyi fájlrendszerrel. Például az új API igényelhető a böngészőben futó integrált fejlesztői környezetekben, szöveg-, kép- és videószerkesztőkben. A közvetlen fájlok írásához és olvasásához, a fájlok megnyitásához és mentéséhez szükséges párbeszédek használatához, valamint a könyvtárak tartalmának böngészéséhez a alkalmazás külön megerősítést kér a felhasználótól;
- Módszer a webalkalmazás vagy weboldal memóriahasználatának értékelésére. Használható a webalkalmazások memóriafogyasztásának elemzésére és optimalizálására, valamint a memóriafogyasztás regresszív növekedésének azonosítására.
- Módszer feladatok ütemezéséhez (callback-hívások JavaScriptben) különböző prioritási szintekkel (megszakítja a felhasználó munkáját, látható változásokat hoz létre, és háttérmunkát végez). A prioritás megváltoztatásához és a feladatok törléséhez a TaskController objektum használható.
- API , lehetővé téve az alkalmazások számára, hogy saját adatkezelőiket hozzanak létre, amelyeket a WebRTC MediaStreamTrack kódolásakor és dekódolásakor használnak. Például az API használható az átjáró szerveren keresztüli streamek véletlen titkosításának megszervezésére.
- Hozzáadva az API a vonalkódok azonosítására és dekódolására egy adott képen. Az API csak Android eszközökön működik, amelyeken a Google Play Szolgáltatások csomag telepítve van.
- Hozzáadva a meta tag , lehetővé téve, hogy az oldal teljes körű támogatást nyújtson a sötét téma használatához CSS-transzformációk alkalmazása nélkül.
- A JavaScript modulok használatának lehetősége .
- az IndexedDB-ben új paraméter került hozzáadásra
a „durability”, amely lehetővé teszi az adatok tárolón végzett írás majdani visszaállítását. Ha „relaxed” értéket adunk meg az alapértelmezett „strict” üzemmóddal szemben, feláldozhatjuk a megbízhatóságot a teljesítmény javára (korábban a Chrome mindig az írás után azonnal a lemezre mentette az adatokat). - A selector() függvényhez hozzáadva az @supports lehetősége, amely lehetővé teszi a CSS-szelektorok meglétének ellenőrzését (például először meg lehet vizsgálni a szelektor elérhetőségét, mielőtt CSS-stílusokat kötün hozzá).
@supports selector(::before) {
div { background: green };
} - Az Intl.DateTimeFormat a fractionalSecondDigits tulajdonságot beállítva a másodperc töredékeinek megjelenítési formátumához.
- A V8 motorban az ArrayBuffer nyomon követését a szemétgyűjtőben. A WebAssembly modulok számára lehetőség van akár 4 GB memória igénylésére.
- új eszközök a webfejlesztők számára. Például megjelent a weboldal emberek általi észlelésének emulációs módja, különböző látáscsökkentett formák és színvakságok esetén. Hozzáadva a lokális változás emulációs módja, amely hatással van az API Intl.*, *.prototype.toLocaleString, navigator.language, Accept-Language stb.
A hálózati aktivitás ellenőrzési felületén hozzáadva a COEP (Cross-Origin Embedder Policy) hibakereső, amely lehetővé teszi az egyes erőforrások hálózaton való betöltésének blokkolása mögötti okok értékelését. Hozzáadva a cookie-path kulcsszó a kérések szűréséhez, ahol a Cookie egy adott .
A fejlesztői eszközök rögzítési módja hozzáadva a képernyő bal oldalához.
A hosszú futású JavaScript-kódok nyomon követésének felülete át lett dolgozva.
- A COVID-19 fertőzés miatt néhány tervezett módosítás csúszik. Például, kód az FTP-vel való munkához határozatlan időre. a TLS 1.0/1.1 protokollok támogatásához a Chrome 84 kiadásáig. Kezdeti
a Client Hints azonosító támogatása (User-Agent alternatíva) szintén a Chrome 84-ig. A munka a következő évre tolódott.
Az új verzió újításai és hibajavításai mellett . Sok sebezhetőséget automatizált tesztelési eszközökkel fedeztek fel, , , , és . Kritikus problémákat, amelyek lehetővé tennék a böngésző védelmi szintjeinek megkerülését és a kód végrehajtását a rendszerben a sandbox környezeten kívül, nem találtak. A sebezhetőségek felfedezéséért járó jutalom program keretében a Google 28 díjat fizetett ki a jelenlegi kiadásra összesen 76 ezer USD összegben (egy díj 20 ezer USD, egy díj 10 ezer USD, két díj 7,5 ezer USD, két díj 5 ezer USD, két díj 3 ezer USD, két díj 2 ezer USD, két díj 1 ezer USD és nyolc díj 500 USD). A 7 díj nagysága egyelőre nem került meghatározásra.
Forrás: opennet.ru
