Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

'Google blokkeert installatie Google-apps op niet-gecertificeerde toestellen'

Google neemt maatregelen om te voorkomen dat fabrikanten Google-apps installeren op Android-toestellen zonder dat deze gecertificeerd zijn. De zoekgigant maakt een uitzondering voor gebruikers van custom roms, door ze de mogelijkheid te geven hun Android ID te registreren.

XDA Developers schrijft dat het een tip heeft gekregen dat Google strengere maatregelen neemt, waardoor nieuwe firmware met een build date na 16 maart zonder certificering geen toegang meer kan krijgen tot Google-apps, oftewel GApps. In het verleden zouden mensen ook al met dit probleem te maken hebben gekregen, maar de work-around die toen werd gesuggereerd, blijkt nu niet meer te werken, aldus de site. Gebruikers kunnen op geblokkeerde toestellen niet inloggen met hun Google-account.

Waarschuwing, via XDA

Er is wel een uitzondering in het leven geroepen voor gebruikers die een custom rom hebben. Zo heeft Google een pagina in het leven geroepen waar gebruikers in dat geval hun Android ID kunnen registreren. XDA Developers merkt op dat dit nummer via adb te achterhalen is.

Volgens de bron is de maatregel bedoeld om fabrikanten het certificeringsproces te laten doorlopen in de vorm van de Compatibility Test Suite. Zo zouden ze dit proces niet meer kunnen negeren en klanten alsnog beloven dat ze Google-apps kunnen sideloaden. Onder GApps vallen bijvoorbeeld applicaties als Gmail, Maps en de Play Store, die doorgaans standaard aanwezig zijn op Android-toestellen.

Door Sander van Voorst

Nieuwsredacteur

26-03-2018 • 10:47

136 Linkedin Google+

Reacties (136)

Wijzig sortering
Dit gaat op Android ID - maar het is mij nog niet helemaal duidelijk welk effect dit precies gaat hebben. Het Android ID wordt namelijk niet uitgedeeld op hardware niveau zoals een MAC adres, als ik XDA mag geloven, en wordt wellicht zelfs bij elke factory reset opnieuw gegenereerd (zie comment onder het artikel op XDA waarnaar gelinkt wordt)?
Je mag van Google 100 devices registeren - dan ben je met een paar factory resets en een paar nightlies op je device zetten daar al rap doorheen (mijn Galaxy S2 draait momenteel Oreo, en dat is nu de 25e of 26e build die erop geflasht is). Of is het pas als je de kernel flasht dat er een probleem opduikt, en ben je dus 'safe' zolang je enkel de ROM laadt maar het onderliggende gedeelte met rust laat?
Als je een regulier device (laten we zeggen een Samsung telefoon) koopt in de winkel is het Android ID dus voor het goed zijn geregistreerd bij Google, maar zodra ik een custom ROM flash vervalt dat? En dan elke keer dat ik de ROM flash opnieuw?
Ik installeer regelmatig nieuwe Custom ROM's en als je die als nieuwe installatie installeert krijg je daarmee ook een nieuw Android ID, dat zit niet vast aan je hardware.
Wel kun je met een (root) backup app een Android ID uit een eerdere back-up herstellen, al gaat dat niet altijd even goed.
Dan vraag ik me als eenvoudige boerenpummel dus af waarom deze registratie niet op IMEI plaatsvindt. Die 100 IDs zit ik na no-time op dus... Ik root trouwens eigenlijk nooit de devices - maar dan zou ik dus even moeten rooten, ID eruit trekken, flashen, rooten, ID terugzetten en dan de root intrekken. Leuk...
En dan heb ik het nog niet over de devices die ik voor anderen flash, dat wordt al helemaal een puzzel, want kennelijk kun je op een geregistreerd apparaat alleen met jouw eigen account inloggen (als dat niet zo is maak ik gerust tig Google accounts aan om devices te kunnen activeren, ook goed).
Nou, waarschijnlijk is de boerenpummel vergeten dat niet elk android device een IMEI nummer heeft ;). Denk bijvoorbeeld aan tablets (met alleen wifi)
omdat imei ook gewoon aan te passen op je device en dus in principe niet uniek is...
en mac adres is ook simpel aan te passen by the way...
Is natuurlijk wel illegaal IMEI spoofing
nee, alleen in engeland.
Goed punt, inderdaad niet aan gedacht.

@GiLuX Android ID wisselt ook per install, dus is ook niet uniek.
maaruh.. Zo'n niet gecertificeerd ding, is toch eigenlijk een custom rom en kan je toch gewoon je AndroidID registreren op die pagina?
Zie iig niet dat die ID een herkenning van device/Rom is (combination of app-signing key, user, and device)
Of denk ik nu weer te simpel?
Dacht ik ook al, als de fabrikant dit vast in bulk doet. hoeft de gebruiker dit niet meer te doen.
Op de registratiepagina staat dat je maximaal 100 apparaten kunt registreren dus het wordt aan een Google account gekoppeld. Ik gok dat je dan ook alleen met dat account op het apparaat kunt inloggen dus dan kan de fabrikant dat niet doen.
Dat staat inderdaad op de pagina, het probleem is dat ze om je Android ID vragen en volgens modders in XDA wordt dit nummer gegenereerd na een factory reset. Je hebt dus niet 100 apparaten maar 100 installaties voor de levens duur van je google account en dat is enorm weinig als je naar een stabiele rom opzoek bent. Ik flash dan al makkelijk 10 keer opnieuw als de rom instabiel blijkt of er na een paar dagen fouten op treden. Ik zal op dit apparaat alleen al meer dan 100 keer mijn telefoon geflashed hebben op zoek naar de beste combinaties van software en dat zou in de toekomst dus niet meer kunnen.

Wat ze veel beter kunnen doen is een volledige blokkade tot je op een geverifieerde rom deze "beveiliging" uit zet voor jouw account in combinatie met het toestel. Op die manier hoeven mensen enkel eenmalig terug te flashen om.weer los te kunnen gaan en zet je die amazon devices echt buiten spel.

Waarom doet google dit? Puur voor hun monopolie en ik vraag me nog steeds af of dit wel mag. Om gevertificeerd te zijn moet je namelijk verplicht meerdere apps van google mee installeren waardoor hun diensten eventueel naast die van jouw ongewenst op het apparaat staan. Dit is overigens ook de reden dat je op samsung telefoons zo veel dubbele oplossingen ziet gezien samsung hier graag van af wil kunnen maar tegelijk wel de apps moet installeren gezien ze anders geen Google Play kunnen draaien.

Nou en, gewoon de apps los flashen je bent toch een tweaker zou je dan denken. Dit gaat helaas niet op omdat Google Play Services dan ontbreekt op de telefoon waar Google al langere tijd veel API's exclusief in verwerkt zodat ze ook op oudere versies beschikbaar komen. Dat laatste is tof maar door die exclusiviteit is Androud zonder de Google apps zowat onbruikbaar geworden gezien veel apps niet meer goed zullen werken. Je houdt dan een navigatie API uit het 4.0 tijdperk over, beschikt niet over push notificaties in veel apps, kan in sommige niet meer inloggen en elke app die ooit niet wou starten omdat je de Google Play Games app niet op je telefoon hebt staan kun je vergeten.

Ondanks dat microG wordt ontwikkeld als opensource alternatief zijn de mensen op XDA op zijn zachts gezecht not amused zeker omdat rom developers hier al binnen een dag aan zullen zitten. Wel is er een enkeling die vermeld dat de site pas werkte toen hij niet zijn Android ID maar zijn IMEI moest invullen op de pagina.

Als dat laatste het geval is maar google zijn bewoordingen moet aanpassen valt het gelukkig allemaal mee en zijn 100 devices prima. Als je kunt revoken zelfs meer dan prima in beide gevallen maar voor alsnog lijkt het er op dat je maar 100 installaties kunt doen voor de levensduur van je Google account.
Met o.a. Titanium Backup kun je een backup maken van je Android ID en deze weer terugzetten na het flashen. Is wel een extra handeling die je moet doen maar voorkomt dus dat je op termijn tegen het limiet van honderd installaties aanloopt.
Dit doe ik tegenwoordig ook na een (re)flash, dan werken backups van apps zoals ABN en ING ook gewoon weer zonder opnieuw te autoriseren :)
Dit lijkt inderdaad een volgende zet naar een meer gesloten systeem waar het meer en meer de kant van Apple uitgaat, zeer slechte ontwikkeling. Ik deed vroeger ook custom roms flashen en 100 keer is inderdaad echt niks.

Wat je wel zou kunnen doen is test google accounts aanmaken en enkel die gebruiken als je bezig bent roms te testen.
Dit lijkt inderdaad een volgende zet naar een meer gesloten systeem waar het meer en meer de kant van Apple uitgaat, zeer slechte ontwikkeling. Ik deed vroeger ook custom roms flashen en 100 keer is inderdaad echt niks.

Wat je wel zou kunnen doen is test google accounts aanmaken en enkel die gebruiken als je bezig bent roms te testen.
Goed gezien, ik dacht zelf ook al zo iets. Maar denk dat we inderdaad er van uit kunnen gaan dat ook Google een gesloten Eco-systeem wil hebben.
Nu zijn er op Android meer goede alternatieven voor Google dan er op iOS zijn voor Apple.
Kun je eigenlijk ook oude devices die je niet meer gebruikt van die lijst verwijderen om weer ruimte te krijgen?
Dat is niet bekend maar lijkt voor alsnog niet mogelijk.
Ik weet het ook niet zeker maar ik kan mij inderdaad voorstellen dat het Android ID gelinkt is aan het apparaat en Google zo kan zien of het device voor GApps is gecertificeerd. Dus de kans is aanwezig dat een custom rom op een niet gecertificeerd device ook niet gaat werken (of wel, maar in de toekomst niet meer).
dat is dus niet zo, het apparaat is niet te achterhalen aan de hand van dat id. dus het enige wat nodig is om op een niet gecertificeerd device toegang tot google apps te krijgen is je account en android id.
Je Android ID is aan je account (mail) gekoppeld, dus da's niet in bulk te doen.

Wat Google nu bereikt is dat ze de groep met allerlei vormen van custom ROMs (incluis fabrikanten die lak aan Google hebben) nu dus veel beter kunnen tracken.
ik heb het niet over bulk, maar gewoon de eindgebruiker die zn ID registreerd. Tis hooguit lastig voor wat minder savvy mensen, maar verder blokkeert google dus niet echt wat. (zoals eerder gekopieer: de id is een waarde die gegenereert wordt en "unique to each combination of app-signing key, user, and device" . Dus je kan onmogelijk een device herkennen aan de ID
Ergens toch best ideaal, autoradio probeer ik zo 'clean' mogelijk te houden en die google apps voegen 0,0 in de werking van dat ding, beter dat ze dan helemaal er niet meer opkomen als mijn radio niet gecertificeerd zou zijn. Daar moet navigatie, muziek, radio en spotify op draaien, wat perfect werkt zonder google account of apps.
De vraag is of Spotify prima draait zonder Google Play Services..
Zijn er uberhaubt apps waarvan bekend is dat deze niet werken als ze gesideload worden, en Google Play Services niet beschikbaar is? Spellen die Google Play nodig hebben daar gelaten ...
Zijn er uberhaubt apps waarvan bekend is dat deze niet werken als ze gesideload worden, en Google Play Services niet beschikbaar is?
Alles wat afhankelijk is van Google Cloud Messaging (GCM, een onderdeel van Google Play Services) om pushberichten te ontvangen. Applicaties die controleren of GCM beschikbaar is zullen niet starten als het afwezig is. Applicaties die het niet controleren zullen geen pushberichten ontvangen als de applicatie op de achtergrond is, tenzij er een alternatief mechanisme is. Volgens mij kan/kon je iets met websockets doen als alternatief, maar mogelijk is dat niet goed voor je accuduur/werken pushberichten dan niet altijd.

Voorbeelden van applicaties die afhankelijk zijn van GCM zijn Signal en WhatsApp.

Voor Google Play Services is er een open-source alternatief in de vorm van microG, maar dat is niet even zo geïnstalleerd voor een gewone gebruiker en biedt niet alle Google Play Services. Wel biedt het bijvoorbeeld GCM en ondersteunende functies voor locatiebepaling.

[Reactie gewijzigd door The Zep Man op 26 maart 2018 11:27]

[...]
Alles wat afhankelijk is van Google Cloud Messaging (GCM, een onderdeel van Google Play Services) om pushberichten te ontvangen. Applicaties die controleren of GCM beschikbaar is zullen niet starten als het afwezig is. Applicaties die het niet controleren zullen geen pushberichten ontvangen als de applicatie op de achtergrond is, tenzij er een alternatief mechanisme is. Volgens mij kan/kon je iets met websockets doen als alternatief, maar mogelijk is dat niet goed voor je accuduur/werken pushberichten dan niet altijd.

Voorbeelden van applicaties die afhankelijk zijn van GCM zijn Signal en WhatsApp.

Voor Google Play Services is er een open-source alternatief in de vorm van microG, maar dat is niet even zo geïnstalleerd voor een gewone gebruiker en biedt niet alle Google Play Services. Wel biedt het bijvoorbeeld GCM en ondersteunende functies voor locatiebepaling.
Signal werkt , aleen aanmelden kan soms niet werken , je kan playservice ook disablen met pm als je root hebt . dan kun je het ook weer activeren als het nodig is.
De Bunq bank app bijvoorbeeld, die functioneert niet zonder Google Play Services. Andere Tweakers hebben wellicht nog andere voorbeelden. Ik ben daar zelf niet mee aan het stoeien.
De app van de SNS bank (en daarmee ook ASN gok ik) kan geen QR-code scannen voor iDEAL-betalingen als je de play services niet hebt. Ik snap werkelijk niet waarom daarvoor die play services nodig zijn. En ik wil geen play services, omdat ik mijn privacy lief heb. Dat zou een bank toch juist moeten waarderen?
"omdat ik mijn privacy lief heb. Dat zou een bank toch juist moeten waarderen?"

Waarom dan? Waarom zou een bank zich interesseren in jouw privacy? Het is een bank, geen burgerrechtenorganisatie. Beveiliging zou ze misschien interesseren, want het kost ze potentieel geld als jij daar een bende van maakt. Maar als jouw afschriften public domain zijn vinden ze dat prima.
De Marketeers willen dat hun product aansluit op jouw wensen. Als jij en 17 miljoen anderen wensen dat de privacy in orde is, dan wil de bank dat ook.
Precies, maar hoe komt hij er dan bij dat dat de wensen zijn van de mensen? Waarom spreekt hij voor (blijkbaar) 17 miljoen mensen?

Ik zie geen enkel review staan die valt over het feit wat hij nu noemt, oftewel hij is juist de uitzondering.
De bank leest ook onderzoeken, het referendum van afgelopen week was al een indicatie dat op zijn minst de helft van de mensen privacy wel belangrijk vindt. Dan sluit je best een grote groep uit. Ook die proefballonnetjes met het verkopen van de metadata stuitte op veel kritiek. Op die manier weet de bank wel wat de behoeften zijn. En anders zijn het nog wel educated guesses die een indicatie geven van wat het volk wil van een bank. Beetje nadenken hé, kom op :P

Ik doe overigens geen uitspraak over waarom play vereist is. Ik beantwoord enkel de vraag waarom privacy belangrijk moet zijn bij een bank en waarom hij voor 17 miljoen mensen spreekt ;)
De helft van 17 miljoen* is maar 8,5 miljoen, en dat gaat over eindeloos veel grotere maatregelen/gevolgen dan dat we het nu over hebben.

* Niet dat er 17 miljoen (mogen) mensen stemmen
Ha ha ha ik herinner me een programma die aan vakantie vierende mensen in Spanje vroeg of ze Spanje aan konden wijzen op de kaart 8-) Tweakers weten wat gapps betekent maar 17 miljoen?
Als dat zo is vraag ik me af waarom ik zo weinig rente ontvang, prijzen omhoog gaan en er niet meer maatwerk wordt geleverd bij bv hypotheken.

De bank wil geld verdienen. Klanttevredenheid is een middel, geen doel. En als ze zakken geld binnen kunnen harken zonder dat jij blij bent is hun doel ook bereikt.
Ja maar als ze zakken geld kunnen binnen harken de komende 2 maanden en daarna de forecast is dat mensen weglopen bij een bank dan is het geen slimme move :+ Banken willen geld, als een sustainable user base bij de bank als key element wordt gezien dan moet dat een van je sub-doelen zijn.
Dat ik mijn privacy bewaak is gecorreleerd met het feit dat ik ook uitkijk hoe ik mijn accounts bewaak en alert ben op phishing en malware. Ergo, de kans dat ik problemen wegens nalatigheid of onzorgvuldigheid voor mij en/of mijn bank zorg is kleiner.

[Reactie gewijzigd door Fuzzillogic op 26 maart 2018 13:29]

In welk scenario is dat dan precies positief voor de bank? Ik ben blij voor je dat je er zo op let hoor, maar de bank maakt het denk ik weinig uit als jij wel of niet in phishing trapt. Het is namelijk hun verantwoordelijkheid niet, maar de jouwe!

[Reactie gewijzigd door watercoolertje op 26 maart 2018 13:37]

Wat maakt het dan uit dat er geen google play services aanwezig zijn als het toch jouw verantwoordelijkheid is?

Daarnaast wat levert het de bank op om wel google play services te hebben voor alleen het genereren van een code aan de hand van de QR scan? Dat zou namelijk betekenen dat een app die die api call nabootst de generatie van de vode kan forceren. Lijkt mij een vrij grote breach in de beveiliging.
Je kan als andere app niet zomaar op een api call aan de app van google service reageren tenzij je zelf toeren hebt uitgehaald om de google play services te vervangen dmv root access natuurlijk :)

Als er dan een breach mogelijk is heeft de gebruiker dat al zelf veroorzaakt.

[Reactie gewijzigd door watercoolertje op 26 maart 2018 17:09]

Laat het voor die goedkope toestellen van bepaalde fabrikanten nou net vrij gemakkelijk zijn om rootaccess te verkrijgen en laat het op android nou ook toevallig kinderlijk eenvoudig zijn om apps buiten de store om te installeren waarmee rootaccess verkregen kan worden. Sterker nog. Die apps kun je gewoon kopen in de store.

Nee op de aanwezigheid van een externe api call vertrouwen als security measure is niet handig.
Ook al is het mijn verantwoordelijkheid, als mijn rekening leeggeplunderd wordt tot diep in het rood en ik het niet (direct) kan terugbetalen, dan is dat een probleem voor de bank.
De bank staat jouw roodstaan gewoonlijk niet zover toe dat jij serieus in de problemen komt. Ze zeggen wel dat als jij de bank 1000 euro schuldig bent dat jij een probleem hebt, maar als je de bank 10 miljoen schuldig bent heeft de bank een probleem.
de google library voor een barcode scanner zit in de google play services, het voordeel hiervan is dat zonder update van het toestel maar door alleen een update van de google play services extra functionaliteiten toegevoegd of aangepast kunnen worden
Ok. Barcode-scanners zijn ook open source te vinden (ZX-library bijvoorbeeld). Wellicht dat nu makkelijk de verantwoordelijkheid voor veiligheid en functioneren naar Google kunnen schuiven, maar dat dat ten koste zou moeten gaan van mijn privacy vind ik dan weer minder.
Het gaat niet ten koste van je privacy, jij hebt namelijk de keuze of je dat wil of niet (uiteraard met de gevolgen dat bepaalde functies niet werken). Dat is jouw keuze, en jij hebt dus bepaald wat er met jouw gegevens gebeuren, dat is precies wat privacy WEL is :)
Apps worden meer en meer als de primaire manier van werken gezien. Dat is sowieso al een teruggang in interoperabiliteit (niet iedereen wil een google of apple OS. Ze zijn er, echt.). Dus als ze voor het functioneren daarvan, naast het open source stuk van Android, nog extra eisen worden gesteld, dan tast dat mijn keuzevrijheid óf mijn privacy aan.
Ik wil ook geen Google Play services en dan is MicroG een hele goede oplossing. Een open source alternatief voor Play Services die voor andere apps doet alsof het play services is. https://lineage.microg.org/
ik wil geen play services, omdat ik mijn privacy lief heb. Dat zou een bank toch juist moeten waarderen?
Denk vanuit het perspectief van een bank. Ben jij (optie 1) een goedkope klant, waar ze winst op maken of (optie 2) een dure klant, met moeilijke vragen, waar ze verlies op lijden?

Private Banking is een dure optie, precies omdat je dan niet elke klant hetzelfde behandeld. Gewone bankrekeningen zijn veel goedkoper omdat je daar alle klanten hetzelfde behandelt. Dat betekent ook dat privacy settings voor alle klanten zo gelijk mogelijk moeten zijn. Aan de andere kant, fraudedetectie wil je ook zo gelijk mogelijk houden, en dat is een tegengesteld belang - fraudedetectie vertrouwt op het detecteren van afwijkend gedrag en dat betekent het bijhouden van jouw uitgavenpatroon.
Ik zal daar eens een keer naar zoeken, of er een lijst beschikbaar is.

Ik draai een custom rom, geroot, en maak backups met Titanium Backup. Ik kan al die apps restoren, mits ik TB kan sideloaden (werkt). Heb ik helemaal geen playstore of Google Play Services meer nodig.

Als dat dan allemaal werkt ga ik me wel afvragen wat ik mee opgeschoten ben ... }>
De play services bevatten ook security patches.
Deze worden onafhankelijk van de fabrikant naar de toestellen gepushed.

Veel 'belangrijke' apps leunen daar op ( vooral banken en security apps )
Veel apps gebruiken een API om door middel van het Google Play Services framework onder andere notificaties te sturen. Dan zal of die hele app niet werken of je kunt geen notificaties ontvangen.
Snapchat een aantal jaar geleden, ik draaide het toen om mijn Blackberry z10, en deze gast bij elke opening de melding dat Google Play Services vereist werden. Je kon de app blijven gebruiken door op 'oké' te drukken maar de app crashte wel gigantisch vaak.
Veel apps die de Push Service van Google gebruiken en geen 2e optie hebben vallen sowieso om, denk ik
NLZiet bijv werkt niet zonder Google play.
Ja ik heb dat een tijdje geprobeerd.
Custom rom zonder gapps.
Veel apps werken niet zoals Flitsmeister, mijn creditcard app wilde ook niks doen omdat hij mijn identiteit niet kon bevestigen zonder google play.
Ja, voordat mijn android niet meer opstarten, had ik alle play services uitgeschakeld en spotify werkte gewoon (sideloaded apk). En in extreme geval? MP3's met Groove werkt nog steeds.
Ik kan bevestigen dat spotify geen probleem is zonder google play store :)
Ik kan bevestigen dat spotify geen probleem is zonder google play store :)
Google Play Services is heel wat anders dan Google Play Store.
Klopt, maar ook zonder sevices werk spotify prima.
volgens mij doet navigatie het ook niet zonder google play services of you moet volledig offline navigatie hebben van TomTom of Garmin ofzo.
Volledig offline, enige moment dat hij online is om muziek te syncen.
kan zijn, maar veel locatie-gebruikende-apps hebben wel een paar api's nodig van de google play services. Het leuke is ook dat Google die updates voorziet en niet de fabrikant.
Volgens mij werken veel apps niet zonder de play store, omdat ze gebruik maken van bepaalde functionaliteit die de play store app bied.
Je kan tot extreme zelfs hele framework uitschakelen, het maakt android zoveel sneller op matige hardware, zullen genoeg apps zijn die dan niet willen draaien, maar genoeg alternatieven die wel via sideloading blijven werken.
Dit is vooral een groot probleem voor de onderkant van de markt die telefoons verkoopt voor een habbekrats. Die telefoons worden vooral gebruikt in derde wereldlanden. Mijn gevoel is dat deze fabrikanten hun leven niet zullen beteren. Het apparaat moet al zo goedkoop mogelijk verkocht worden. De klanten van deze telefoons hebben blijkbaar ook het geld niet voor iets beters, want anders hadden ze het wel gekocht. Dit zal er dus vooral voor zorgen dat de onderkant van de markt, nog meer dan voorheen, met crapware overspoeld wordt (zowel hardware als software)
Dan zouden de leveranciers of Google iets moeten verzinnen dat de hun producten nog goedkoper kam worden afgezet voor in de derde wereld landen. Een 300 euro hier is daar een maandinkomen.
En dat is Android One, en Android Go.
De goedkoopste android telefoon met google apps kost (hier in Nederland) ¤ 50,-
Dus geen ¤300,-
Dat is dan nog steeds goed voor een 6 maandinkomen. Ik ken ook landen waar 50 ekkies wel een maandinkomen is en landen waar ¤50 de voedselvoorziening van een half jaar en meer kan zijn.
Ik zie dat niet als een probleem. Alles wat de integriteit van Android vergroot is geen probleem maar juist een oplossing.

Daarnaast raken we dan ook al die buggy devices kwijt uit de installed base.
Dat hoeft niet.

Een OS zou per default software in een sandbox kunnen laten draaien. Alleen als je gecertificeerd bent zou je met toestemming van de smartphone-houder toegang hebben tot bepaalde gegevens van Android.
Dat hoeft niet.

Een OS zou per default software in een sandbox kunnen laten draaien. Alleen als je gecertificeerd bent zou je met toestemming van de smartphone-houder toegang hebben tot bepaalde gegevens van Android.
Op zich is een Sandbox model ideaal uit veiligheidsoverweging, echter zijn er met een Sandbox model ook een aantal issues. Bijvoorbeeld uitwissen van data tussen twee "containers", niet moeilijk te bouwen maar dat prikt weer een gat in je sandbox. Een ander issue is dat sandboxen binnen je device werkt, maar dat houd de bedreiging van "geïnfecteerde" devices op het Internet niet tegen waardoor je data via een andere weg misschien weer aangevallen kan worden. Het is allemaal compexer dan we misschien beseffen en ik kom nog steeds scenario's tegen waarbij ik denk, wow..
Dus als je LineageOS installeert om van Google troep af te komen en je één Google app wil installeren, mag je je gelijk gaan registreren?

Of werken Google apps niet zonder Google Play Services?
Dat lijkt me inderdaad het doel van Google. Dan kunnen ze je tenminste weer tracken voor "added value".
Dit is toch niet eigen aan Google maar aan de gehele software industrie? Hoeveel services verwachten niet dat je je registreert of inlogt om gebruikt te kunnen worden? Is het omdat het Google betreft dat je extra kritisch bent?
Je doet nu alsof dit niet normaal is omdat het maar één Google app betreft, maar dit is niet relevant. Het is toch doodnormaal dat je moet inloggen/registreren om bepaalde services te gebruiken. Als je van die "Google troep" af wilt komen, gebruik het dan niet. Simpel toch?
Waarom moet je je voor alles registreren c.q. inloggen? Dat hoeft toch ook niet als ik bv. Google Maps via de browser gebruik?
Dus als ik het goed begrijp geldt het alleen voor nieuwe custom rom builds ná 16 maart? Mijn broer heeft een oude telefoon van mij gekregen welke zeer goed werkt met een oudere cyangenmod ik geloof gebaseerd op android 4.4.4 of 4.1.2 ofzo. Dus die hoeft niks te registreren zoals ik het lees?
Ik vraag me wel af of er nu veel custom rom builders komen die die datum terugzetten naar 15 maart (en of Google daar weer iets tegen probeert te doen). Zo lastig kan dat niet zijn.
Lineage gaat dit sowieso zeker niet doen (verwacht ik), want op de vraag of ze SafetyNet kunnen omzeilen of de kernelfunctie uit kunnen zetten zeggen ze ook nee omdat ze het gewoon eerlijk willen spelen. En aangezien veel ROMs gebaseerd zijn op Lineage verwacht ik dat ze hierin dan ook mee zullen gaan.
Ze kunnen het ook indirect fasciliteren door het buildproces makkelijk te maken voor derden zodat ze dat zelf in een eigen build kunnen aanpassen.
Ik weet ook niet zeker of ik het goed begrijp. Maar zoals ik het lees heb je met oudere firmwares/custom roms geen problemen.

Mijn broer heeft een galaxy ace 2 gekregen van mij. Ding was zo traag als dikke stront. Met cyangenmod draait ie heel goed, nu al ruim een half jaar. Ik dacht dattie op android 4.4.4 gebaseerd is, kan ook ietsje ouder zijn. En ik geloof dat ik GAPPS er bij heb gezet. Een nieuwere rom kon misschien wel, maar dat ding heeft ook zijn limieten. Trage soc, weinig ram en weinig opslag.

Maar als iemand denkt dat ik er iets aan moet doen hoor ik het graag. Het is een toestel voor hem om kennis te maken met de smartphone (lang heeftie alleen een sms/bel toestel gehad) en als het niet persee hoeft ga ik liever geen handelingen doen. Ben allang blij dat zijn rom stabiel is.
Ik vraag me af hoe dit in de praktijk uitpakt met de vele industriële en speciale Android-PC's en tablets die nog uitgeleverd worden met Kitkat en Lollipop. Die mogen standaard geen GApps meegeleverd krijgen, maar kun je achteraf wel doen met een APK van de fabrikant.
Er is wel een uitzondering in het leven geroepen voor gebruikers die een custom rom hebben. Zo heeft Google een pagina in het leven geroepen waar gebruikers in dat geval hun Android ID kunnen registreren. XDA Developers merkt op dat dit nummer via adb te achterhalen is.
Nobel, maar waarom zouden ze zich bij Google aangeven als uitzondering, terwijl ze ook OpenGApps kunnen nemen wat sowieso die keuze biedt om een Google Apps pakket te installeren die minder vet bevat? Het is maar ook de vraag wat in de toekomst de consequentie is als je je AndroidID registreert.

[Reactie gewijzigd door RoestVrijStaal op 26 maart 2018 12:44]

Misschien is het sabioteren van OpenGApps de volgende stap? Open source implementaties voor de play store als Yalp en Raccoon moeten regelmatig updates uitbrengen als er aan de kant van Google weer eens iets gewijzigd is (terwijl antieke versies van de Play Store zelf gewoon blijven werken).
Maar dit is dus precies waar dit artikel over gaat toch (of ik snap je reactie niet)? Als jij op een ROM van na 16 maart OpenGApps of een ander pakket wil zetten, dan zul je jezelf moeten registreren.

Ik denk dat als Google echt niet gewild had dat er GApps pakketten verspreid worden, ze al lang en meer actie hadden ondernomen.
Dan ben ik heel benieuwd of het op Android gebaseerde Fire OS van Amazon onder 'not-certified' of onder 'custom' valt. Want tot nu toe kon je op die Amazon Fire-tablets keurig de Play Store installeren en ze gebruiken als 'normale' Android-tablets, waarmee die dingen een geweldige prijs-/kwaliteitverhouding bieden. Als dit straks niet meer kan, is dat toch wel een klap voor de mensen die deze combo (willen) gebruiken.

Ik sluit op zich ook zeker niet uit dat Google dit deels in het achterhoofd heeft gehad, bij het uitwerken van deze maatregel - Google en Amazon zijn al langer bezig elkaar het leven zuur te maken. Ben benieuwd hoe dit in de praktijk uitvalt.
Custom waarschijnlijk, want Amazon bood je niet de mogelijkheid om de Play Store te installeren, dit deden gebruikers zelf met workarounds
Ik denk eerder dat Amazon hierom staat te juichen. Ze hebben er niet voor niets voor gekozen om hun eigen Store te gebruiken i.p.v. de Google Play Store. Nu wordt het dus nog moeilijker om hun eigen Store te omzeilen.
Mocht je de device ID niet kunnen vinden, dit kan via deze stappen.

- CMD/Powershell opstarten en naar je ADB map gaan.
- ADB
- ADB shell
-settings get secure android_id
- Kopieer je android_ID en plak hem op https://www.google.com/android/uncertified/

De stappen vallen mee. (maar het zijn wel weer extra stappen..)

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True