De som er kjent med TriangleAway av XDA Elite Recognized Developer Kjedebrann vil trøste seg med å vite at appen har blitt oppdatert for å legge til kompatibilitet med Samsung Galaxy S III og Internasjonal Galaxy Note. For de som ikke er kjent med appen, gjør den som navnet tilsier ved å fjerne trekanten og tilbakestille blitztelleren på enheten din.
La oss gå tilbake et minutt og finne ut nøyaktig hvorfor appen måtte oppdateres, og hva som gjorde denne gangen litt annerledes enn før. Ved oppstart av applikasjonen var kjerneflash-telleren relativt enkel å ta vare på. Bare å tilbakestille verdien vil fjerne telleren. Men med utgivelsen av Galaxy Note gjorde Samsung ting vanskeligere ved å skjule dataene. Og nå på Samsung Galaxy S III har Samsung gjort det enda vanskeligere takket være en bakgrunnstjeneste som søker etter de tydelige tegnene på rooting.
I følge Chainfires utviklingsblogg:
Med Galaxy S II introduserte Samsung en tilpasset kjerneblittteller og tilpasset kjernevarseltrekant. Det var her Triangle Away kom inn - den tilbakestilte blitztelleren og fjernet varseltrekanten.
På Galaxy Note prøvde Samsung å skjule dataene en gang til, slik at Triangle Away ikke ville fungere.
På Galaxy S III (blant andre nye enheter) har Samsung gått et skritt videre, og har introdusert en bakgrunn tjeneste som kjører på enheten din og ser etter ting som et modifisert /system, apper som kjører med root-tilgang, etc.
For øyeblikket gjør ikke denne tjenesten noe ondsinnet, men hvem vet hva fremtiden vil bringe? Sporing av IMEI-er som noen gang har kjørt root, deaktivering av tjenester osv.?
Skremmende, ikke sant? Den siste linjen bør hoppe ut på deg, siden det ikke er for mye å tenke på at fremtidige revisjoner av tjenesten kan brukes som sådan. Og ved å se på oppdateringsloggen kan du tydelig se kampen mellom Chainfire og Samsung:
Oppdatering 16.02.2012: Brukere har bekreftet at TriangleAway fungerer på I9220 SGNote ICS-lekkasjen!
Oppdatering 13.05.2012: TriangleAway fungerer *ikke* på de siste offisielle SGNote ICS-fastvarene. Det kommer snart en fiksert versjon, men den må vente på at notaten min kommer tilbake fra reparasjon, ellers kan jeg ikke teste den
Oppdatering 04.06.2012: v1.50 skal fungere med I9220 og N7000 SGNote igjen
Akkurat nå lurer du kanskje på hvorfor akkurat Samsung eller en annen OEM ville føle behovet for å følge med på din ORD. Man kan anta at det har med garanti å gjøre, men er dette virkelig en gyldig grunn fra Samsungs side? Tross alt, hvis maskinvaren fungerte riktig, hvorfor skal en feil fastvare-flash til og med ha kapasitet til å skade maskinvaren?
Nok en gang, ifølge Chainfire selv:
Egendefinerte ROM-er, root, klosser og garanti
Jeg er ikke sikker på hva årsaken er at Samsung ønsker å spore alt dette. Grunnen til at jeg ønsker å "bryte" sporingen deres er én ting: garanti.
Å kunne kjøre programvaren jeg ønsker på enheter jeg eier uten å miste maskinvaregarantien burde være en rettighet ved lov. Så vidt jeg kan se, er det bare to måter du kan egentlig bryte enheten din med root-tilgang:
(1) overklokking til det punktet hvor maskinvaren er skadet
(2) blinkende tull til bootloader-partisjonene dine
Jeg er ikke sikker på hvordan jeg skal håndtere (1). Jeg personlig overklokker aldri - og jeg synes ikke det er rart å nekte overklokkers garanti. Dette må absolutt kunne forhindres i maskinvaren. Saksnummer (2) er imidlertid helt og holdent Samsungs feil. Adam Outler har vist gang på gang at disse enhetene er perfekt i stand til å lages ikke murbar - så enhver bootloader-kloss er IMHO Samsungs feil. Hvis Adam Outler kan forhindre situasjonen med et loddebolt, er det originale designet ødelagt.
Uansett bør maskinvare være under garanti - om jeg har enheten min rotet eller ikke. Lekkede servicesenterdokumenter viser at enheter bør sjekkes for root, og hvis de finnes, nekte garanti. (Dette er ikke bare Samsung, alle de store OEM-ene gjør dette.)
Det er rett og slett uakseptabelt. Enhver OEM som følger disse retningslinjene er en dårlig OEM - i noen land kan dette til og med være en ulovlig praksis (selv om lykke til med å vinne i retten). HTC har en gang nektet å erstatte en defekt digitalisering på min HTC Diamond (et vanlig maskinvareproblem med denne enheten) på grunn av at HSPL er tilstede. De hevdet at HSPL hadde irreversibelt skadet hovedkortet, og hele innsiden av enheten måtte byttes ut. Riiiiight.
Root i seg selv er ikke en forbrytelse, og heller ikke en pekepinn på at en enhet er ødelagt på noen måte som ikke bør falle inn under garantien. Men i OEMs øyne ser det ut til at vi er kriminelle.
Hvis formålet med sporingen er relatert til bedriftssikkerhet og slikt, kan jeg se hvorfor Samsung ønsker å låse ned ytterligere. Jeg kan absolutt forstå det, selv om jeg ikke nødvendigvis er enig.
Hvis dette minner deg om midten av nittitallet, du er tilgitt. Som Chainfire skriver, er det ingenting iboende ondsinnet eller kriminelt i å kunne bruke våre egne enheter slik vi finner det passende. Likevel bruker ulike OEM-er taktikker som tar sikte på å hindre oss i å virkelig tilpasse enhetene våre etter hjertens lyst i frykt for en ugyldig garanti.
Hvis (ved å bruke Chainfires personlige eksempel) ødelagt digitaliseringsmaskinvare har absolutt ingenting å gjøre med flashet fastvare, hvorfor er det begrunnelsen for å nekte garantiservice. For de som pirker med bilene sine, er dette beslektet med å annullere en drivverksgaranti fordi du har lagt til en ettermarkedsradio. Det er rett og slett ingen moralsk begrunnelse uansett. Heldigvis for de i USA Magnusun-Moss garantilov tilbyr et snev av beskyttelse, men lykke til med å prøve å ta det til retten. Og i andre land kan du være helt uheldig.
Dette leder så til spørsmålet om hva som ville være best, både praktisk og etisk. Chainfire har vurdert situasjonen og sier:
Og dermed kommer vi full sirkel - hvis Samsung går enda et skritt videre i å beskytte deres egendefinerte flash-data, vil jeg til og med forsøke å omgå det? Burde jeg? En stor del av meg tenker ikke.
De som bare ønsker å frigjøre trekanten og blitztelleren for det som muligens er siste gang, kan kjøpe en donasjonsversjon av appen på Google Play eller gå til original utgivelsestråd for gratisversjonen. De som bare ønsker å lære mer om problemet, bør gå til Chainfires utviklingsblogginnlegg.