Google om styrkelse i Chrome-tilstand , som muliggør behandling af sider fra forskellige websites i separate isolerede processer. Isoleringsmodus på websites-niveau hjælper med at beskytte brugeren mod angreb, der kan udføres via eksterne blocks som iframe-indsættelser, eller til at forhindre datalækage gennem indlejring af legitime blocks (f.eks. med forespørgsler til banktjenester, hvor brugeren kan være autentificeret) på ondsindede websites.
Ved at adskille håndtererne i tilknytning til domæner, opbevares data kun fra ét website i hver proces, hvilket gør det svært at udføre angreb rettet mod mellem-websteders datagenerering. I desktop-versionerne af Chrome af håndterere relateret til domæner og ikke faner, er implementeret siden . I blev en lignende tilstand aktiveret også for Android-platformen.
For at reducere overhead, aktiveres website-isoleringstilstand i Android kun, hvis der er registreret en login via password på siden. Chrome husker faktum om brugen af password og aktiverer beskyttelse for alle efterfølgende besøg på website. Beskyttelsen anvendes også straks til en favoritliste over forudbestemte websites, der er populære blandt mobilbrugere. Den selektive aktiveringsmetode og tilføjede optimiseringer har gjort det muligt at holde væksten i hukommelsesanvendelse på grund af det øgede antal kørende processer på gennemsnitlig 3-5%, i stedet for 10-13%, der observeres ved aktivering af isolering for alle websites.
Den nye isoleringstilstand er aktiveret for 99% af brugerne af Chrome 77 på Android-enheder, der har mindst 2 GB RAM (for 1% af brugerne forblev tilstanden deaktiveret for overvågning af ydeevne). Du kan aktivere eller deaktivere website-isoleringstilstand manuelt via indstillingen «chrome://flags/#enable-site-per-process».
I desktopversionen af Chrome er den ovennævnte sites isolationstilstand nu forbedret for at modstå angreb, der sigter mod fuld kompromittering af processen med indholdshåndtereren. Den forbedrede isolationstilstand vil beskytte data fra websteder mod to yderligere trusler: datalækager som følge af angreb gennem sideløbende kanaler, såsom Spectre, samt lækager efter fuld kompromittering af indholdshåndteringsprocessen ved succesfuld udnyttelse af sårbarheder, der giver kontrol over processen, men som ikke er tilstrækkelige til at omgå sandbox-isolationen. I Chrome til Android vil en lignende beskyttelse blive tilføjet senere.
Essensen af metoden er, at styreprocessen husker, hvilket website arbejdsprocessen har adgang til og forbyder adgang til andre websteder, selvom en angriber får kontrol over processen og forsøger at tilgå ressourcerne fra et andet site. Begrænsningerne dækker ressourcer relateret til autentificering (gemte adgangskoder og cookies), data der hentes direkte over netværket (filtreres og knyttes til det aktuelle websites HTML, XML, JSON, PDF og andre filtyper), data i interne lagre (localStorage), beføjelser (givne tilladelser til sitet for adgang til mikrofon osv.) og meddelelser der overføres via API postMessage og BroadcastChannel. Alle sådanne ressourcer knyttes med en mærkat til det oprindelige website og kontrolleres af styreprocessen for muligheden for overføring på anmodning fra arbejdsprocessen.
Af de relaterede begivenheder med Chrome kan også nævnes bekræftelsen af inkorporeringen af funktionaliteten i Chrome , der giver mulighed for at danne links til særskilte ord eller sætninger uden at angive mærker i dokumentet ved hjælp af "a name"-tagget eller "id"-egenskaben. Syntaksen for sådanne links planlægges at blive godkendt som en webstandard, som stadig er i . Masken for overgang (som i praksis udfører en rulle-søgning) adskilles fra den almindelige anker med betegnelsen ":~:". For eksempel, når man åbner linket "https://opennet.ru/51702/#:~:text=Chromе" vil siden flytte til positionen med den første nævnelse af ordet "Chromе", som vil blive fremhævet. Muligheden er blevet tilføjet i grenen , men kræver aktivering med flaget "—enable-blink-features=TextFragmentIdentifiers".
En anden interessant kommende ændring i Chrome muligheden for at fryse inaktive faner, der automatisk kan aflaste de faner, der har været i baggrunden i mere end 5 minutter og ikke udfører væsentlige handlinger. Beslutningen om, hvorvidt en given fane er egnet til at blive fryset, træffes baseret på heuristik. Ændringen er tilføjet til Canary-versionen, som vil danne grundlag for udgivelsen af Chrome 79, og aktiveres gennem flagget «chrome://flags/#proactive-tab-freeze».
Kilde: opennet.ru
