Dem der kender til TriangleAway af XDA Elite Recognized Developer Kædebål vil trøste sig med at vide, at appen er blevet opdateret for at tilføje kompatibilitet med Samsung Galaxy S III og International Galaxy Note. For dem, der ikke er bekendt med appen, gør den som navnet antyder ved at fjerne trekanten og nulstille flashtælleren på din enhed.
Lad os gå et øjeblik tilbage og finde ud af præcis, hvorfor appen skulle opdateres, og hvad der gjorde denne gang lidt anderledes end før. Ved applikationens start var kerneflashtælleren forholdsvis nem at tage sig af. Blot at nulstille værdien ville fjerne tælleren. Men med udgivelsen af Galaxy Note gjorde Samsung tingene sværere ved at skjule dataene. Og nu på Samsung Galaxy S III har Samsung gjort det endnu sværere takket være en baggrundstjeneste, der søger efter de afslørende tegn på rooting.
Ifølge Chainfires udviklingsblog:
Med Galaxy S II introducerede Samsung en brugerdefineret kerneflashtæller og en tilpasset kerneadvarselstrekant. Det var her, Triangle Away kom ind - den nulstillede blitztælleren og fjernede advarselstrekanten.
På Galaxy Note forsøgte Samsung at skjule dataene endnu en gang, så Triangle Away ikke ville virke.
På Galaxy S III (blandt andre nye enheder) er Samsung gået et skridt videre og har introduceret en baggrund tjeneste, der kører på din enhed og tjekker for ting såsom et ændret /system, apps, der kører med root-adgang, etc.
I øjeblikket gør denne service ikke noget ondsindet, men hvem ved, hvad fremtiden vil bringe? Sporing af IMEI'er, der nogensinde har kørt root, deaktivering af tjenester osv.?
Skræmmende, er det ikke? Den sidste linje bør springe ud af dig, da det ikke er for meget at tænke på, at fremtidige revisioner af tjenesten kunne bruges som sådan. Og ved at se på opdateringsloggen kan du tydeligt se kampen mellem Chainfire og Samsung:
Opdatering 16.02.2012: Brugere har bekræftet, at TriangleAway virker på I9220 SGNote ICS-lækagen!
Opdatering 13.05.2012: TriangleAway virker *ikke* på de seneste officielle SGNote ICS-firmwares. Der kommer snart en fast version, men den må vente på, at min note vender tilbage fra reparationer, ellers kan jeg ikke teste den
Opdatering 04.06.2012: v1.50 skulle fungere sammen med I9220 og N7000 SGNotes igen
Lige nu undrer du dig måske over, hvorfor netop Samsung eller enhver anden OEM ville føle behovet for at holde øje med din ORD. Man kan gå ud fra, at det har med garanti at gøre, men er dette virkelig en gyldig grund fra Samsungs side? Når alt kommer til alt, hvis hardwaren fungerede korrekt, hvorfor skulle en forkert firmware-flash endda have kapacitet til at beskadige hardwaren?
Endnu en gang, ifølge Chainfire selv:
Brugerdefinerede ROM'er, root, klodser og garanti
Jeg er ikke sikker på, hvad årsagen er, at Samsung ønsker at spore alt dette. Min grund til at ville "bryde" deres sporing er én ting: garanti.
At kunne køre den software, jeg ønsker, på enheder, jeg ejer, uden at miste hardwaregarantien, burde være en ret ved lov. Som jeg kan se, er der kun to måder, du kan virkelig bryde din enhed med root-adgang:
(1) overclocking til det punkt, hvor hardware er beskadiget
(2) blinkende nonsens til dine bootloader-partitioner
Jeg er ikke sikker på, hvordan jeg skal håndtere (1). Personligt overclocker jeg aldrig – og jeg synes ikke det er mærkeligt at nægte overclockers garanti. Dette skal helt sikkert kunne forhindres i hardwaren. Sagsnummer (2) er dog udelukkende Samsungs skyld. Adam Outler har vist igen og igen, at disse enheder er perfekt i stand til at laves ikke murbar - så enhver bootloader-klods er IMHO Samsungs skyld. Hvis Adam Outler kan forhindre situationen med en loddekolbe, er det originale design brudt.
Uanset hvad, bør hardware være under garanti - hvis jeg har min enhed rootet eller ej. Lækkede servicecenterdokumenter viser, at enheder skal kontrolleres for root, og hvis de er til stede, nægte garanti. (Dette er ikke kun Samsung, alle de store OEM'er gør dette.)
Det er simpelthen uacceptabelt. Enhver OEM, der følger denne politik, er en dårligt OEM - i nogle lande kan dette endda være en ulovlig praksis (selvom held og lykke med at vinde i retten). HTC har engang nægtet at erstatte en defekt digitizer på min HTC Diamond (et almindeligt hardwareproblem med denne enhed) på grund af at HSPL er til stede. De hævdede, at HSPL irreversibelt havde beskadiget bundkortet, og hele indersiden af enheden skulle udskiftes. Riiiiight.
Root i sig selv er ikke en forbrydelse, og heller ikke en indikator for, at en enhed er ødelagt på nogen måde, som ikke bør falde ind under garantien. Men i OEM'ernes øjne ser det ud til, at vi er kriminelle.
Hvis formålet med sporingen er relateret til virksomhedens sikkerhed og sådan, kan jeg se, hvorfor Samsung ønsker at låse yderligere ned. Det kan jeg godt forstå, selvom jeg ikke nødvendigvis er enig.
Hvis dette minder dig om midten af halvfemserne, du er tilgivet. Som Chainfire skriver, er der intet iboende ondsindet eller kriminelt i at kunne bruge vores egne enheder, som vi finder passende. Alligevel anvender forskellige OEM'er taktikker, der har til formål at forhindre os i virkelig at tilpasse vores enheder til vores hjertens lyst af frygt for en ugyldig garanti.
Hvis (ved at bruge Chainfires personlige eksempel) ødelagt digitaliseringshardware absolut intet har at gøre med flashet firmware, hvorfor er det så begrundelsen for at nægte garantiservice. For dem, der roder med deres biler, svarer dette til at annullere en Powertrain-garanti, fordi du tilføjede en eftermarkedsradio. Der er simpelthen ingen moralsk retfærdiggørelse. Heldigvis for dem i USA Magnusun-Moss garantilov tilbyder et stykke beskyttelse, men held og lykke med at prøve at tage det i retten. Og i andre lande kan du være helt uheldig.
Dette leder så til spørgsmålet om, hvad der ville være bedst, både praktisk og etisk. Chainfire har vurderet situationen ud fra:
Og dermed kommer vi fuld cirkel - hvis Samsung går endnu et skridt videre i at beskytte deres brugerdefinerede flash-data, vil jeg så overhovedet forsøge at omgå det? Skulle jeg? En stor del af mig tror ikke.
De, der blot ønsker at fritage deres trekant og blitztæller for, hvad der muligvis er sidste gang, kan købe en donationsversion af appen på Google Play eller gå til original udløsertråd for den gratis version. De, der blot ønsker at lære mere om problemet, bør gå over til Chainfires udviklingsblogindlæg.