News for hackers. Stuff that matters.
Re:One second per second is harder than it sounds by dm2 on Monday July 21, 2014 @11:41PM (#8067291)
28 people killed because a clock was off by .34 seconds (system hadn't been restarted in 100 hours)

http://fas.org/spp/starwars/gao/im92026.htm

Re:One second per second is harder than it sounds by manojlds on Tuesday July 22, 2014 @12:27AM (#8067387)
Isn't it actually "28 lives couldn't be saved" because of the clock issue. Also, the article states that the defense was never tried against SCUD and could have failed nevertheless.
Re:One second per second is harder than it sounds by spingsprong on Tuesday July 22, 2014 @02:43AM (#8067639)
It probably would have failed.

The Gulf War Patriot was designed to shoot down Mach 2 jets, not Mach 5 Scuds.

Detonating slightly late against an aircraft is actually a good thing, since it makes the Patriot explode near the aircraft's middle instead of its nose.

A Scud is a short range ballistic missile. Once it's burnt out its fuel, it just carries on under the influence of gravity. From that point on, the only important part is the warhead in the very tip of the nose.

Detonating by the mid section of a Scud means you're just shredding empty fuel tanks. And the huge speeds involved might actually make Gulf War Patriot missiles detonate against the rear of the Scud and just shred the non-functioning engine, or even detonate behind the Scud entirely.

Re:One second per second is harder than it sounds by umeshunni on Tuesday July 22, 2014 @03:27AM (#8067719)
"...the delay in distributing the software from the United States to all Patriot locations was due to the time it took to arrange for air and ground transportation in a wartime environment."

Fascinating to think that just 23 years ago, the only way to transmit the updated software was by physically transporting it from one location to another.

Re:One second per second is harder than it sounds by thaumaturgy on Tuesday July 22, 2014 @06:16AM (#8068168)
Just for fun: this predates ssh. Everyone was still using telnet to log in to remote boxes.

23 years ago, Slashdot didn't exist.

23 years ago, Linux had just gotten started. For all practical purposes, it wouldn't exist for another month yet.

23 years ago, Mosaic (the first "modern" web browser) didn't yet exist. That was OK, because CERN was the only website; the www didn't exist yet either.

Re:One second per second is harder than it sounds by pjc50 on Tuesday July 22, 2014 @04:51AM (#8067914)
I suspect you still can't do OTA updates of this kind of mission-critical system. If you can, I'd be very concerned about security.
Re:One second per second is harder than it sounds by YokoZar on Tuesday July 22, 2014 @05:59AM (#8068121)
I don't see any reason the software update process needs to be more secure than the firing process, and presumably these batteries can be fired remotely.
Re:One second per second is harder than it sounds by umeshunni on Tuesday July 22, 2014 @12:09PM (#8069702)
You don't need OTA updates per se - they could transfer it using sftp etc to the local base.
Re:One second per second is harder than it sounds by dm2 on Tuesday July 22, 2014 @05:16AM (#8067971)
I think it means that this was the first conflict that it had in against Scuds. There was a software update made a few days before this incident that was in response to another Patriot/Scud engagement. The big issue with this time was that the missile didn't even fire.

http://embeddedgurus.com/barr-code/2014/03/lethal-software-d...

It's interesting that there were 6 software updates to the Patriot missile batteries during Desert Storm, several of them were specifically to fix the clock errors.

It would be interesting to see the data for the misses and the hits compared to how long each system had been online for and what version of the software it was using.

Today's patriots are better (PAC-3, PAC-4 in testing) but still have several issues. I remember reading somewhere where a pilot got so mad that he was constantly being locked on by friendly Patriot batteries that he shot a missile at a friendly battery. http://books.google.com/books?id=7cU8Kpzu9osC&pg=PA339&lpg=P...

These seem to be mostly RADAR issues, I can't imagine how difficult it would be to program a missile to intercept another missile, there's hundreds of variables involved. I'd be willing to bet that these days they can run them through a computer simulator and detect most of these issues.

Unrelated to the missile but relating to the original topic: http://www.wired.com/2012/11/google-spanner-time/

Re:One second per second is harder than it sounds by oakwhiz on Tuesday July 22, 2014 @01:38AM (#8067523)
I'm guessing that the people wouldn't have been standing within range of missile attacks if they didn't expect that the missile defense system would protect them.
Re:One second per second is harder than it sounds by x1798DE on Tuesday July 22, 2014 @03:08AM (#8067678)
Almost everywhere on earth is currently "within range of missile attacks" without any reliable missile defense shield protecting us. From the report, this was during Operation Desert Storm and they were in an Army barracks. Given that these systems had never been used to defend against SCUD missiles before, it seems likely that they were taking a calculated risk by being there, not simply assuming the missile shield would protect them.
Re:One second per second is harder than it sounds by oakwhiz on Tuesday July 22, 2014 @12:49PM (#8069968)
I wasn't aware of the speed issues with intercepting SCUDs. Makes a lot more sense when you factor that in - these systems were being used as a last line of defense, not a shield.
Re:One second per second is harder than it sounds by kranner on Tuesday July 22, 2014 @12:22AM (#8067376)
Having followed the link, I'd like to mention that a Scud missile was also involved.
Re:One second per second is harder than it sounds by lttlrck on Tuesday July 22, 2014 @10:53AM (#8069279)
And a war.