Plifortigo de izolado inter retejoj en Chrome

Guglo anoncita pri plifortiga reĝimo en Chrome transloka izolado, kiu certigas ke paĝoj de malsamaj retejoj estas prilaboritaj en apartaj izolitaj procezoj. Izola reĝimo ĉe la retejo ebligas al vi protekti la uzanton kontraŭ atakoj, kiuj povas esti efektivigitaj per triaj blokoj uzataj en la retejo, kiel iframe-enigaĵoj, aŭ bloki datumojn per la enkonstruado de legitimaj blokoj (ekzemple kun petoj al bankaj servoj, kiuj povas enhavi uzanton estas aŭtentikigita) sur malicaj retejoj.

Apartigante la prizorgantojn laŭ domajno, ĉiu procezo enhavas datumojn de nur unu retejo, kio malfaciligas la trans-ejajn kaptatajn atakojn. Sur labortablaj versioj de Chrome disiĝo pritraktiloj ligitaj al domajno prefere ol langeto, efektivigitaj ekde Chrome 67. EN Chrome 77 simila reĝimo estis aktivigita por la Android-platformo.

Plifortigo de izolado inter retejoj en Chrome

Por redukti superkoston, la reteja izolita reĝimo en Android estas ebligita nur se la paĝo estas ensalutinta per pasvorto. Chrome memoras la fakton, ke la pasvorto estis uzata kaj ŝaltas protekton por ĉiu plia aliro al la retejo. Protekto ankaŭ estas aplikata tuj al elektita listo de antaŭdifinitaj retejoj popularaj inter poŝtelefonaj uzantoj. La selektema aktiviga metodo kaj aldonitaj optimumigoj permesis al ni konservi la kreskon de la konsumo de memoro pro pliiĝo de la nombro da kurantaj procezoj je averaĝa nivelo de 3-5%, anstataŭ 10-13% observita kiam oni aktivigas izoladon por ĉiuj retejoj.

La nova izola reĝimo estas ebligita por 99% de Chrome 77-uzantoj sur Android-aparatoj kun almenaŭ 2 GB da RAM (por 1% de uzantoj la reĝimo restas malŝaltita por agado-monitorado). Vi povas mane ebligi aŭ malŝalti retejan izolitan reĝimon uzante la agordon "chrome://flags/#enable-site-per-process".

En la labortabla eldono de Chrome, la supre menciita reteja izolita reĝimo nun estas plifortigita por kontraŭstari atakojn celantajn tute endanĝerigi la enhavtraktan procezon. Plibonigita izoleca reĝimo protektos retejajn datumojn kontraŭ du pliaj specoj de minacoj: datumfuĝoj kiel rezulto de triaj atakoj, kiel Spectre, kaj likoj post kompleta kompromiso de la pritrakta procezo kiam sukcese ekspluatas vundeblecojn, kiuj ebligas al vi akiri kontrolon super la. procezo, sed ne sufiĉas por preteriri sablokestan izolitecon. Simila protekto estos aldonita al Chrome por Android poste.

La esenco de la metodo estas, ke la kontrolprocezo memoras al kiu retejo la laborista procezo havas aliron kaj malpermesas aliron al aliaj retejoj, eĉ se la atakanto akiras kontrolon de la procezo kaj provas aliri la rimedojn de alia retejo. Limigoj kovras rimedojn rilatajn al aŭtentikigo (konservitaj pasvortoj kaj Kuketoj), datumoj elŝutitaj rekte tra la reto (filtritaj kaj ligitaj al la nuna retejo HTML, XML, JSON, PDF kaj aliaj dosiertipoj), datumoj en interna stokado (localStorage), permesoj ( eldonita retejo permesanta aliron al la mikrofono, ktp.) kaj mesaĝoj elsenditaj per la postMessage kaj BroadcastChannel APIoj. Ĉiuj tiaj rimedoj estas asociitaj kun etikedo al la fonto-ejo kaj estas kontrolitaj flanke de la administra procezo por certigi, ke ili povas esti translokigitaj laŭ peto de la laborista procezo.

Aliaj Chrome-rilataj eventoj inkluzivas: la komenco aproboj por ebligi funkcion-subtenon en Chrome Rulumu-Al-Teksto, kiu ebligas formi ligilojn al unuopaj vortoj aŭ frazoj sen eksplicite specifi etikedojn en la dokumento uzante la etikedon "a name" aŭ la posedaĵon "id". La sintakso de tiaj ligiloj estas planita por esti aprobita kiel TTT-normo, kiu ankoraŭ estas en la stadio skizo. La transira masko (esence rula serĉo) estas apartigita de la regula ankro per la atributo “:~:”. Ekzemple, kiam vi malfermas la ligilon "https://opennet.ru/51702/#:~:text=Chrome" la paĝo moviĝos al la pozicio kun la unua mencio de la vorto "Chrome" kaj ĉi tiu vorto estos emfazita. . Trajto aldonita al fadeno Kanariaj, sed por ebligi ĝin postulas kuri kun la flago “--enable-blink-features=TextFragmentIdentifiers”.

Alia interesa venonta ŝanĝo en Chrome Estas la kapablo frostigi neaktivajn langetojn, permesante vin aŭtomate malŝarĝi el memoraj langetoj, kiuj estis en la fono dum pli ol 5 minutoj kaj ne faras signifajn agojn. La decido pri la taŭgeco de aparta langeto por frostigo estas farita surbaze de heŭristiko. La ŝanĝo estis aldonita al la Kanaria branĉo, surbaze de kiu la eldono de Chrome 79 estos formita, kaj estas ebligita per la flago "chrome://flags/#proactive-tab-freeze".

fonto: opennet.ru

Aldoni komenton