Idle Detection API lehenetsia Chrome 94-n sartzeak kritika ugari eragin ditu, Firefox eta WebKit/Safari garatzaileen objekzioak aipatuz.
Idle Detection API-k erabiltzaile bat inaktibo dagoen unea detektatzeko aukera ematen die guneei, hau da. Ez du teklatu/saguarekin elkarreragin edo beste monitore batean lanik egiten. APIak sisteman pantaila-babeslea exekutatzen ari den ala ez jakiteko aukera ematen du. Inaktibitateari buruzko informazioa jakinarazpen bat bidaliz egiten da zehaztutako jarduerarik gabeko atalase batera iritsi ondoren, zeinaren gutxieneko balioa minutu 1ean ezartzen baita.
Garrantzitsua da kontuan izan Idle Detection APIa erabiltzeak erabiltzailearen baimenak esplizituki ematea eskatzen duela, hau da. Aplikazioa lehen aldiz inaktibitatea detektatzen saiatzen bada, erabiltzaileari leiho bat agertuko zaio baimenak eman edo eragiketa blokeatu behar duen galdetuz. Idle Detection APIa erabat desgaitzeko, aukera berezi bat eskaintzen da ("chrome://settings/content/idleDetection") "Pribatutasuna eta segurtasuna" ezarpenen atalean.
Aplikazio-eremuen artean txata, sare sozialak eta komunikazio-aplikazioak daude, erabiltzailearen egoera alda dezaketen ordenagailuan duen presentziaren arabera edo mezu berrien jakinarazpena atzeratu dezakete erabiltzailea iritsi arte. APIa kioskoko aplikazioetan ere erabil daiteke jatorrizko pantailara itzultzeko, jarduerarik gabe egon ondoren, edo baliabideak behar dituzten eragiketa interaktiboak desgaitzeko, hala nola, grafiko konplexuak birmarraztea, etengabe eguneratzea, erabiltzailea ordenagailuan ez dagoenean.
Idle Detection APIa gaitzearen aurkakoen posizioa erabiltzailea ordenagailuan dagoen ala ez isilpekotzat har daitekeen informazioa da. Aplikazio baliagarriez gain, API hau helburu txarrekin ere erabil daiteke, adibidez, erabiltzailea kanpoan dagoen bitartean ahuleziak ustiatzen saiatzeko edo jarduera gaizto nabarmenak ezkutatzeko, meatzaritza adibidez. Aipatutako APIa erabiliz, erabiltzaileen portaera ereduei eta bere lanaren eguneroko erritmoari buruzko informazioa ere jaso daiteke. Adibidez, erabiltzailea normalean bazkaltzera edo lantokitik irteten den jakin dezakezu. Baimenaren froga derrigorrezko eskaera baten testuinguruan, kezka horiek hutsaltzat jotzen ditu Google-k.
Gainera, Chrome-ko garatzaileen oharra kontuan izan dezakezu memoriarekin funtzionamendu segurua bermatzeko teknika berrien sustapenari buruz. Google-ren arabera, Chrome-n segurtasun-arazoen % 70 memoria akatsek eragiten dute, hala nola buffer bat erabiltzea harekin lotutako memoria askatu ondoren (use-after-free). Akats horiei aurre egiteko hiru estrategia nagusi identifikatzen dira: konpilazio fasean egiaztapenak indartzea, exekuzio garaian akatsak blokeatzea eta memoria seguruko lengoaia erabiltzea.
Jakinarazi dutenez, esperimentuak hasi dira Rust hizkuntzan osagaiak garatzeko gaitasuna gehitzen Chromium kode-baseari. Rust kodea oraindik ez dago erabiltzaileei entregatzen zaizkien konposizioetan eta, batez ere, Rust-en arakatzailearen zati indibidualak garatzeko aukera eta C++-n idatzitako beste zati batzuekin integratzea probatzera zuzenduta dago. Paraleloki, C++ kodeari dagokionez, proiektu bat garatzen jarraitzen du MiraclePtr mota erakusle gordinen ordez lehendik askatuta dauden memoria-blokeetan sartzeak eragindako ahuleziak ustiatzeko aukera blokeatzeko, eta konpilazio fasean akatsak detektatzeko metodo berriak ere proposatzen dira.
Horrez gain, Google esperimentu bat hasten ari da nabigatzaileak biren ordez hiru zifraz osatutako bertsiora iritsi ondoren guneen eten posiblea probatzeko. Bereziki, Chrome 96-ren test-adierazpenetan, "chrome://flags#force-major-version-to-100" ezarpena agertu zen, User-Agent goiburuan zehaztutakoan, 100 bertsioa (Chrome/100.0.4650.4) bistaratzen hasten da. Abuztuan, antzeko esperimentu bat egin zen Firefox-en, eta webgune batzuetan hiru digituko bertsioak prozesatzeko arazoak agerian utzi zituen.
Iturria: opennet.ru