Live data from Hacker News

iMessage: Malformed Message Bricks iPhone

bugs.chromium.org

171–180 of 279 posts

Re: iMessage: Malformed Message Bricks iPhone

#171
post #136

Earlier quoted context omitted.

Hahaha on Yahoo we called it booting.

On AOL we called it "punting", and the apps that facilitated it were the first reason I ever wanted to code.

Man, I wish I knew what I was doing back then. Major service providers allowing unsanitized inputs like that? Sounds like a lot of low hanging fruit! And this was before blogging was popular so communicating advanced techniques wasn't as easy back then either.

Those must've been some scary code bases.

Re: iMessage: Malformed Message Bricks iPhone

#172

bplist00ÔX$versionX$objectsY$archiverT$top † ¦U$nullÓ WNS.keysZNS.objectsV$class¢ €€¢€€€RanVldtext¢ËqÒZ$classnameX$classes\NSDictionary¢XNSObject_NSKeyedArchiverÑTroot€#-27>DKS^ehjloqsux„‰”ª­¶ÈËÐ  Ò

?

Re: iMessage: Malformed Message Bricks iPhone

#173
post #136

Earlier quoted context omitted.

Back in the day AOL parsed HTML for it's instant messages, a would blue screen any client running windows. It was quite easy to empty chat room(s) using this.

Hahaha on Yahoo we called it booting.

Easier way to boot a group of people off of Yahoo Games back in the day when you wanted to clear up a room...

Just post in the general chat area.

“Hey, to speed up Yahoo Games, press alt-f4.”

Re: iMessage: Malformed Message Bricks iPhone

#174
post #164

Earlier quoted context omitted.

Considering it's enabled by default, i'm really curious why you would want to do that.

It costs money to activate it (or so says the pop up that appears when you set up an iPhone). Also if I switch to Android I don’t have to worry about disabling iMessage before. (Not that anybody in my country would ever send an iMessage or an SMS though...)

iMessage doesn't even warrant a dialog in OOBE on iPhone IIRC.

Not sure what pop-up you're talking about then.

Re: iMessage: Malformed Message Bricks iPhone

#175
post #166

Earlier quoted context omitted.

I never understood this, why would anyone want to deal with ANOTHER app to do messaging? iMessage is built in, integrated, and has end to end encryption. What more functionality are people clamoring for?

People want to use one app to do all their messaging. iMessage is not that app unless 100% of the people you message use iPhones. For a lot of people Whatsapp or Telegram can be that app.

Well seeing that iMessage integrates with SMS, it’s not just for iMessage users.

While there are a lot of reasons not to want to use iMessage but only being able to talk to other iOS users isn’t one.

Re: iMessage: Malformed Message Bricks iPhone

#177
post #164

Earlier quoted context omitted.

Considering it's enabled by default, i'm really curious why you would want to do that.

It costs money to activate it (or so says the pop up that appears when you set up an iPhone). Also if I switch to Android I don’t have to worry about disabling iMessage before. (Not that anybody in my country would ever send an iMessage or an SMS though...)

iMessage uses your regular data plan. You would have to pay for data either way.

Re: iMessage: Malformed Message Bricks iPhone

#178

Earlier quoted context omitted.

That's not really a coupling issue, but a matter of GPU drivers not generally being hardened against shader/usage bugs. Similar issues have existed on Windows, Linux, etc. browsers with WebGL support.

> That's not really a coupling issue, but a matter of GPU drivers not generally being hardened against shader/usage bugs. You shouldn't be able to crash the whole operating system (not just the display server, display driver, etc.) with an ordinary shader, even if it crashes the shader compiler or causes the GPU not to halt. It's not as though I wrote these shaders in an attempt to crash iOS.

But that's unrelated to how tightly coupled the app is with the OS, but rather how ungracefully the driver fails. No matter how "far away" the app is from the gpu, at some point in the pipeline whatever data is being received will have to interact with it in some way, via the driver.

Sure, you could patch the app to avoid sending what's known as bad data to the next layer but I'd argue that that's the wrong place to do it.

Re: iMessage: Malformed Message Bricks iPhone

#179
post #136

Earlier quoted context omitted.

Hahaha on Yahoo we called it booting.

On AOL we called it "punting", and the apps that facilitated it were the first reason I ever wanted to code.

Strange nostalgic memories of "AOHell" and "LuciferX" come to mind... If I remember, a lot of them were visual basic apps that would use SendKeys() to control AOL via keyboard shortcuts. A little like the wild west back then...

Re: iMessage: Malformed Message Bricks iPhone

#180

Earlier quoted context omitted.

>If you can recover in any way Physically replacing every single component, one by one, will lead to a recovery. >I stand by words mean things. They are an abstraction of thought to enable communication and external storage. A very leaky abstraction.

A bricked device can be recovered - usually - by replacing hardware, that's the limit of the definition. The GP comment is right, bricked is bricked and there's no way to recover a bricked device with any software means. It means the hardware is fucked and it's usefulness is equivalent to a brick.

What if you can reprogram an eeprom to make it work, would you consider it bricked? You're not replacing any hardware and are fixing only software.

At the end of the day language is (for all pragmatic purposes) finite but possible states of the universe are not, so you can't have a perfect definition of that catches all possible states you want while excluding all others with perfect accuracy.

Post reply on HN