Google's June Android feature drop includes more scam detection, more AirDrop, and yes, more AI.
See full article...
See full article...
From a brief look at the article it appears that this works by your phone asking the device purportedly belonging to the caller if they did in fact make the call. So it's authentication at the device level, not at the network level.I'm genuinely confused why this can't be done at the telecom / network level
It would be great to have a deep dive on how number spoofing is done, because as you suggest on the surface it really seems like this should be trivial for the telecom companies to control, and it would kneecap a huge portion of the scams being run this way.I'm genuinely confused why this can't be done at the telecom / network level
This is the only time I'll give Comcast credit... Their system rejects outright, sends to voicemail if it's "unsure" or labels it during handoff. My antecdotal experience... others may vary.I'm genuinely confused why this can't be done at the telecom / network level
According to Google, “impersonation fraud” is one of the most common types of financial scams. The FTC tracked almost $3 billion in losses from such scams during 2024, and the improvements in AI voice cloning tools more recently are making the schemes easier to pull off.
Which okay fine...except most economically damaging impersonation fraud isn't people pretending to be your family member or BFF asking for $50 in Bitcoin for pizza. Most of that fraud are people pretending to be your DMV, or the IRS, or Sheriff's office, or any number of other governmental orgs, claiming you owe back penalties or fines. Which, this seems not to actually address.When scammers want to impersonate a contact, they use an online relay to spoof the number.
For pretty much the same reason you can spoof email addresses - it was designed at a time when everyone connected to the network could be trusted.I'm genuinely confused why this can't be done at the telecom / network level
This also requires that....RCS happens to work.From a brief look at the article it appears that this works by your phone asking the device purportedly belonging to the caller if they did in fact make the call. So it's authentication at the device level, not at the network level.
Unfortunately it only works when both the recipient of the call and the purported originator of the call both have properly configured Android phones. It would be nice if Google could have implemented this in such a way that it would work with a combination of both Android and iPhone devices, and didn't rely on a handful of Google-specific apps. If they could have done that it would likely have worked on well over 90% of mobile-to-mobile calls with little to no setup.
And not implement it in a way penalizing other apps? Never.I'm genuinely confused why this can't be done at the telecom / network level
If android were still using names of sweets, what would 17's be? The best suggestion will receive a shiny upvote from me!
My mother in law received a call from someone spoofing my son's phone. The scammer said that they were in trouble and needed my MIL to send them $3,000 immediately. Luckily we had literally just had a conversation with my inlaws about this type of scam the prior weekend and they hung up and called my son back to confirm.I was exited about this:
Which okay fine...except most economically damaging impersonation fraud isn't people pretending to be your family member or BFF asking for $50 in Bitcoin for pizza. Most of that fraud are people pretending to be your DMV, or the IRS, or Sheriff's office, or any number of other governmental orgs, claiming you owe back penalties or fines. Which, this seems not to actually address.
If android were still using names of sweets, what would 17's be? The best suggestion will receive a shiny upvote from me!
Yikes.My mother in law received a call from someone spoofing my son's phone. The scammer said that they were in trouble and needed my MIL to send them $3,000 immediately. Luckily we had literally just had a conversation with my inlaws about this type of scam the prior weekend and they hung up and called my son back to confirm.
It's been literally decades since I worked in the computer telephony field, but I did enough programming with it back then that I have a fairly good idea of how it works. In a nutshell, Caller ID has always been something the telephone companies have trusted companies to configure properly. Caller ID is meant to inform you as to who is calling, but if it just displayed the telephone number of the person calling you then you might not recognize it.It would be great to have a deep dive on how number spoofing is done, because as you suggest on the surface it really seems like this should be trivial for the telecom companies to control, and it would kneecap a huge portion of the scams being run this way.
It wouldn't surprise me if Google approached Apple and Apple chose to keep their garden walled. It also wouldn't surprise me if Apple copies this capability for iPhone-to-iPhone calls before eventually capitulating to a universal standard as they did with RCS.It would be nice if Google could have implemented this in such a way that it would work with a combination of both Android and iPhone devices, and didn't rely on a handful of Google-specific apps.
Quindim (Brazilian baked dessert made from sugar, egg yolks, and ground coconut)If android were still using names of sweets, what would 17's be? The best suggestion will receive a shiny upvote from me!
Android gets internal code names, they're just not used on the public builds. These mostly lined up with the public names with a few exceptions. Oreo was Oatmeal Cookie, for example.If android were still using names of sweets, what would 17's be? The best suggestion will receive a shiny upvote from me!
For pretty much the same reason you can spoof email addresses - it was designed at a time when everyone connected to the network could be trusted.
My Pixel 10 has warned me twice now while speaking with recruiters that the call was suspicious. Both cases were false positives but it blew my mind that my phone could do this.Pixel phones can detect likely scam calls and use on-device AI to identify suspicious caller behavior.
Yeah, but does their system reject the annoying Comcast calls that you get?This is the only time I'll give Comcast credit... Their system rejects outright, sends to voicemail if it's "unsure" or labels it during handoff. My antecdotal experience... others may vary.
*My Pixel 9 has blocked everything, so I can validate they're getting it "mostly" right.
By now you really shouldn't be...I'm genuinely confused why this can't be done at the telecom / network level
Luckily we have DMARC and others to combat spoofed emails. If they could just take that theory and implement it world wide to phones, then you could have your phone reject all calls that don't pass "DMARC For Cellular".For pretty much the same reason you can spoof email addresses - it was designed at a time when everyone connected to the network could be trusted.
There have been attempts to add security measures with mixed results.
They don't care. And the government doesn't want to make them.I'm genuinely confused why this can't be done at the telecom / network level
This is the first proper iteration.From a brief look at the article it appears that this works by your phone asking the device purportedly belonging to the caller if they did in fact make the call. So it's authentication at the device level, not at the network level.
Unfortunately it only works when both the recipient of the call and the purported originator of the call both have properly configured Android phones. It would be nice if Google could have implemented this in such a way that it would work with a combination of both Android and iPhone devices, and didn't rely on a handful of Google-specific apps. If they could have done that it would likely have worked on well over 90% of mobile-to-mobile calls with little to no setup.
Cheers to everyone who voted but I'm disappointed that 17 doesn't start with X. Although Al points out they gave up at W (or possibly V).Android gets internal code names, they're just not used on the public builds. These mostly lined up with the public names with a few exceptions. Oreo was Oatmeal Cookie, for example.
After Pie, the names were Quince Tart, Red Velvet Cake, Snow Cone, Tiramisu, Upside-down Cake, Vanilla Ice Cream, and Baklava. Android 17 is Cinnamon Bun.