this post was submitted on 03 Sep 2024
1119 points (96.6% liked)
Technology
59534 readers
3143 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I highly doubt that they actually managed to do this, at least any time recently.
As another commenter noted, Android alerts you when an app is accessing the microphone in the background, and it would also absolutely destroy the phones battery life more than the FB app currently does. The only way that we have the "Hey Google/Siri" command prompts active all the time is with custom hardware not available to the apps, and certainly not without Android knowing about it.
Maybe they actively listen while the app is open, but even then I think recent Android/iOS would let you know about that.
As someone relatively ignorant about the mechanics of something like this, would it not make more sense that the app would be getting this data from the Android OS, with Google's knowledge and cooperation?
The place I see the most unsettling ads (that seem to be driven by overheard conversation) tends to be the google feed itself, so it seems reasonable to me that they could be using and selling that information to others as well, and merely disguising how the data were acquired.
It would take a lot of data. On device voice processing is not very advanced. That's why most voice stuff doesn't work without a signal.
That makes sense, but isn't it assuming they're processing data on the device? I would expect them to send raw audio back to be processed by Google ad services. Obviously it wouldn't work without signal either, but that's hardly a limitation.
As someone else pointed out, how does the google song recognition work? That's active without triggering the light indicating audio recording, and is at least processing enough audio data to identify songs.
If they were sending that much audio back, people would see the traffic. You could record it and send it at a different time, but the traffic would exist somewhere. People have looked and failed to find any evidence of such traffic.
It's something that could happen on device in the nearish future if there's not anything now, but it would probably still be hard to hide.
Source? I would like to read about that
Sorry, it's been long enough and I haven't saved any of the links, and the keywords are polluted as hell with garbage results. I can't find anything specific.
You probably won't find a source about something not happening.
It's almost like they were asking about sources for people looking or something.
If you're not going to contribute, why are you wasting people's time?
Thanks for the info! I guess that's ultimately what I'm looking for more about: how much do we know about cellular traffic? Obviously with encryption we can't just directly read cell signals to find out what's being sent, so do people just record the volume of data being sent in individual packets and make educated guesses?
It seems plausible to run a simple(non-AI) algorithm to isolate probable conversations and send stripped and compressed audio chunks along with normal data. I assume that's still probably too hard to hide, but if anyone out there knows of someone that's looked for this stuff, I'd love to check it out.