Telegram Bug Allows Attackers To Crash Devices, Jack Up Phone Bills (grahamcluley.com)
An anonymous reader writes: Researchers have uncovered a vulnerability in Telegram, a popular instant messaging client with over 100M active monthly active users, that attackers could exploit to crash unsuspecting users' devices and jack up their mobile phone bills. To prevent malicious users from abusing the app, Telegram limits text messages to a specific range of characters -- each message must consist of at least one character, and it may not exceed 4,096 characters. But according to Iranian security researchers Sadegh Ahmadzadegan and Omid Ghaffarinia, those limitations can easily be circumvented. The two researchers note in a blog post that a programming error allows a sender to successfully transmit a message with arbitrary length to a receiver. That large file can, in turn, cause the phone to crash or stop working due to a lack of memory. It can also eat up a user's monthly data allotment if they are connected to their mobile network and not Wi-Fi.Telegram is yet to acknowledge the vulnerability, let alone provide a fix for it.
How to you mess up length checks in this day and age?
Your hair look like poop, Bob! - Wanker.
So much for older technologies being more secure. Stop.
Drill baby drill - on Mars
Hard to acknowledge a bug posted only yesterday on an obscure blog, and published what looks like about 3 hours ago on a news site, when TFA states:
Telegram hasn't even publicly acknowledged the vulnerability after the two researchers found no way of notifying the company about the issue.
Hey researchers, I've found a flaw in your notification process.... you couldn't find this page or this FAQ.
I was wondering about that wording myself.
"...let along provide a fix for ..." a bug that was just found yesterday. Those lazy bastards!
If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.
For a week or so, we'll be able to crash terrorist communications, until they pick another app.
Also from the FAQ:
In fact, we welcome security experts to audit our system and would appreciate any feedback (security@telegram.org).
So there's that as well.
For more detailed info http://www.sadghaf.com/en/2016...
I don't understand how this exploit would affect a phone bill...?
say what? i half expect a news report next week stating that these individuals have been stoned to death for working with banned software and service.
> you couldn't find this page [telegram.org] or this FAQ. [telegram.org]
in the security research community, releasing a vulnerability while saying they found no way of contacting the company means they found those links, sent messages days ago and were ignored.
This story is proof the slashdot editors are for sale 100%
I've always thought it's bullshit that you get charged for receiving text messages as well as sending. People shouldn't have the ability to force charges arbitrarily on others, but SMS has been doing that since the start.
"...let along provide a fix for ..." a bug that was just found yesterday. Those lazy bastards!
Except that this actually happens all the time in apps, where the fix is simple and the developer is paying attention. And this is a particularly pathetic bug. People who don't do input checking or bounds checking are spectacular idiots. What other spectacularly idiotic decisions did they make during development?
"You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
"...let along provide a fix for ..." a bug that was just found yesterday. Those lazy bastards!
Except that this actually happens all the time in apps, where the fix is simple and the developer is paying attention.
I don't follow such events (I'm not a programmer), so I'll take your word for it. It still seems a bit overblown to complain the day after someone wrote about the flaw in a blog somewhere.
And this is a particularly pathetic bug. People who don't do input checking or bounds checking are spectacular idiots. What other spectacularly idiotic decisions did they make during development?
This I totally agree with. I can see not doing checks on test code, or for classwork in school. But for any production code, bounds checking and other similar issues should be the default for every programmer. With all the buffer overflow attacks we see, we should expect paid programmers to be more security conscious.
I just googled about it, and came across this discussion on Stackoverflow. It has some good pro/con points.
If you think I voted for Trump because of this post, you're wrong. I voted for Dr. Jill Stein of the Green Party. Again.