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

'Apps in Android P kunnen op achtergrond ook microfoon niet gebruiken'

De volgende versie van Android zal apps die op de achtergrond draaien niet toestaan om de microfoon te gebruiken. Eerder bleek al uit een commit dat het gebruik van de camera niet is toegestaan in Android P als apps op de achtergrond draaien.

De wijziging in de code van het Android Open Source Project werd opgemerkt door XDA Developers. Daaruit blijkt dat vanaf de volgende versie apps die idle zijn, niet langer de microfoon kunnen gebruiken. Net als bij het blokkeren van de camera, wil Google vermoedelijk hiermee misbruik tegengaan.

In huidige situaties kunnen apps in theorie geluid opnemen ook als zij in de achtergrond draaien, zonder dat de gebruiker dit doorheeft. Dat is mogelijk nadat apps toestemming hebben gekregen om gebruik te maken van de microfoon. De nieuwe Android-versie zal controleren of een app actief is en als dat niet zo is, dan wordt er geen data weggeschreven, maar een string aan nullen. Als de app weer actief wordt, wordt de geluidsdata weer normaal opgeslagen.

Waarschijnlijk zit de beperking in de volgende versie van Android, die vermoedelijk eerst aangeduid zal worden als Android P. In de afgelopen jaren kwam Google in maart met een eerste ontwikkelaarspreview van een nieuwe Android-versie.

Door Julian Huijbregts

Nieuwsredacteur

21-02-2018 • 13:56

68 Linkedin Google+

Reacties (68)

Wijzig sortering
Dit is toch wel jammer, de apps zoals ‘Sleep like an Android’ en ‘Sleep Cycle’ die hebben deze functie nodig. Hoop dat je dit kan aan of uitzetten voor verschillende Apps.
Met foreground services kunnen die apps waarschijnlijk wel gewoon opnemen, dan heb je alleen verplicht een icoontje van de actieve app in de status balk:
quote: https://developer.android.../services.html#Foreground
A foreground service must provide a notification for the status bar, which is placed under the Ongoing heading. This means that the notification cannot be dismissed unless the service is either stopped or removed from the foreground.
Zoals eerder gemeld door pbruins84 bij het nieuwsbericht over de camera app ;) pbruins84 in 'nieuws: 'Apps in Android P kunnen op achtergrond camera niet la...

[Reactie gewijzigd door job_h op 21 februari 2018 14:05]

En dat hebben ze toch al, dus dat maakt niet uit.
Dat moet toch wel kunnen volstaan met een "Start recording" optie in de app?
Het vervelende daaraan is dat het scherm dan aan moet blijven staan (want anders draait de app in de achtergrond), en laat het scherm nou net een van de grootste energieslurper zijn in een smartphone tegenwoordig.
Dan hang je je telefoon aan de lader, en maakt het minder uit dat het scherm je batterij leeg trekt O-)
Dat is weer slecht voor je batterij
Niet alleen voor je batterij, maar waarschijnlijk brand het ook in je scherm..
Ligt eraan wat voor scherm. Bij amoled kan dat ja.
Goed punt. Hieronder lees ik dat het met foreground services wel moet kunnen dus dat lijkt me dan wel de oplossing.
Veiligheid/Privacy vs. functionaliteit :)
Ik dacht gelezen te hebben dat ze hiervoor wel een notificatie kunnen tonen.

Iets minder handig, maar wel super dat apps het niet stiekem kunnen doen zo.
Sleep like an Android kan op de voorgrond blijven om geluiden op te nemen en/of % tijd gesnurkt te meten. Sleep tracking via de bewegingssensor blijft natuurlijk gewoon werken.
Als ik het me goed herinner is het Sleep as Android, niet Sleep like an Android. Het zou kunnen dat het vroeger zo heette maar nu inelkgeval niet meer. Ik gebruik de app zelf ook, super handig.
Dit is om te voorkomen dat apps ongewenst op de achtergrond gaan opnemen zonder dat je er erg in hebt. Nu kunnen apps alleen voorgrond processen gebruiken, en is het dus zichtbaar dat ze actief zijn. Geen stiekem gedoe.
Het meest zinvolle programma op mijn iPad is Audionote, een programma waarmee ik tijdens werkbesprekingen of briefings het geluid opneem en aantekeningen in kan typen. Moet ik tijdens zo'n bespreking een mailtje terughalen, even iets opzoeken op internet of een tekst in Word of Pages terug lezen dan loopt het programma en de geluidsopname op de achtergrond gewoon door en achteraf merk je pas hoeveel je mist omdat je je even op iets anders moest concentreren.

Ik kan mij niet voorstellen dat je zo'n buitengewoon handige en nuttige functie uitschakelt. Mocht Apple zoiets doen dan heb ik vorig jaar mijn laatste iPad gekocht.

[Reactie gewijzigd door CharlesND op 21 februari 2018 14:20]

Het meest zinvolle programma op mijn iPad is Audionote, een programma waarmee ik tijdens werkbesprekingen of briefings het geluid opneem en aantekeningen in kan typen. Moet ik tijdens zo'n bespreking een mailtje terughalen, even iets opzoeken op internet of een tekst in Word of Pages terug lezen dan loopt het programma en de geluidsopname op de achtergrond gewoon door en achteraf merk je pas hoeveel je mist omdat je je even op iets anders moest concentreren.

Ik kan mij niet voorstellen dat je zo'n buitengewoon handige en nuttige functie uitschakelt. Mocht Apple zoiets doen dan heb ik vorig jaar mijn laatste iPad gekocht.
Een app als Audionote werkt meestal zowel op Android als op iOS, net als bijv. de timer/stopwatch app, door middel van actief blijven op de "achtergrond" door middel van een notificatie. Dat zorgt ervoor dat de app niet afgesloten word. Op Android willen de ontwikkelaars nu alleen extra veiligheid creŽren door apps niet toe te laten heimelijk gebruik te laten maken van sensoren, camera en audio zonder dat de gebruiker dit weet. Er veranderd in essentie voor de gebruiker van zulke type apps niet veel, want om actief te blijven op de achtergrond, moesten android apps al een persistente notificatie plaatsen. Echter, kan dit deel overgenomen worden door een notificatie die vanuit Android P (O ook al of niet?) zelf word weergegeven.
Je zou ook eerste bestaande reacties kunnen lezen, het is namelijk nog steeds mogelijk, en hoe? Dat vindt je terug door reacties te lezen :D
1) Wat watercoolertje zegt.
Ik kan mij niet voorstellen dat je zo'n buitengewoon handige en nuttige functie uitschakelt. Mocht Apple zoiets doen dan heb ik vorig jaar mijn laatste iPad gekocht.
2) Prima, kun je overstappen naar Android. Je weet wel, het ding waar dit artikel (dat Apple niet eens noemt) over gaat...
1) Wat watercoolertje zegt.


[...]

2) Prima, kun je overstappen naar Android. Je weet wel, het ding waar dit artikel (dat Apple niet eens noemt) over gaat...
Ja, inderdaad. Dan koop ik een tablet waar dat WEL mee kan. En als dat met Android ook niet kan koop ik helemaal geen tablet meer maar een veel onhandiger voicerecorder. Daarom snap ik niet waarom Google die zo nuttige functionaliteit uit de software sloopt en geen betere oplossing verzint. Maar nogmaals, dat denken schijnt heel dom te zijn en mij daarnaast (dus?) als Apple fanboy te kwalificeren...
Wat een overdreven reactie weer van een apple fanboy. Er wordt in alle reacties meerdere keren aangehaald dat er verschil is tussen foreground, background en idle apps. Naast dat zul je ongetwijfeld apps kunnen whitelisten.
Whitelisten mogelijk maken haalt de security onderuit. De oplossing met een blijvende notificatie is prima. Als Google er dan in code dat er de tekst bij moet staan dat de mic actief is en devs deze tekst niet kunnen verwijderen is het klaar. Niemand kan voor de gek worden gehouden.
Euhm, ik heb (nog) helemaal niks gemod in dit artikel... Dus die minnen krijg je iig niet van mij. Dat dat even duidelijk is ;)
Zullen vast wel wat uitzonderingen zijn zoals systeem apps. Hoe gaat dit anders werken met het "OK Google" command?
Er is een verschil tussen luisteren en opnemen. Google wil hiermee enkel het opnemen aan banden leggen, niet het luisteren.
Is dat niet onmogelijk?
Als Google "luistert" stuurt die dat toch ook door naar hun servers? Wat stopt een andere app van dat ook te doen en serverside op te nemen?

Mij lijkt het beter alleen bepaalde apps toegang tot de microfoon te geven (door de gebuiker te bepalen maar standaard altijd uit)

[Reactie gewijzigd door GoldenBE op 21 februari 2018 15:19]

Opnemen is opslaan, en luisteren is verwerken zonder het op te slaan. Ik denk dat google daar het verschil voor apps gaat maken.

Trouwens, jouw geluid word niet naar de google servers gestuurd hoor, dat is allemaal lokaal. Anders zou je maandelijks een gigantische hoeveelheid data verbruiken voor alle geluiden dat hij moet versturen.
Ok Google werkt voor een groot gedeelte ook offline.
De "Ok Google" command werkt perfect offline, maar daarna kan je maar een klein aantal commands gebruiken zoals: Play Music, Open [APP NAME], Turn on/off Wi-Fi, Turn up/down the volume, enzovoorts. Dat is maar een klein deel van wat je met een assistent als Siri of (sinds een tijd) Google Assistant kan doen.
Trouwens, jouw geluid word niet naar de google servers gestuurd hoor, dat is allemaal lokaal.
Jawel, al dan niet gekoppeld aan een anoniem id ipv je Google account.

"Wanneer Spraak- en audioactiviteit is uitgeschakeld, worden spraakopdrachten niet opgeslagen in uw Google-account, zelfs niet als u bent ingelogd. In plaats daarvan is het mogelijk dat ze alleen worden opgeslagen met anonieme ID's."

Bron: https://support.google.com/websearch/answer/6030020
LOLWUT ?

Alleen het "Ok, Google" deel is lokaal (idem met "Hey Siri" op iOS), alles wat je daarna zegt gaat direct naar de servers van Google. En nee, dat kost nauwelijks data. Codecs voor het encoden van spraak zijn erg efficient en gebruiken weinig bandbreedte (ongeveer 1kbyte/seconde voor AMR)
Ok Google werkt voor een groot gedeelte ook offline.
heb je gelezen wat ie schrijft? OK Google is lokaal, juist wat erna komt is niet lokaal :) Hoe dan ook, hoe ga je dit kunnen activeren als een achtergrond process niet bij de microfoon mag?
Ja, sterker nog, via myactivity.google.com/myactivity?restrict=vaa&utm_source=help kan je precies alles terug luisteren van de Google servers.
"Hey Siri" is inderdaad voornamelijk lokaal, maar wordt ook nog op de Apple servers gecontroleerd. Als er dus "Hey seriously, bla bla" wordt gezegd en het de lokale filters passeert, gaat het geheel toch naar servers van Apple.

https://machinelearning.apple.com/2017/10/01/hey-siri.html
Ik ben pas een recente Android gebruiker... maar met de Oneplus 5T kan ik aangeven welke apps toegang hebben tot de microfoon. Dus zat dat niet al in Android?
Het gaat om idle of niet idle. Met andere woorden: je opent Facebook, je gaat terug naar het homescherm. Facebook heeft in jouw Android versie nog steeds toegang tot de microfoon als je op het homescherm bent, in de nieuwe Android P versie dus niet meer.
Wat mij betreft zou dit voor alle permissies moeten gelden, dat je er ofwel voor kunt kiezen om locatie altijd toe te staan voor een app, ofwel die helemaal niet toe te staan, ofwel alleen als de app in de voorgrond is. Dan nog een extra optie voor wanneer de app een notificatie actief heeft, opdat je kunt navigeren met Google Maps. Ik heb dit al deels werkend met Tasker en Xprivacy op Android 4.4.
Klopt maar Rhys08 reageert op de uitspraak van GoldenBE
Mij lijkt het beter alleen bepaalde apps toegang tot de microfoon te geven (door de gebuiker te bepalen maar standaard altijd uit)
Wat dus al kan maar misschien dat GoldenBE bedoelt specifiek toegang geven voor de idle situatie en niet algemeen de mic
Ja, maar apps kregen dan ook toestemming om zonder notificatie of iets dergelijks te blijven opnemen. Dat heeft zijn voordelen; De Cerberus anti diefstal app deed dat als deze als gestolen werd opgegeven in de app. De nadelen echter; https://www.nu.nl/apps/50...hatsapp-berichten-af.html.

In Android P moet de app de gebruiker het laten weten als er een app op de achtergrond bezig is met taken; hence de 'ongoing' notificatie die verder bouwt op de 'running in the background'-notificatie in Android Oreo. (CMIIW)
In het bronartikel op XDA-developers hebben ze het gewoon over "access to the microphone", dus of je dat ergens naartoe stuurt is niet belangrijk.
Ehm, luisteren is opnemen. Het moet in een buffer worden gezet en als die app daar toegang toe heeft kan deze het zelf ook weer opslaan of streamen.
Pretty sure dat dat gewoon hetzelfde is... 🤔 Hoe gaat een app "luisteren" zonder op te nemen?
In de afbeelding bij het artikel staat:

"If the UID is in an idle state we allow recording but report empty data (all zeros in the byte array)..."

Niet dat ik er verstand van heb, maar lijkt mij dat er dan ook niets te beluisteren valt door de app?
Heel Orwelliaans: alle apps zijn gelijkwaardig. Sommige apps zijn wat gelijkwaardiger dan anderen. ;)

[Reactie gewijzigd door MeMoRy op 21 februari 2018 16:39]

Misschien (zoals in andere instanties) gelden er uitzonderingen voor system apps.

En er is een verschil tussen idle en running in the background in dat geval, dus blijkbaar kun je wel een voice recorder starten en terug gaan naar andere app.
Zijn er niet veel legitieme apps die hier gebruik van maken? Zoals slaap trackers en dergelijke
Met foreground services kan je waarschijnlijk wel gewoon opnemen, dan heb je alleen verplicht een icoontje van de actieve app in de status balk:
quote : https://developer.android.../services.html#Foreground
A foreground service must provide a notification for the status bar, which is placed under the Ongoing heading. This means that the notification cannot be dismissed unless the service is either stopped or removed from the foreground.
Zoals eerder gemeld door pbruins84 bij het nieuwsbericht over de camera app ;) pbruins84 in 'nieuws: 'Apps in Android P kunnen op achtergrond camera niet la...

[Reactie gewijzigd door job_h op 21 februari 2018 14:04]

Het nadeel van die melding in de status balk, is dat mensen zich er aan ergerden en manieren vonden om dit te omzeilen. Of uberhaupt niet lezen. Mede daarom dat Google nu een stapje verder gaat en bepaalde permissies intrekt bij dit soort services.
Ik hoop dat voice recording apps hiermee nog wel functioneel blijven op de achtergrond. Dat andere apps dit potentieel stiekem doen op de achtergrond is natuurlijk onwenselijk.

Toen ik eerder iOS gebruikte, kwam er een duidelijke rode balk onder de statusbalk die aangaf wanneer een app op de achtergrond geluid opnam. Als zoiets ook op Android komt zodat de app op die manier 'actief' kan blijven zou dat best een goede oplossing zijn.
Dat kan dus ook, doormiddel van een notificatie mag je je app in de 'voorgrond' houden. Er veranderd dus niks qua functionaliteit je moet nu alleen de gebruiker actief gaan informeren dat er geluid of beelden opgenomen worden.
Werkt dat ook nog als je je scherm uit zet?
En zeker apps die telefoongesprekken automatisch opnemen. Ik gebruik nu Total Recall, gelukkig kan die op een geroot toestel wat meer dan anders.
Hoe zal dit werken met Google Assistant? Schiet Google zichzelf niet in de voet door deze functie?
Google maakt wel vaker uitzonderingen voor zichzelf en selectieve partners. In dit geval is dat trouwens niet eens nodig omdat apps nog wel mogen luisteren, maar ze mogen niet opnemen. Ik neem aan dat luisteren via een generieke OS service gefaciliteerd wordt.
Ik lees dat apps de microfoon niet meer mogen gebruiken. Dat betekent volgens mij automatisch dat luisteren ook niet meer kan.
Stapje voor stapje zit Android Windows Phone features over te nemen. Straks kunnen apps ook niet meer bij SMSjes?
Haha, wie had dat gedacht.
Wat voor de ene een bug is is voor de andere een feature. :+

Toch een goede stap ookal zal het sommige als een stap terug ervaren worden.
google zal je afluisteren. telt niet voor apps.
Die versies zijn ook gewoon opensource (behalve sommige fabrikanten zoals Xiaomi die zich niet aan de licenties houden), wat jij bedoeld zijn binary driver blobs en bepaalde meegeleverde 3th party apps (waar ook de google apps onder vallen), het OS is nog steeds OSS.

[Reactie gewijzigd door blouweKip op 21 februari 2018 18:47]

Niet alle google apps die voorgeinstalleerd zijn en niet verwijderd kunnen worden zijn open source. dus is het os niet open source. Het is wel of niet, een beetje open source is closed source waarbij de dev werk op de community afschuift
Geen van de closed source google apps zijn onderdeel van AOSP, het OS blijft dus gewoon open source, dat veel telefoons voorzien zijn van closed source apps bovenop een open OS maakt wat dat betreft niet uit.
Als ik een closed source applicatie op een open source linux distributie draai dan veranderd dat niets aan het feit dat het onderliggende OS (en alle useland tools/DE's) opensource zijn.
dat veel telefoons voorzien zijn van closed source apps bovenop een open OS maakt wat dat betreft niet uit.
Als ik een closed source applicatie op een open source linux distributie draai dan verandert dat niets aan het feit dat het onderliggende OS (en alle useland tools/DE's) opensource zijn.
Als jij zelf closed source applicaties installeert en je kunt deze zelf deinstalleren, dan niet. Als de apps zoals bij Android de facto onderdeel van het OS zijn omdat ze preinstalled zijn en je ze niet mag verwijderen zonder je device te rooten, dan kun je imo niet meer zeggen dat het OS open source is. De meeste Android is mixed source.

De ideologie boeit me niet, ik kijk gewoon naar de feiten.

[Reactie gewijzigd door Origin64 op 22 februari 2018 13:52]

Waar haal jij vandaan dat de Play services root toegang heeft? Dit is namelijk niet het geval. Daarbij worden ook Google Apps (waaronder de play services) ontleed om te kijken wat er nieuw is (of wat er niet in hoort). Extra functionaliteit kan je dus echt niet ongemerkt toevoegen.
Het is heel simpel. google maakt het os. zij hebben altijd root. ook al zeggen ze van niet. die service moet constant draaien en heeft afhankelijkheden vanaf allerlei apps die zonder die "app" niet werken. dan is bij mij de aluhoedje conclusie snel getrokken. hij doet phone home.

[Reactie gewijzigd door Origin64 op 21 februari 2018 21:46]

Het eindproduct wat op je telefoon staat is idd niet open source, maar de bron daarvan wel: Android Open Source Project. Vandaar dat er ook zoveel custom roms kunnen bestaan.

Op dit item kan niet meer gereageerd worden.


Call of Duty: Black Ops 4 HTC U12+ dual sim LG W7 Google Pixel 3 XL OnePlus 6 Battlefield V Samsung Galaxy S9 Dual Sim Google Pixel 3

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