Kriitika API Idle Detectioni kaasamise kohta Chrome 94-s. Eksperimendid Rustiga Chrome'is

API Idle Detectioni põhikäivitamine Chrome 94-s põhjustas kriitika laine, viidates vastuväidetele Firefoxi ja WebKit/Safari arendajatelt.

API Idle Detection võimaldab saitidel määrata aega, mil kasutaja on tegevusetu, s.t. ei suhtle klaviatuuri/hiirega või töötab teisel ekraanil. API võimaldab ka teada saada, kas süsteemis on aktiivne ekraaniprotektor. Tegevusetuse teatamine toimub pärast määratud tegevusetuse taseme saavutamist, mille minimaalne väärtus on seatud ühele minutile.

Oluline on märkida, et API Idle Detectioni kasutamine nõuab kasutaja selget volitamist, s.t. kui rakendus üritab esmakordselt kindlaks teha tegevusetuse, kuvatakse kasutajale aken, milles pakutakse volituste andmist või toimingu blokeerimist. API Idle Detectioni täielikuks väljalülitamiseks on privaatsuse ja turvalisuse seadete jaotises ette nähtud eriline valik ("chrome://settings/content/idleDetection").

Kasutusvaldkondadeks on chat'i, sotsiaalmeedia ja kommunikatsioonirakendused, mis suudavad muuta kasutaja staatust vastavalt tema kohalolekule arvuti juures või peavad uusi sõnumite teateid kuni kasutaja saabumiseni tagasi. API-d saab kasutada ka kioskirakendustes, et pärast määratud passi mitteoleku aega tagasi algse ekraanile või ressursimahukate interaktiivsete operatsioonide, nagu keerukate pidevalt värskendatavate diagrammide joonestamine, peatamiseks, kui kasutaja pole arvuti juures.

Vastuste vastane API Idle Detection aktiveerimise kohta seisneb selles, et teavet selle kohta, kas kasutaja on arvuti taga või mitte, võib pidada konfidentsiaalseks. Lisaks kasulikele rakendustele saab seda API-d kasutada ka mitte hea eesmärgi nimel, näiteks kasutaja puudumise aja raiskamiseks haavatavuste ärakasutamiseks või silmatorkava kahjuliku tegevuse, nagu krüptovaluuta kaevandamise, varjamiseks. Antud API abil saab koguda teavet kasutaja käitumismustrite ja tema päevase tööaja rütmi kohta. Näiteks on võimalik teada saada, millal kasutaja tavaliselt lõunale läheb või oma töökohalt lahkub. Kohustusliku volituste andmise kinnitamise eeltingimuste kontekstis peetakse neid muresid Google'i poolt ebaoluliseks.

Lisaks võib märkida Chrome'i arendajate märkust mäluhalduse uute tehnika arendamisest. Google'i andmetel põhjustavad 70% Chrome'i turbeprobleemidest mäluhaldusvead, nagu näiteks mälus seondatud mälu vabastamise järgne juurdepääs (use-after-free). Selliste vigade against võitlemiseks on määratletud kolm peamist strateegiat: kontrollide tugevdamine kompileerimise etapis, vigade blokeerimine käitusaja jooksul ja mäluturvalisust tagava keele kasutamine.

Teated on alanud katsetused Chromiumi koodibaasi lisamiseks Rusti keeles komponentide arendamise võimaluse. Rusti kood ei kuulu praegu kasutajatele tarnitavatesse kogumitesse, vaid on suunatud peamiselt üksikute brauseri osade arendamise võimaluse testimisele Rustis ja nende integreerimisele teiste, C++-s kirjutatud osadega. Samuti jätkab paralleelselt C++ koodile projekti areng MiraclePtr tüübi rakendamiseks, et takistada haavatavuste ärakasutamist, mis tuleneb juba vabastatud mälublokkide käsitlemisest, ning pakutakse uusi vigu tuvastamise meetodeid kompileerimise etapis.

Lisaks alustab Google eksperimenti, et testida, kuidas mõjutab veebisaitide toimimist brauseri jõudmine kolme numbriga versioonini kahe asemel. Eelkõige on Chrome 96 testversioonides lisatud seadistus "chrome://flags#force-major-version-to-100", kusjuures selle määramisel algab User-Agent päises versiooni 100 väljastamine (Chrome/100.0.4650.4). Augus toimus sarnane katse Firefoxis, mis tuvastas kolme numbriga versioonide töötlemise probleemid mõnedes saitides.

Allikas: opennet.ru