A DoS like this is quite bad (in theory at least) but I think it's the first time I've seen one dressed up with a hypeslop landing page.
goody71
I was wondering if that ai created site style had a name. 'hypeslop' seems like it could be perfect.
darkwater
The issue seems serious but the part about Australia and 000 that would ban an attacked device seems the typical LLM-being-too-anal paragraph, and completely lacking common sense.
Maybe I'm wrong and naive but given that the AU law was done to force people move forward from 3G only phones because the network was being shutdown and 000 moved to 5G (I believe), it's a law for operator to contact their customers still using an old phone and migrate them to a newer one.
I doubt they will block automatically the number if you are under that DOS for a few days in a row.
erebussss
Australia has laws that require companies that provide a cellular service to follow, not fixing such a exploit would breach these laws. Under no circumstance can a telco, phone manufacturer or intermediary restrict or knowingly allow the restriction of access to Emergency Services. Google in this case would be considered as knowningly allowing the restriction as they're refusing the acknowledge this as an issue, something I'm sure ACMA could act upon or compel Google into fixing.
dools
> I doubt they will block automatically the number if you are under that DOS for a few days in a row.
You doubt correctly. The law is about blocking IMEI numbers of phones that use the 3g network to dial 000 despite being 4g devices.
chinathrow
How can 000 move to 5G only?
dools
It didn't. The 3g network was shut down. There were several older devices that were 4g but still used 3g to call 000, so they had to be blocked from connecting.
jeroenhd
Google has clearly flagged this as "not a security issue", repeatedly. It's a weird bug for sure, but what's the scenario here?
Correct me if I'm wrong, but the carrier configuration messages can normally only come from carriers. The demo APK sends a message to the phone itself, but sending SMS messages requires special confirmation.
Practically speaking, what's the risk?
tyingq
> The demo APK sends a message to the phone itself
That's not what the readme on the repo says.
"Install on a sender device, enter (or auto-fill from an active SIM) the target number, pick the sending SIM, and tap SEND CRASH SMS. Observe on the target..."
MarkBlah
Load apk, select which sim you want to use, enter Android victims phone number, hit send, it will crash telephony app and it’ll restart.. carrier will resend the text message as there was no acknowledgment crashing it again in a loop.
Only “fix” for this attack is to place SIM card in a non-Android phone to ack the inbound messages, or wait a few days of constant disconnects.
ffsm8
Huh, but then it's neither remote nor zero click if you need to locally install malware?
ufmace
It's not clear, which makes me skeptical that this is all that serious of an issue.
I'd like to know - can any devices actually put such a malformed message onto the carrier network? It probably requires at least a custom app that would never be allowed on an app store, if it's possible at all. And do any carriers actually let it go through their network and to a device like a normal message? It's entirely possible the malformed message would crash some software in the carrier's processing stack first and so never be delivered. And if it doesn't, they could easily add a check to block such messages. It's difficult to believe they don't already have some sort of protection against spamming tons of messages to any device. It's also entirely possible it works differently on different carriers, and some but not others might add blocks for this but not make a press release about it or anything.
This seems more like meh, minor bug, fix it quietly in the next Android release, not OMG the world is on fire to me.
dns_snek
> can any devices actually put such a malformed message onto the carrier network? It probably requires at least a custom app that would never be allowed on an app store, if it's possible at all.
The author has provided an APK that claims to do just that. Hacking tools aren't allowed on app stores, no, but that has no bearing on the severity of vulnerabilities they exploit.
> And do any carriers actually let it go through their network and to a device like a normal message? It's entirely possible the malformed message would crash some software in the carrier's processing stack first and so never be delivered.
Apparently, unless you're accusing the author of lying.
> And if it doesn't, they could easily add a check to block such messages.
Your ISP could block RDP but that doesn't lessen the severity of RDP vulnerabilities, shift responsibility, or lessen the need for the vendor to respond in any way, that's not how this works.
This is an Android vulnerability and it should be assumed that the carrier is indifferent, actively hostile, cooperating with law enforcement to carry out this attack, or someone might carry out this attack using an IMSI catcher.
> It's difficult to believe they don't already have some sort of protection against spamming tons of messages to any device.
20? I doubt it. Do you think the author is lying?
> It's also entirely possible it works differently on different carriers, and some but not others might add blocks for this
Indeed. What's indefensible is Google's classification that this isn't a security vulnerability.
whizzter
Where does it say that it's carrier configuration? Looking through the page it mentions WAP and PDU, seems PDU from my skimming is just a part of encoding WAP messages, so basically anyone being able to send WAP messages onto the network will have the carrier happily retransmitting it unless carriers starts blocking them/filtering these incorrect ones?
_trampeltier
So you can allways trust the carriers. So then it's maybe a feature.
jeroenhd
I don't think carriers can be trusted per se, but if a carrier wants to interrupt your call, they can just kill the connection.
mzajc
I trust mine not to brick my smartphone on purpose, at least. Especially not using methods that leave traces of what was done.
rvba
a bad actor can hack the carrier and brick the phones the same way the fridges were hacked and bricked few weeks ago
perhaps even a rogue employee
t_mahmood
If that happens, I think the actors will have more serious things to hack around then phone-looping some poor souls
vijaybritto
If the carrier is compromised an attacker could destroy millions of phones and cause humongous economic losses no?
jonathanstrange
It seems to me that the scenario is that someone spoofing a cell tower can disable your phone practically forever and recovery requires expert interference.
MarkBlah
wap-push is a legacy protocol, it predates mms's, android can send it fine, ios just ignores them.
The page mentions that an adb command is required to recover the device, but I can't find details on what exact adb this is.
Overall a bit frustrating to have such a fancy webpage with a dedicated address, but then no description on how to actually #1 identify and #2 recover an affected device...
> "Once the database is corrupt, com.android.phone no longer needs a fresh message to fail: it crashes immediately on every boot as it reads the damaged store [..] a factory reset only helps temporarily"
Can't I delete the storage of com.android.phone instead of a full factory-reset?
ratdragon
Just guessing - maybe that re-delivery from telcom is the cause as message reception is never acknowledged?
rickdeckard
yes, valid guess, I should have extended the quote.
The page describes that this part is resolved by putting the SIM into a non-Android device to receive the queued messages and acknowledge to the network.
To then recover the device it only vaguely mentions "adb commands" and "factory reset", but I can't find a description what actually needs to be done on the device.
I guess the specific question is: The message database that is corrupted due to this issue, is this DB owned by (and stored as part of) com.android.phone?
jpl56
We need this for opera houses. Send a few messages to each phone and we can enjoy the show without any ringing.
user2722
Isn't it easier to kick to the back anyone with a mobile phone with a sound?
embedding-shape
No, talking to other humans is over and if it's not a technological solution with zero human feedback, it's not a solution I could build a VC-funded startup on, so obviously not a solution in real-life.
ece
If this was a user controlled option, I would enable this. Not that my phone wouldn't receive sms at all, but just go into do not disturb mode.
Geezus_42
I don't see why Android or iOS couldn't enable location based DnD at certain locations. Of course make it optional, but they already have your location and know that the place you are at is an Opera house, theater, etc...
lynx97
No thanks. "I tried to reach you yesterday". "Oh sorry, I happened to walk by an opera house." PLEASE, less, not more automatisms. Everything has a tendency to produce false positives.
zimpenfish
> "Oh sorry, I happened to walk by an opera house."
It would be unfortunate for them to phone you precisely in the small period where DND was turned on as you walked past the opera house (even a large one would be, what, under two minutes of walking?) and not try you again.
(Because if you have instant location-based DND, yes, it might turn on as you walk by an opera house but equally it would turn off when you were past the opera house. Normally, though, I'd expect location-based DND to only kick in after a certain period of time in the same location - say 10 minutes.)
thereader12
So like sitting at a coffee shop next to the theatre. Or chatting with a person on the street.
zimpenfish
Sure, the coffee shop might be a problem (since I'm guessing that'd be more than 10 minutes.) You could always turn it off (and a smart system wouldn't turn it back on 10 minutes later unless you leave and come back.)
broken-kebab
There are plenty of apps in which you can setup an action on geolocation
ButlerianJihad
So, Android formerly offered geofenced "Rules" for DND, and even flexible "Modes". You could set a location, or a WiFi network, and a radius slider to set the distance from that location or network. But the geolocation features have been removed. The Modes functionality is still available, but you're only allowed to configure time-based schedules or calendar events for triggering them.
Just before they were removed, I decided to eliminate all of my Rules and Modes entirely, because they were turning out to be extremely unreliable, and there was a bug whereby the Pixel went back into DND mode after a restart, even when it had already been moved outside of the location. It was also quite unpredictable how any Mode would behave, when there were all kinds of settings for each one, and it was just too much to set up and keep track of.
Today, DND is even more onerous. In the Clock app's Alarms tab, if DND is enabled, the app prevents me from editing or deleting or modifying, in any way, the alarms as they are set. This is terrible. You see, Google really, really wants us to disable DND and keep it off forever. DND is very bad for Android. So they are making it as inconvenient as all-get-out to leave DND enabled. If it were up to me, I'd leave it defaulted to "on" until I wanted to be disturbed.
DangitBobby
My experience with DnD has been that it pretty much just works how I want it to. DnD from 10 PM to 8 AM, only certain people can reach me via call or text, alarms break through it.
zimpenfish
iOS focus does let you have location-based activations ("when I arrive at work", etc.)
tompagenet2
The Google Issue Tracker link [0] on the site shows access denied for me. Not sure if this is due to it being reappraised or because I specifically don't have access
If it was filed as a security issue, most well-set-up projects with public issue trackers would keep it closed off only to a reporter and internal security audit team.
Perhaps it was never really declassified in the tracker.
KJs6ZxELzQM37O
You can't access issues that are not assigned to you. I remember reporting a bug via VRP once, and it was marked as duplicated with another id, that I cannot access and see the original report.
pitkali
Security sensitive issues have restricted visibility.
est
I remember there was a tel: link than when I clicked it wipes everything on my samsung phone
latexr
That’s insane, and I’d like to know more about how that even came to pass. A quick search isn’t surfacing anything relevant, do you have a link?
contingencies
At a guess it was an MMI / USSD code for factory reset. Allegedly the code:
*2767*3855#
Executes a full wipe and firmware reinstall with no confirmation prompt. This was probably it. Don't post the clickable link.
fg137
Looks like it only works on a certain older Samsung phone.
Thanks to some genius at Samsung who thinks this is a good idea.
contingencies
This sort of thing can make sense in manufacturing where you want to clear evidence of tests run, etc. For example, it is common to run optical test suites and then program the optics within a phone to account for imprecision rather than attempt to manufacture for a lack of it. Source: Drinking in Dongguan with the head of optics manufacturing for the company subcontracted to produce the iPhone optics assembly some years ago.
grandfunction
This is going to cause absolute havoc. I hope carriers move fast to block this payload.
paxy
It’s bizarre to me that on a forum where people constantly complain about AI garbage AI slop like this always gets upvoted to the top.
rickdeckard
> "A remote attacker can cut a phone off from Triple Zero"
Disclaimer for non-aussies (like me): That's not the newest hacker slang for something, 000 is the phone number of Australian's emergency services...
Replace with "can cut you off from 911" or 112, 999, etc. as needed (optionally wear sunglasses and add hand-gestures to amplify the effect)
SQLite data corruption needs some explanation because SQLite is normally very reliable. How do I know this isn't slop written to spread a Trojan horse APK?
syshyk
Vanity sites...
Tepix
Does this also affect GrapheneOS?
bossyTeacher
"On a device using an eSIM, where the SIM can't simply be moved to another handset, recovery would be significantly harder, and for a non-technical user, effectively out of reach."
eSims are great until they are not. Give me a second physical SIM tray over an eSim any day of the week.
soltanov
Golden Era of AI exploits began few days ago. Close the doors, otherwise you will get cooked.
dools
Networks still send WAP pushes but you can't just send randomly formatted WAP pushes to your friends. You can, however, use a stingray to MITM your friend's Android phone and send whatever you want to them, because now there is no network firewall to protect them. The combination of MITM and a bug like this could be pretty devastating.
klhs
How could they possibly give this a "won't fix" if it can do what is reported here?
MarkBlah
mind boggles, issue is they're swamped with AI slop and high number of findings, they're using AI assistance operated by a 3rd party to handle researcher submissions so many legitimate findings slip through the cracks.
coldfloor
Ironic comment from someone who literally just submitted an AI slop report and went so far as to give it a website and cutsey name to attempt to feign legitimacy and skill behind the "researcher."
klhs
That's unfortunate. They need to do some kind of triage then, I hope this doesn't mean that they're constantly busy now with equally bad or worse bugs, but I guess it wouldn't be too surprising.
throwa356262
Is this AI security slop or a real issue? Can the phone actually receive these kind of messages from the network?
Also, I don't understand Googles position here. On android the phone ia not part of the OS and can be updated via an app or framework update. Why not just fix this as a functional bug?
MarkBlah
Slop and real issue. Wap-push is a legacy format for sending urls via sms. Bug is a stupid one but it exists.
Google are rather vague in their triage, they just said temporary DoS does not qualify, then rejected to investigate further.
yellow_lead
> The attack is remote, needs only the victim's number, and shows them nothing.
err, how can I send an SMS like this? Would a mobile network even accept/forward such an SMS?
Little hard reading through the vibe slop here
jeroenhd
I've sent weird SMS messages through my (rooted) phone before. Silent SMS messages (useful for police trying to activate your phone for triangulation) still returned delivery reports a year or two ago, allowing someone to find out if someone else's phone is on without the target ever noticing.
I think Android removed the ability to send more annoying messages through its normal APIs (like flash SMS messages) but if you have access to any modem (either a smartphone or a full ESP32 dev board costing <50 bucks on AliExpress for 4G LTE), you can bypass any such restriction.
Carrier firewalls will probably filter these messages out but I wouldn't rely on it.
1116574
Back in the day you could send logos, ringtones, and bunch of other random crap thru carrier APIs, provided you signed a blood contract with them lol
Those APIs are probably still online, and still require to nail your ass to the contract, but technically I would assume it's possible.
lesspassiveobse
They do accept/forward messages without checking if they are special carrier-only ones. ~10 years ago I had some fun sending a "voicemail received" message to people, which caused android phones to display a notification which couldn't ever be dismissed. IIRC it only worked on HTC phones and required root/xposed. SS7 in general is built with total trust in connected systems.
Edit: I think it was called "HushSMS"
rustyhancock
Looks like the website offers an APK.
But not all SMS are text messages for the user.
snitch182
carriers can reset access points via messages for example. Learned it the hard way when my 1st grader suddenly had internet...
LtWorf
I think you need better network equipment at home.
My provider had given me a remotely managed router. It was trivial to change the configuration and have it work normally.
jeroenhd
Phones take APN configuration through special kinds of SMS messages. This isn't just about routers.
EdwardDiego
Omfg I am interested in this, I'm interested in wtf a WAP push is, but all I'm getting on this website is Claude-speak "not this, but that" and tables of irrelevant numbers, because Claude fucking loves a table.
Look at this Claude shit:
> Zero-click. The victim does nothing. No tap, no open, no notification.
> Silent. Nothing appears in Messages; the attacker's number is never shown.
Congrats, now you sound like yet another AI YouTube advertisement. "You control when we... ...woohoo"...
OP, please, if you think you have important information, please write it up yourself, I am so sick and tired of being sent LLM generated Markdown files with zero human input, and now you're just publishing that on a website.
FFS.
Oh you had Claude publish your name presumably so you'd get credit for "your" "discovery".
Mark Blaszczyk, please do better.
dsr_
Claude is primarily a tool for spamming human attention.
MarkBlah
I just wanted a home for it to share, llm just polished it up.
the message is silent, no notification notifying of the attackers origin, doesn't matter if it's locked, or connected to mobile data, so i stand by what is written.
I don't care about the credit, i have enough CVE's under my belt which are higher severity, none which have dedicated write-ups. i care that this gets fixed and give answers to those who are experiencing their phones constantly disconnecting from carrier.
coldfloor
>...which is the exact shape of a "Destructive Remote DoS" in the VRP's own rules.
The trend of Claude referring to everything as having a "shape" irrationally annoys the hell out of me. What an absolutely idiotic way to say "X is like Y."
birdsongs
This trend upsets me so much, because my brain actually does work like that, concepts and ideas exist in 3d space and have likenesses to each other.
I used to write like this, but I can't anymore. (I suspect enough people did in the training set that that's why it ended up being part of the vernacular.)
tamimio
No need to be dramatic, some people’s first language isn’t English, some have dyslexia, some just hate writing (myself) and won’t bother reading it twice to fix typos or grammar, your criticism is ok if the context doesn’t matter, but I would be ok with a fully generated landing page if the exploit is worthy.
hard_times
are you ok?
kome
get a grip. now you’re behaving like the guy who, when pointed at the moon, looks at the finger
0xcrypto
Can we stop vibecoding a new website for every next vulnerability we find please? Thank you.
solyin
Blame heartbleed for the practice, which long predates ChatGPT and vibecoding. Human psychology is to blame. Only nerds are going to find CVE-2014-0160 triggering, but if I say heartbleed everyone who was there remembers.
autoexec
> Only nerds are going to find CVE-2014-0160 triggering, but if I say heartbleed everyone who was there remembers.
That has more to do with the severity of heartbleed than the fact that it had a name and a logo. I've since seen a lot of vulnerabilities try to market themselves with websites, cute names, and stupid logos but I still don't remember them because they still just weren't big enough to actually be memorable.
rustyhancock
I think it's a good idea when there is no CVE and a don't fix status.
Before this practice in general you simply released the exploit and see if enough chaos triggers a fix.
exploderate
If people can't be responsible, let's just create a mailing list, call it "full-disclosure" and post everything there.
therealmarv
why not? If you don't like it don't click it. Is not that the main purpose of the web that everybody can publish a web site?
__m
Why? I like the presentation.
xuhu
Not if it helps raise awareness and gets companies to notice. Is peanutbutterjelly.co.uk more worthy of a domain ?
MarkBlah
agreed, we should all use gopher and block all web traffic, go back to text based systems, use single threaded operating systems and use token ring NIC's
AspireOne
I'll be honest, I have no idea what gopher or ring NIC is, lol.
paxy
Flagged as AI slop.
We really need to stop encouraging this kind of clickbait garbage.
If it is a serious vulnerability write a report. If the reporter cannot demonstrate their own understanding of the issue then I don’t see why they should get the benefit of doubt.
01 06 88 80 80 80 00 BE → sent as a data SMS to port 2948
I'm not familiar with WAP Push and how it works, but is it possible to disable it or block that port on a non-rooted phone?
motionlessveloc
WAP Push is a specially formatted SMS that triggers your phone to download a URL. Unfortunately the vuln here appears to hit at the SMS parsing phase, which I don't think can be turned off easily.
Maybe I'm wrong and naive but given that the AU law was done to force people move forward from 3G only phones because the network was being shutdown and 000 moved to 5G (I believe), it's a law for operator to contact their customers still using an old phone and migrate them to a newer one. I doubt they will block automatically the number if you are under that DOS for a few days in a row.
You doubt correctly. The law is about blocking IMEI numbers of phones that use the 3g network to dial 000 despite being 4g devices.
Correct me if I'm wrong, but the carrier configuration messages can normally only come from carriers. The demo APK sends a message to the phone itself, but sending SMS messages requires special confirmation.
Practically speaking, what's the risk?
That's not what the readme on the repo says.
"Install on a sender device, enter (or auto-fill from an active SIM) the target number, pick the sending SIM, and tap SEND CRASH SMS. Observe on the target..."
Only “fix” for this attack is to place SIM card in a non-Android phone to ack the inbound messages, or wait a few days of constant disconnects.
I'd like to know - can any devices actually put such a malformed message onto the carrier network? It probably requires at least a custom app that would never be allowed on an app store, if it's possible at all. And do any carriers actually let it go through their network and to a device like a normal message? It's entirely possible the malformed message would crash some software in the carrier's processing stack first and so never be delivered. And if it doesn't, they could easily add a check to block such messages. It's difficult to believe they don't already have some sort of protection against spamming tons of messages to any device. It's also entirely possible it works differently on different carriers, and some but not others might add blocks for this but not make a press release about it or anything.
This seems more like meh, minor bug, fix it quietly in the next Android release, not OMG the world is on fire to me.
The author has provided an APK that claims to do just that. Hacking tools aren't allowed on app stores, no, but that has no bearing on the severity of vulnerabilities they exploit.
> And do any carriers actually let it go through their network and to a device like a normal message? It's entirely possible the malformed message would crash some software in the carrier's processing stack first and so never be delivered.
Apparently, unless you're accusing the author of lying.
> And if it doesn't, they could easily add a check to block such messages.
Your ISP could block RDP but that doesn't lessen the severity of RDP vulnerabilities, shift responsibility, or lessen the need for the vendor to respond in any way, that's not how this works.
This is an Android vulnerability and it should be assumed that the carrier is indifferent, actively hostile, cooperating with law enforcement to carry out this attack, or someone might carry out this attack using an IMSI catcher.
> It's difficult to believe they don't already have some sort of protection against spamming tons of messages to any device.
20? I doubt it. Do you think the author is lying?
> It's also entirely possible it works differently on different carriers, and some but not others might add blocks for this
Indeed. What's indefensible is Google's classification that this isn't a security vulnerability.
perhaps even a rogue employee
:grimace:
Overall a bit frustrating to have such a fancy webpage with a dedicated address, but then no description on how to actually #1 identify and #2 recover an affected device...
> "Once the database is corrupt, com.android.phone no longer needs a fresh message to fail: it crashes immediately on every boot as it reads the damaged store [..] a factory reset only helps temporarily"
Can't I delete the storage of com.android.phone instead of a full factory-reset?
The page describes that this part is resolved by putting the SIM into a non-Android device to receive the queued messages and acknowledge to the network.
To then recover the device it only vaguely mentions "adb commands" and "factory reset", but I can't find a description what actually needs to be done on the device.
I guess the specific question is: The message database that is corrupted due to this issue, is this DB owned by (and stored as part of) com.android.phone?
It would be unfortunate for them to phone you precisely in the small period where DND was turned on as you walked past the opera house (even a large one would be, what, under two minutes of walking?) and not try you again.
(Because if you have instant location-based DND, yes, it might turn on as you walk by an opera house but equally it would turn off when you were past the opera house. Normally, though, I'd expect location-based DND to only kick in after a certain period of time in the same location - say 10 minutes.)
Just before they were removed, I decided to eliminate all of my Rules and Modes entirely, because they were turning out to be extremely unreliable, and there was a bug whereby the Pixel went back into DND mode after a restart, even when it had already been moved outside of the location. It was also quite unpredictable how any Mode would behave, when there were all kinds of settings for each one, and it was just too much to set up and keep track of.
Today, DND is even more onerous. In the Clock app's Alarms tab, if DND is enabled, the app prevents me from editing or deleting or modifying, in any way, the alarms as they are set. This is terrible. You see, Google really, really wants us to disable DND and keep it off forever. DND is very bad for Android. So they are making it as inconvenient as all-get-out to leave DND enabled. If it were up to me, I'd leave it defaulted to "on" until I wanted to be disturbed.
[0] https://issuetracker.google.com/issues/509520497
Perhaps it was never really declassified in the tracker.
Thanks to some genius at Samsung who thinks this is a good idea.
Disclaimer for non-aussies (like me): That's not the newest hacker slang for something, 000 is the phone number of Australian's emergency services...
Replace with "can cut you off from 911" or 112, 999, etc. as needed (optionally wear sunglasses and add hand-gestures to amplify the effect)
...or just call it "emergency services"
"core Android Telephony Framework GPS race condition from the early days of Android (roughly 2011–2014)."
My AI was unable to find any existing webpages for this though?
Also there was this:
https://community.oneplus.com/thread/579700
eSims are great until they are not. Give me a second physical SIM tray over an eSim any day of the week.
Also, I don't understand Googles position here. On android the phone ia not part of the OS and can be updated via an app or framework update. Why not just fix this as a functional bug?
Google are rather vague in their triage, they just said temporary DoS does not qualify, then rejected to investigate further.
err, how can I send an SMS like this? Would a mobile network even accept/forward such an SMS?
Little hard reading through the vibe slop here
I think Android removed the ability to send more annoying messages through its normal APIs (like flash SMS messages) but if you have access to any modem (either a smartphone or a full ESP32 dev board costing <50 bucks on AliExpress for 4G LTE), you can bypass any such restriction.
Carrier firewalls will probably filter these messages out but I wouldn't rely on it.
Those APIs are probably still online, and still require to nail your ass to the contract, but technically I would assume it's possible.
But not all SMS are text messages for the user.
My provider had given me a remotely managed router. It was trivial to change the configuration and have it work normally.
Look at this Claude shit:
> Zero-click. The victim does nothing. No tap, no open, no notification.
> Silent. Nothing appears in Messages; the attacker's number is never shown.
Congrats, now you sound like yet another AI YouTube advertisement. "You control when we... ...woohoo"...
OP, please, if you think you have important information, please write it up yourself, I am so sick and tired of being sent LLM generated Markdown files with zero human input, and now you're just publishing that on a website.
FFS.
Oh you had Claude publish your name presumably so you'd get credit for "your" "discovery".
Mark Blaszczyk, please do better.
the message is silent, no notification notifying of the attackers origin, doesn't matter if it's locked, or connected to mobile data, so i stand by what is written.
I don't care about the credit, i have enough CVE's under my belt which are higher severity, none which have dedicated write-ups. i care that this gets fixed and give answers to those who are experiencing their phones constantly disconnecting from carrier.
The trend of Claude referring to everything as having a "shape" irrationally annoys the hell out of me. What an absolutely idiotic way to say "X is like Y."
I used to write like this, but I can't anymore. (I suspect enough people did in the training set that that's why it ended up being part of the vernacular.)
That has more to do with the severity of heartbleed than the fact that it had a name and a logo. I've since seen a lot of vulnerabilities try to market themselves with websites, cute names, and stupid logos but I still don't remember them because they still just weren't big enough to actually be memorable.
Before this practice in general you simply released the exploit and see if enough chaos triggers a fix.
We really need to stop encouraging this kind of clickbait garbage.
If it is a serious vulnerability write a report. If the reporter cannot demonstrate their own understanding of the issue then I don’t see why they should get the benefit of doubt.
I'm not familiar with WAP Push and how it works, but is it possible to disable it or block that port on a non-rooted phone?