Chrome 79 lanseras

Google har presenterat utgÄvan av webblÀsaren Chrome 79. Samtidigt Àr tillgÀnglig stabil utgÄva av det fria projektet Chromium, som utgör grunden för Chrome. WebblÀsaren Chrome utmÀrker sig genom att anvÀnda Google-logotyper, ha ett system för att skicka meddelanden vid krasch, möjligheten att ladda ner Flash-modulen vid behov, moduler för att spela upp skyddat videoinnehÄll (DRM), ett system för automatisk installation av uppdateringar och överföring vid sökning RLZ-parametrarDen nÀsta versionen av Chrome 80 Àr planerad till den 4 februari.

Huvud för pÄ Chrome 79:

  • Aktiverad komponenten Password Checkup, som Ă€r avsedd för att analysera sĂ€kerheten av de lösenord som anvĂ€ndaren anvĂ€nder. Vid inloggning pĂ„ vilken webbplats som helst kontrollerar Password Checkup utför inloggningsuppgifter mot en databas med komprometterade konton och visar en varning om problem upptĂ€cks (kontrollen görs baserat pĂ„ hash-prefix pĂ„ anvĂ€ndarens sida). Kontroll ges mot en databas som omfattar över 4 miljarder komprometterade konton som förekommit i lĂ€ckta anvĂ€ndardatabaser. En varning visas ocksĂ„ vid försök att anvĂ€nda triviala lösenord, sĂ„som "abc123". För att hantera aktiveringen av Password Checkup i avsnittet "Synkronisering och Google-tjĂ€nster" har en speciell instĂ€llning implementerats.
  • En ny teknik för att identifiera phishing i realtid har presenterats. Tidigare gjordes kontrollen genom att hĂ€nvisa till lokalt nedladdade svarta listor frĂ„n Safe Browsing, som uppdaterades ungefĂ€r var 30:e minut, vilket visade sig vara otillrĂ€ckligt, exempelvis vid frekvent domĂ€nbytande av angripare. Den nya metoden gör det möjligt att kontrollera URL:er i farten med förhandskontroll mot vita listor som inkluderar hashvĂ€rden för tusentals populĂ€ra och betrodda webbplatser. Om den öppnade webbplatsen inte finns pĂ„ den vita listan kontrollerar webblĂ€saren URL:en pĂ„ Googles server genom att överföra de första 32 bitarna av SHA-256-hashen av lĂ€nken, frĂ„n vilken potentiella personuppgifter har tagits bort. Googles uppskattning visar att den nya metoden kan öka effektiviteten av varningar för nya phishing-sajter med 30%.
  • Proaktiv skydd mot överföring av Google-kontouppgifter och vilka lösenord som helst som sparats i lösenordshanteraren genom phishing-sidor har lagts till. Vid försök att ange ett sparat lösenord pĂ„ en webbplats dĂ€r detta lösenord vanligtvis inte anvĂ€nds kommer anvĂ€ndaren att fĂ„ en varning om potentiellt farliga Ă„tgĂ€rder.
  • För anslutningar som anvĂ€nder TLS 1.0 och 1.1 visas nu en indikator för osĂ€ker anslutning. Fullt stöd för TLS 1.0 och 1.1 kommer att stĂ€ngas av i Chrome 81, som Ă€r planerad till den 17 mars 2020.
  • Möjlighet att frysa inaktiva flikar har lagts till, vilket automatiskt kan avlĂ€gsna flikar som varit i bakgrunden i mer Ă€n 5 minuter och som inte utför nĂ„gra betydelsefulla Ă„tgĂ€rder. Beslutet om en viss flik Ă€r lĂ€mpad för att frysa baseras pĂ„ heuristik. Hantering av aktiveringen av funktionen görs genom flaggan "chrome://flags/#proactive-tab-freeze".
  • stöd för navigering med musens framĂ„t/bakĂ„t-knappar i olika applikationer. Blockering av blandat innehĂ„ll pĂ„ sidor som öppnas via HTTPS för att sĂ€kerstĂ€lla att sidor öppnade via https:// endast innehĂ„ller resurser som laddas över en sĂ€ker kommunikationskanal. Trots att de mest farliga typerna av blandat innehĂ„ll, sĂ„som skript och iframes, redan blockeras som standard, har bilder, ljudfiler och videor fortfarande kunnat laddas över http://. Den tidigare anvĂ€nda indikatorn för blandat innehĂ„ll för sĂ„dana inslag har bedömts som ineffektiv och missledande, eftersom den inte ger en entydig bedömning av sidans sĂ€kerhet. Till exempel kan en angripare genom att byta ut bilder infoga spĂ„rande cookies för anvĂ€ndaren, försöka utnyttja sĂ„rbarheter i bildhanterare eller begĂ„ bedrĂ€geri genom att ersĂ€tta information som visas pĂ„ bilden. För att inaktivera blockeringen av blandade komponenter har en speciell instĂ€llning lagts till, som kan nĂ„s via menyn som dyker upp vid klick pĂ„ lĂ„ssymbolen.
  • En experimentell funktion för delning av urklipp har lagts till mellan skrivbords- och mobilversioner av Chrome. I exempel pĂ„ Chrome som Ă€r lĂ€nkade till ett och samma konto kan man nu fĂ„ tillgĂ„ng till innehĂ„llet i urklippet pĂ„ en annan enhet, inklusive möjligheten att dela urklipp mellan mobil- och skrivbordssystem. InnehĂ„llet i urklippet krypteras med end-to-end-kryptering, vilket förhindrar Ă„tkomst till texten pĂ„ Googles servrar. Funktionen aktiveras via alternativen chrome://flags#shared-clipboard-receiver, chrome://flags#shared-clipboard-ui och chrome://flags#sync-clipboard-service.
  • I adressfĂ€ltet, vid vissa tillfĂ€llen (t.ex. nĂ€r lösenordet sparas), visas namnet pĂ„ det aktuella Google-kontot bredvid avataren nĂ€r profilsynkronisering Ă€r avstĂ€ngd, sĂ„ att anvĂ€ndaren enkelt kan identifiera det aktuella aktiva kontot.
  • 1 % av anvĂ€ndarna har aktiverats. stöd för „DNS över HTTPS” (DoH). Endast anvĂ€ndare vars systeminstĂ€llningar redan har DNS-leverantörer som stöder DoH deltar i experimentet. Om anvĂ€ndaren i systeminstĂ€llningarna har angett DNS 8.8.8.8, aktiveras Googles DoH-tjĂ€nst („https://dns.google.com/dns-query”) i Chrome, och om DNS Ă€r 1.1.1.1, aktiveras Cloudflares DoH-tjĂ€nst („https://cloudflare-dns.com/dns-query”), och sĂ„ vidare. För att styra aktiveringen av DoH finns instĂ€llningen „chrome://flags/#dns-over-https”. Tre driftslĂ€gen stöds: „secure”, „automatic” och „off”. I lĂ€get „secure” bestĂ€ms vĂ€rdarna endast pĂ„ grundval av tidigare cachade sĂ€kra vĂ€rden (erhĂ„llna via en sĂ€ker anslutning) och förfrĂ„gningar via DoH, en Ă„tergĂ„ng till vanlig DNS tillĂ€mpas inte. I lĂ€get „automatic”, om DoH och den sĂ€kra cachen inte Ă€r tillgĂ€ngliga, tillĂ„ts hĂ€mtning av data frĂ„n osĂ€ker cache och anvĂ€ndning av traditionell DNS. I lĂ€get „off” kontrolleras först den gemensamma cachen och om det inte finns nĂ„gra data, skickas förfrĂ„gan via system-DNS.
  • En experimentell funktion har lagts till. stöd för caching av renderat innehĂ„ll vid sidbyten med fram- och bakĂ„tknappar, vilket möjliggör en betydande sĂ€nkning av fördröjningarna vid denna typ av navigering genom att hela sidan cachas, vilket inte krĂ€ver en ny rendering och inlĂ€sning av resurser. Optimeringen Ă€r sĂ€rskilt mĂ€rkbar i mobilversionen, dĂ€r prestandaförbĂ€ttringen vid navigering nĂ„r upp till 19 %. LĂ€get aktiveras via alternativet „chrome://flags#back-forward-cache”.
  • Borttagen instĂ€llningen „chrome://flags/#omnibox-ui-hide-steady-state-url-scheme-and-subdomains”, som möjliggjorde att visa protokollet i adressfĂ€ltet igen (nu visas alla lĂ€nkar alltid utan https:// och http://, samt utan „www.”).
  • I versionerna för Windows har sandbox-isoleringen av ljuduppspelningsservicen aktiverats. För att styra aktiveringen av isoleringen har egenskapen AudioSandboxEnabled föreslagits.
  • I centrala administrationsverktyg för företag finns det en funktion för att definiera regler som bestĂ€mmer hur mycket minne en webblĂ€sarinstans fĂ„r anvĂ€nda innan bakgrundsfanerna börjar avlastas. Den minne som frigörs efter avlastning av en flik blir Ă„ter tillgĂ€nglig, och innehĂ„llet i fliken laddas om nĂ€r man vĂ€xlar till den.
  • I Linux anvĂ€nds en inbyggd certifikatverifieringshanterare som ersĂ€tter det tidigare anvĂ€nda NSS-systemet. Den inbyggda hanteraren fortsĂ€tter dock att anvĂ€nda NSS-lagret vid verifiering, men stĂ€ller hĂ„rdare krav vid hantering av felaktigt kodade och separat intygade certifikat (alla certifikat mĂ„ste nödvĂ€ndigtvis intygas av en certifikatutfĂ€rdare).
  • I versionen för Android-plattformen har lagts till möjlighet att tilldela adaptiva ikoner för installerade webbapplikationer som fungerar i lĂ€get Progressive Web Apps (PWA). Adaptiva ikoner kan anpassas till det grĂ€nssnitt som anvĂ€nds av enhetstillverkaren, till exempel vara runda, fyrkantiga eller med rundade hörn.
  • Tillagd API WebXR-enhet, som ger Ă„tkomst till komponenter för att skapa virtuell och förstĂ€rkt verklighet. API:et möjliggör en enhetlig anvĂ€ndning av olika typer av enheter, frĂ„n stationĂ€ra virtuella verklighetshjĂ€lmar som Oculus Rift, HTC Vive och Windows Mixed Reality, till lösningar baserade pĂ„ mobila enheter som Google Daydream View och Samsung Gear VR. Exempel pĂ„ tillĂ€mpningar för det nya API:et inkluderar program för att titta pĂ„ 360°-videor, visualiseringssystem för tredimensionella utrymmen, skapande av virtuella biografer för videopresentationer, samt experiment med att skapa 3D-grĂ€nssnitt för butiker och gallerier;

    Chrome 79 lanseras
  • I Origin Trials-lĂ€ge (experimentella funktioner som krĂ€ver separat aktivering) flera nya API:er har föreslagits. Origin Trial innebĂ€r möjlighet att arbeta med det angivna API:et frĂ„n applikationer som laddas ner frĂ„n localhost eller 127.0.0.1, eller efter registrering och erhĂ„llande av en speciell token, som Ă€r giltig under en begrĂ€nsad tid för en viss webbplats.
    • För alla HTML-element har attributet "rendersubtree" föreslagits, vilket sĂ€kerstĂ€ller att DOM-elementets visning faststĂ€lls. Genom att tilldela attributet vĂ€rdet "invisible" kommer innehĂ„llet i elementet inte att renderas och kontrolleras, vilket möjliggör optimering av rendering. NĂ€r vĂ€rdet "activatable" stĂ€lls in kommer webblĂ€saren att ta bort det osynliga attributet, rendera innehĂ„llet och göra det synligt.
    • Ett API-alternativ har lagts till Wake Lock baserat pĂ„ Promise-mekanismen, som erbjuder ett sĂ€krare sĂ€tt att hantera avstĂ€ngning av skĂ€rmslĂ€ckning och att sĂ€tta enheter i energibesparande lĂ€gen.
  • Implementeringen av attributet har möjliggjorts autofocus för alla HTML- och SVG-element som kan fĂ„ inmatningsfokus.
  • För bilder och video försedd berĂ€knas förhĂ„llandet baserat pĂ„ attributen Bredd eller Höjd, vilket kan anvĂ€ndas för att bestĂ€mma bildens storlek med hjĂ€lp av CSS i ett lĂ€ge nĂ€r bilden Ă€nnu inte har laddats (löser problemet med ombyggnad av sidan efter att bilder har laddats).
  • CSS-egenskapen font-optical-sizing, vilket automatiskt stĂ€ller in storleken pĂ„ ett variabelt teckensnitt i de optiska koordinaterna "opsz", om teckensnittet stödjer det. LĂ€ge tillĂ„ter att vĂ€lja den optimala formen pĂ„ glyf för den angivna storleken, till exempel anvĂ€nda mer kontrasterande glyfer för rubriker.
  • CSS-egenskapen list-style-type, vilket tillĂ„ter att anvĂ€nda valfria symboler istĂ€llet för punkter i listor, t.ex. "-", "+", "★" och "▾".
  • Vid oförmĂ„ga att utföra Worklet.addModule() returneras nu ett objekt med detaljerad information om felens karaktĂ€r, vilket gör att man kan bedöma orsaken till felet mer exakt (problem med nĂ€tverksanslutning, felaktig syntax etc.).
  • Bearbetning av <script>-element har upphört vid flytt mellan dokument. Vid överföring mellan dokument har Ă€ven kopplade script-hĂ€ndelser "error" och "load" inaktiverats.
  • I JavaScript-motorn V8 genomförd optimering av hanteringen av förĂ€ndringar av fĂ€ltens representation i objekt, vilket har resulterat i att körning av AngularJS-kod i testsviten Speedometer nu gĂ„r 4% snabbare.

    Chrome 79 lanseras
  • Optimering av hanteringen av getterar, definierade i inbyggda API:er som Node.nodeType och Node.nodeName, har Ă€ven genomförts i V8, under förutsĂ€ttning att det inte finns nĂ„gon IC (inline caching) hanterare. Ändringen har minskat IC runtime-tidskostnaderna med cirka 12% vid körning av tester av Backbone och jQuery frĂ„n Speedometer-sviten.
    Chrome 79 lanseras
  • Caching av resultaten frĂ„n OSR-mekanismen (kallad on-stack replacement) som möjliggör insĂ€ttning av optimerad kod under körning av en funktion (ger möjlighet att börja anvĂ€nda optimerad kod för lĂ„ngvariga funktioner utan att vĂ€nta pĂ„ att de startas om). OSR-caching gör det möjligt att anvĂ€nda optimeringsresultaten Ă€ven vid en ny körning av funktionen, utan att behöva genomgĂ„ en ny optimering.
    I vissa tester har förĂ€ndringen gjort det möjligt att öka den maximala prestandan med 5–18%.

    Chrome 79 lanseras
  • Ändringar i verktygen för webbutvecklare:
      Det har dykt upp avkopplingslÀge för att identifiera orsakerna till förfrÄgningsblockering eller Cookie-Ätergivning.

      Chrome 79 lanseras
    • I Cookie-listblocket har möjligheten att snabbt visa vĂ€rdet av en vald Cookie genom att klicka pĂ„ en viss rad lagts till.

      Chrome 79 lanseras
    • Möjligheten att simulera olika instĂ€llningar för mediaförfrĂ„gningar prefers-color-scheme och prefers-reduced-motion har lagts till (t.ex. för att kontrollera sidans beteende vid mörkt systemfĂ€rgschema eller med avstĂ€ngda animerade effekter).
      Chrome 79 lanseras
    • Utseendet pĂ„ fliken Coverage har moderniserats, vilket möjliggör utvĂ€rdering av anvĂ€nt och oanvĂ€nt kod. Möjligheten att filtrera information efter typ (JavaScript, CSS) har lagts till. Information om kodanvĂ€ndning har dessutom lagts till vid visning av kĂ€llkoden.

      Chrome 79 lanseras
    • Möjlighet till felsökning av orsakerna till förfrĂ„gningar av olika nĂ€tverksresurser efter inspelning av nĂ€tverksaktivitet har lagts till (möjlighet att se anropstracen av JavaScript-kod som ledde till resursens nedladdning).
      Chrome 79 lanseras
    • InstĂ€llningen "Settings > Preferences > Sources > Default Indentation" har lagts till för att definiera vilken typ av indrag (2/4/8 mellanslag eller tabulation) som anvĂ€nds i koden som skrivs ut i panelerna Console och Sources.

Förutom nyheterna och buggfixarna i den nya versionen har 51 sÄrbarheter ÄtgÀrdats. MÄnga av sÄrbarheterna upptÀcktes genom automatiserad testning med verktygen AddressSanitizer, MemorySanitizer, Control Flow Integrity, LibFuzzer och AFL. TvÄ problem (CVE-2019-13725, Ätkomst till redan frigjort minnesomrÄde i kod för Bluetooth-support, och CVE-2019-13726, minnesöverflöde i lösenordshanteraren) har mÀrkts som kritiska, vilket innebÀr att de kan kringgÄ alla sÀkerhetsnivÄer i webblÀsaren och köra kod pÄ systemet utanför sandbox-miljön. TvÄ kritiska problem har för första gÄngen identifierats inom samma utvecklingscykel i Chrome. Den första sÄrbarheten upptÀcktes av forskare frÄn Tencent Keen Security Lab och demonstrerades vid Tianfu Cup-tÀvlingen, medan den andra hittades av Sergey Glazunov frÄn Google Project Zero.

Inom ramen för belöningsprogrammet för upptÀckten av sÄrbarheter har Google utbetalat 37 priser totalt till ett vÀrde av 80000 US-dollar för den nuvarande versionen (ett pris pÄ 20000 dollar, ett pris pÄ 10000 dollar, tvÄ priser pÄ 7500 dollar, fyra priser pÄ 5000 dollar, ett pris pÄ 3000 dollar, tvÄ priser pÄ 2000 dollar, tvÄ priser pÄ 1000 dollar och Ätta priser pÄ 500 dollar). Storleken pÄ 15 belöningar har Ànnu inte faststÀllts.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster