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 Chrome 85 következő kiadása augusztus 25-ére van tervezve.
:
- TLS 1.0 és TLS 1.1 protokollok támogatása. A biztonságos kapcsolaton keresztüli webhelyek eléréséhez a szervernek legalább TLS 1.2 támogatást kell nyújtania, különben a böngésző mostantól hibát fog jelezni. A Google adatai szerint jelenleg körülbelül 0,5% -os weboldalbetöltés történik elavult TLS verziók használatával. A leállítást az IETF (Internet Engineering Task Force) ajánlása alapján hajtották végre. A TLS 1.0/1.1 lemondásának oka a modern titkosítási algoritmusok (például ECDHE és AEAD) támogatásának hiánya és az elavult titkosítások támogatására vonatkozó követelmény, amelyek megbízhatósága a számítástechnika jelenlegi fejlettségi szintjén kérdésessé vált (például szükséges a TLS_DHE_DSS_WITH_3DES_EDE_CBC_SHA támogatása, az integritás ellenőrzésére és az azonosításra MD5 és SHA-1 használatával kerül sor). A TLS 1.0/1.1 visszakapcsolásának lehetőségét 2021 januárjáig fenntartják. A biztonságos fájlok letöltése (titkosítás nélkül) és a nem biztonságos fájlok letöltésének figyelmeztető üzenetei bevezetésre kerültek. A jövőben fokozatosan tervezik teljes mértékben leállítani a titkosítás nélküli fájlok letöltésének támogatását. A letiltás végrehajtásra került, mivel a titkosítás nélküli fájlok letöltése rosszindulatú cselekményekhez használható fel a MITM-támadások során a tartalom megváltoztatásával.
- A blokkolás biztosítva van . A letöltési korlátozás folytatódik, mivel a nem biztonságos letöltések rosszindulatú cselekvésekhez is felhasználhatók.
- Kezdeti támogatás , amely az User-Agent fejlécre alternatív megoldásként fejlődik. A Client Hints mechanizmus javasol egy sor „Sec-CH-UA-*” fejadat jellegű adatcsomagot, amely lehetővé teszi a böngésző és a rendszer specifikus paramétereinek (verzió, platform stb.) adatainak szelektív átadását, csak miután a szerver kérte. A felhasználó lehetőséget kap arra, hogy meghatározza, mely paraméterek átadása elfogadható, és szelektíven megadhatja az ilyen információkat a webhelyek tulajdonosainak. A Client Hints használatakor az azonosító alapértelmezés szerint nem kerül továbbításra explicit kérés nélkül, ami lehetetlenné teszi a passzív azonosítást (alapértelmezés szerint csak a böngésző neve kerül megadásra). hogy a következő évig.
- aktiválás
szigorúbb cookie-k oldalakon közötti átadásával kapcsolatos, amely széleskörűen a COVID-19 miatt. Az nem HTTPS kérések esetén meg van tiltva a külső Cookie-k kezelése, amelyeket más domainekről érkező weboldalak állítanak elő. Az ilyen Cookie-kat hirdetési hálózatok, közösségi média widgetek és webanalitikai rendszerek használják a felhasználók weboldalak közötti mozgásának nyomon követésére.Emlékeztetünk, hogy a Cookie-k továbbításának kezelésére a Set-Cookie fejlécben megadott SameSite attribútum vonatkozik, amely alapértelmezés szerint "SameSite=Lax" értékre van beállítva, korlátozva a Cookie-k küldését harmadik féltől származó al-kérések esetén, mint például egy kép vagy tartalom betöltése egy iframe-ből egy másik weboldalról. A weboldalak felülbírálhatják az alapértelmezett SameSite módot, ha a Cookie beállításakor kifejezetten "SameSite=None" értéket adnak meg. Emellett a "SameSite=None" érték csak Secure módban állítható be (mely a HTTPS kapcsolatokra vonatkozik). A változás fokozatosan kerül bevezetésre, először egy kis felhasználói csoport számára, majd fokozatosan kiterjesztve.
- Kísérleti megvalósítás került hozzáadásra , amely aktiválható a "chrome://flags/#enable-heavy-ad-intervention" beállítással. A blokkoló automatikusan letiltja a hirdetési iframe blokkokat, ha a forgalmi és CPU terhelési küszöbértékek túllépésre kerülnek. A blokkolás akkor lép életbe, ha a fő szálon összesen több mint 60 másodperc processzoridőt használtak fel, vagy 15 másodperc 30 másodperces intervallumban (50% erőforrást fogyasztva több mint 30 másodpercig), és amikor több mint 4 MB adatot töltöttek le a hálózaton.
A blokkolás csak akkor lép életbe, ha a felhasználó a limitek túllépéséig nem lépett interakcióba a hirdetési blokkal (például nem kattintott arra), így a forgalom korlátozása miatt lehetővé teszi a nagyméretű videók automatikus lejátszásának blokkolását a reklámokban a felhasználó által történő kifejezett lejátszás indítása nélkül. Az ajánlott intézkedések megszabadítják a felhasználókat a hatékonyan megvalósított vagy szándékosan parazita jellegű aktivitást végző hirdetésektől (például bányászatot végzőktől). A Google statisztikái szerint a blokkolási kritériumoknak megfelelő hirdetések csupán 0,30%-át teszik ki az összes hirdetési blokk közül, de ezek a hirdetések a teljes reklámforgalom 28%-át és a CPU erőforrások 27%-át fogyasztják.
- Elvégeztük a CPU-erőforrás-fogyasztás csökkentését, amikor a böngészőablak nincs a felhasználó látómezőjében. A Chrome most ellenőrzi, hogy a böngészőablakot nem borítják-e más ablakok, és kizárja a pixelek kirajzolását a fedett területeken. Az új funkciót fokozatosan állítják be: bizonyos felhasználók számára az optimalizálás a Chrome 84-ben, míg mások számára a Chrome 85-ben lesz elérhető.
- Alapértelmezés szerint bekapcsolt védelem , such as spam requests for push notifications. Since such requests disrupt user activity and draw attention to confirmation dialog actions, instead of a separate dialog in the address bar, a non-intrusive informational hint will appear, warning of the blocking of the authority request, which automatically collapses into an indicator featuring a crossed-out bell image. Clicking on the indicator allows the requested authority to be activated or denied at any convenient moment.
- Biztosítva van a felhasználói választás megjegyzése a külső protokollkezelők megnyitásakor — a felhasználó választhatja az „mindig engedélyezni ezen az oldalon” opciót egy adott kezelő számára, és a böngésző megjegyzi ezt a döntést az aktuális webhelyhez kötődően.
- Hozzáadtuk a felhasználói beállítások megváltoztatásának megakadályozását egyértelmű beleegyezés nélkül. Ha a kiegészítő megváltoztatja az alapértelmezett keresőmotort vagy az új fülhöz megjelenítendő oldalt, a böngésző most párbeszédpanelt jelenít meg, amelyben a megadott művelet megerősítését vagy a változtatás visszavonását kínálja.
- folytatódik a vegyes multimédiás tartalom (amikor HTTPS-oldalon a HTTP protokollon keresztül töltődnek be az erőforrások) letöltésének védelmét. HTTPS alapú oldalaknál mostantól automatikusan lecseréljük a „http://” linkeket „https://”-ra a képek betöltésével kapcsolatos blokkokban (korábban a szkriptek és iframe-ek lettek kicserélve, az audio és videó erőforrások automatikus cseréje a következő kiadásban várható). Ha a kép nem érhető el https-en, a letöltése blokkolva lesz (kézi blokkolást a címsávban lévő lakat szimbólumon keresztül az elérhető menüből lehet megjeleníteni).
- Hozzáadva az API támogatása (SMS Receiver API-ként fejlődött), lehetővé téve egy egyszeri jelszó megadását a weboldalon, miután az SMS-ben megkapott megerősítő kódot megkapta a felhasználó Android okostelefonján, amelyen a böngésző fut. Az SMS-es megerősítés például a felhasználó által a regisztrációnál megadott telefonszám ellenőrzésére használható. Ha korábban a felhasználónak meg kellett nyitnia az SMS alkalmazást, kimásolnia a kódot a vágólapra, visszatérnie a böngészőbe, és beillesztenie ezt a kódot, akkor az új API lehetővé teszi ennek a folyamatnak az automatizálását és egylépésessé tételét.
- Kiterjesztett API
A web animációk lejátszásának vezérlésére. Az új kiadásban hozzáadta a kompozitálási műveletek támogatását, amelyek lehetővé teszik az effektek kombinációjának szabályozását, és új eseménykezelőket biztosítanak, amelyek a tartalomcserék bekövetkeztekor aktiválódnak. A Web Animations API mostantól támogatja a Promise-t is, amely segít az animációk bemutatásának sorrendjének meghatározásában és a jobb kezelésében, ahogyan az animáció interakcióba lép az alkalmazás egyéb funkcióival. - 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 a Service worker számára a HTTP sütik elérésére, amely aszinkron alternatívát kínál a document.cookie alkalmazásához.
- API a felhasználó inaktivitásának meghatározására, amely lehetővé teszi annak időpontjának megállapítását, amikor a felhasználó nem lép kapcsolatba a billentyűzettel/egérrel, a képernyővédő fut, a képernyő zárolva van, vagy a munka egy másik monitoron folyik. Az alkalmazás értesítése az inaktivitásról egy értesítés küldésével történik, miután a megadott inaktivitási küszöb elérésre került.
- Mód , lehetővé teszi a fejlesztő számára, hogy a tartalomfeldolgozás teljeskörű elszigetelését alkalmazza külön folyamatban az origin (domena + port + protokoll) alapján, nem pedig a webhely alapján, cserébe néhány elavult funkció, például a document.domain-t használó szkriptek szinkron végrehajtásának és a postMessage() hívásának megszüntetéséért. Más szóval, az Origin Isolation lehetővé teszi a folyamathatárok elválasztását az erőforrás domainja alapján, nem pedig a webhely alapján, minden külső beépülő modul nélkül a lapokon.
- API a SIMD vektori utasítások alkalmazására WebAssembly formátumú alkalmazásokban. A platformfüggetlenség biztosítása érdekében egy új 128 bites típus ajánlott, amely különböző típusú csomagolt adatok reprezentálására szolgál, és több alapvető vektorművelet a csomagolt adatok feldolgozásához. A SIMD lehetővé teszi a teljesítmény növelését az adatok párhuzamos feldolgozásával, és hasznos lesz natív kód WebAssembly-be történő fordításakor. A SIMD támogatásának engedélyezéséhez a „chrome://flags/#enable-webassembly-simd” beállítást lehet használni.
- Stabilizálva van, és most már elérhető az Origin Trials-on kívül
API , metainformációkat szolgáltatva a previously cache-elt tartalomról, amelyet Progressive Web Apps (PWA) üzemmódban működő webalkalmazások használnak. Az alkalmazás különböző adatokat, például képeket, videókat és cikkeket tárolhat a böngésző oldalán, és a hálózati kapcsolat hiányában ezeket az API Cache Storage és IndexedDB segítségével felhasználhatja. A Content Indexing API lehetőséget ad hasonló források hozzáadására, keresésére és eltávolítására. A böngészőben ez az API már használatban van az offline megtekinthető oldalak és multimédiás adatok listájának felsorolására. - Stabilizált API verzió a Promise mechanizmus alapján, amely biztonságosabb módot kínál a képernyő automatikus lezárásának kezelésére és az eszköz energiatakarékos üzemmódba való átváltására.
- Android platformhoz készült verzióban alkalmazásparancsikonok támogatása, amelyek lehetővé teszik, hogy gyors hozzáférést biztosítsanak a népszerű, tipikus műveletekhez az alkalmazásban. A parancsikonok létrehozásához elegendő elemeket hozzáadni a webalkalmazás PWA (Progressive Web Apps) formátumú manifestjéhez.
- Web Worker számára engedélyezett az API használata , amely lehetővé teszi a generáló jelentés kezelőjének meghatározását az elavult funkciók hívásakor. A felhasználó által választott generált jelentést el lehet menteni, a szerverre küldeni vagy JavaScript segítségével feldolgozni.
- Frissített API , amely lehetővé teszi egy kezelő összekapcsolását, amely értesítéseket kap a megadott elemek méretének változásáról az oldalon. A ResizeObserverEntry három új tulajdonsággal bővült: contentBoxSize, borderBoxSize és devicePixelContentBoxSize, amely a részletesebb információk elérésére szolgál és egy ResizeObserverSize objektumokból álló tömb formájában kerül kiadásra.
- Hozzáadva a "" kulcsszó, amely visszaállítja az elem stílusát az alapértelmezett értékre.
- Megszabadult a "-webkit-appearance" és "-webkit-ruby-position" CSS-tulajdonságok előtagjától, amelyek most már elérhetők mint "és a "«.
- JavaScript-ben a módszerek és osztályvagyonok priváttá tételének támogatása, ezután ezekhez való hozzáférés csak az osztályon belül lesz elérhető (korábban csak a mezők lehettek privátak). A módszerek és vagyonok priváttá tételéhez a mező neve elé "#" jelet tenni.
- JavaScript-ben Passkey (gyenge hivatkozás) JavaScript objektumokra, amelyek lehetővé teszik az objektumra való hivatkozás megőrzését, de nem akadályozzák meg a kapcsolódó objektum eltávolítását a szemétgyűjtő által. Ezenkívül támogatás került hozzáadásra a finalizátorok számára, amelyek lehetővé teszik a megadott objektum szemétgyűjtő utáni feldolgozó meghívását.
- Gyorsabbá váltak az alkalmazások indítása WebAssembly-n, a Liftoff alap compiler implementációjának köszönhetően. és . Fejlesztették a WebAssembly debugoló eszközeit, jelentősen növelték a debuggolás teljesítményét a töréspontok használatakor (korábban a debuggolás során interpretert használtak, most pedig a Liftoff compiler-t).
- A webfejlesztők eszközeiben pphttps://developers.google.com/web/updates/2020/05/devtools frissült]] a teljesítmény-analízis panel. Új általános információk kerültek hozzáadásra a metrikához (Teljes Blokkolási Idő), amely megmutatja, hogy mennyi ideig tűnik úgy, hogy az oldal elérhető, de valójában nem az (azaz az oldal már megjelenik, de még mindig blokkolva van a fő szál végrehajtása, és nem lehetséges az adatok beírása). Új Experience szekciót adtak hozzá a metrika elemzéséhez. (Kumulált Elrendezési Elmozdulás), amely a tartalom vizuális stabilitását tükrözi. A CSS-stíluskészletek ellenőrzőpaneljében képek előnézete valósult meg, amelyeket a „background-image” tulajdonságon keresztül adtak meg.
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 . Egy probléma (CVE-2020-6510, puffertúlcsordulás a háttérműveletek fetch kezelőjében) kritikusnak van jelölve, azaz lehetővé teszi a böngésző összes védelmi szintjének megkerülését és a kód végrehajtását a rendszeren kívül, a sandbox környezet határain. A jelenlegi kiadás sebezhetőségeinek felfedezéséért járó pénzjutalom program keretében a Google 26 prémiumot fizetett ki összesen 21500 dollár értékben (két prémium $5000, két prémium $3000, egy prémium $2000, két prémium $1000 és három prémium $500). 16 jutalom mértéke még nem meghatározott.
Forrás: opennet.ru
