Live data from Hacker News

US Emergency Alert System private SSH key mistakenly distributed

arstechnica.com

31–40 of 42 posts

Re: US Emergency Alert System private SSH key mistakenly distributed

#31
post #7

>Stations that use vulnerable gear should upgrade to version 2.0-2, which is available by sending an e-mail to _suport@digitalalertsystems.com. Oh for fuck's sake. I hope Ars screwed up that email address. Sometimes I feel like regulatory capture has totally screwed our national defense. I'm from Maryland. I know a lot of defense/NSA people. Some are fantastic. Others... let's just say not everybody is the best and b…

"The best and the brightest" is such a strange phrase. Whenever I read it I always think of Halberstam and assume the author is using the phrase pejoratively.

    " Congratulations gentleman - you're everything we've
      come to expect from years of Government training."

    -- Zed, in "Men in Black"
http://www.youtube.com/watch?v=cflpNLjhi0s

Re: US Emergency Alert System private SSH key mistakenly distributed

#32
post #27

Earlier quoted context omitted.

"be surveilled at all times" We already are, everybody. Its worse than that, unfortunately. About a decade before SAME started showing up on public for profit broadcasters, they had it on NOAA weather radio (you know, 162.4 MHz and several other channels in that area). So this has been around since the late 80s or so. Well my bright idea was to latch on to the then popular craze in electronics magazines of make a pro…

Well, that was an interesting comment, and I read all of it, even though I only understood precious few words.

It was a detailed technical ramble about how I made a SAME encoder using 80s era hardware and software because I was poor in the early/mid 90s because I was trying to "startup" a little hardware project to sell a mobile car SAME decoder optimized for storm chaser people (and more likely electronics fiends in general). The whole market segment has pretty much been replaced in the 2010's by smartphones and 3G networks so I'm not exactly worried about giving away my idea.

Turns out the encoder was really easy to make using 1980s era stuff, but the tech required to pull off the decoder product greatly exceeded the technological/economic limitations of the time, so that's why the project failed. Oh well.

The point was a raid to eliminate fancy Java and GUIs and modern computers won't stop forbidden SAME encoders from being written, they'd actually have to raid and confiscate museum pieces.

It would be like trying to forbid DES-56 by getting rid of everything DES-56 capable. That's a lot more than year 2012 quad core pentiums, that includes my 25 year old HP-48 calculator...

Another interesting note is that I'm sure the security theater guys would like to calm people by claiming it takes millions of dollars and dozens of people and years of effort and top of the line modern high tech stuff to make a SAME encoder, but I did it alone as a poor yet smart kid using junkpile stuff decades ago in a ridiculously short amount of time. The only reason this doesn't get hacked on a regular basis, is despite the paranoid delusion that they're all out to get us, they actually are not, because they would have gotten us a zillion times over already, if "they" actually wanted to, which they obviously do not desire to do. Some lower forms of humanity profit off convincing people to be hostile toward each other, nothing new there.

Re: US Emergency Alert System private SSH key mistakenly distributed

#33
post #9
post #7

Earlier quoted context omitted.

"The best and the brightest" is such a strange phrase. Whenever I read it I always think of Halberstam and assume the author is using the phrase pejoratively.

Yeah, I cannot help but hear that phrase sarcastically, sort of like "good enough for government work."

From my machine shop background:

1) .gov aka "G-job" means you can't talk about it, maybe even to your boss. Maybe you're making the left support bracket for the Manhattan project, no one in 100 miles knows what you're actually building. Maybe no one knows everything about the whole program. So you're kinda on your own in the machine shop, kinda.

2) Wanna build a model steam engine at work? Tell them the crankshaft is a classified part for some contract you can't talk about and they're not cleared to even see the blueprint.

3) But screwing around for fun doesn't have to be made to the tolerances for real a-bomb parts... So "close enough for govt work"

The other story I heard from oldtimers who were there, was there was an intense push in the early 40s to shovel as much out the door as possible. An automobile plant used to selling to rich dudes wouldn't dare ship a car with cosmetic issues, but tank crews don't care if there's a little weld splatter on the outside or runs in the paint, as long as it actually works in combat. And this created attitude issues when they converted back to making fancy cars for rich dudes after the war. "So there's a giant dent in the hood, the GIs don't care... Uh, yeah but we're not building jeeps anymore..."

Re: US Emergency Alert System private SSH key mistakenly distributed

#34
post #23

Your medical records are somehow safe? It's only a matter of time before the govt mandated exchanges go "oops" in a similar way

My understanding of the exchanges is they're just a way to buy health insurance. They're not storing your medical records in the exchanges.

Coming from a medical billing service which deals with this, yes they will keep your records as of 2014 I believe.

Re: US Emergency Alert System private SSH key mistakenly distributed

#35
post #23

Your medical records are somehow safe? It's only a matter of time before the govt mandated exchanges go "oops" in a similar way

My understanding of the exchanges is they're just a way to buy health insurance. They're not storing your medical records in the exchanges.

Exchanges may also refer to Health Information Exchanges (HIE).

http://www.healthit.gov/providers-professionals/health-infor...

Re: US Emergency Alert System private SSH key mistakenly distributed

#36
post #7

>Stations that use vulnerable gear should upgrade to version 2.0-2, which is available by sending an e-mail to _suport@digitalalertsystems.com. Oh for fuck's sake. I hope Ars screwed up that email address. Sometimes I feel like regulatory capture has totally screwed our national defense. I'm from Maryland. I know a lot of defense/NSA people. Some are fantastic. Others... let's just say not everybody is the best and b…

"The best and the brightest" is such a strange phrase. Whenever I read it I always think of Halberstam and assume the author is using the phrase pejoratively.

There's a nice explanation of the context around Halberstam, on wikipedia for those of us who aren't familiar with the story: http://en.wikipedia.org/wiki/The_Best_and_the_Brightest

Re: US Emergency Alert System private SSH key mistakenly distributed

#37

If you were building a system with legacy firmware (so, for examole you couldn't rotate keys in case of a breach), how would you mitigate against situations like this? Can anyone give a brief overview of how to architect a more secure system?

The "canonical" way of solving this is of course with a certificate hierarchy. You can configure your target system to allow authentication whenever your certificate is signed by the "golden" key, and by creating the certificates with expiration dates it's easy to restrict the time that a certificate (which maybe got stolen or was made public inadvertendly) can be used for login.

Adding auxiliary data (comparable to X509 certificate usage restrictions only for code-signing or signing for emails) would allow you to have a (central hardened) machine hand out certificates to your "semi trusted" administrators that only allow login from a specific IP-address, to a specific target-system, up to a certain date or even time. Putting this functionality in a script (to acquire the certificate and login to a system) such a wrapper could most likely be used as a drop-in replacement for the normal ssh-client.

If your restriction is to use only the default openssh already deployed to the target machines, one quick solution to hide the critical private key from the developer/admin/service machines would be to place it on a (hopefully somewhat hardened) machine running the ssh-agent, and access the agent by creative use of tunelling. In essence then the hardened machine would act as a kind of "smartcard" for all your admins.

Re: US Emergency Alert System private SSH key mistakenly distributed

#38
post #23

Your medical records are somehow safe? It's only a matter of time before the govt mandated exchanges go "oops" in a similar way

And yet somehow, in general, national health services with highly integrated medical data storage systems across Europe don't seem to lose data as often as you'd think.

Re: US Emergency Alert System private SSH key mistakenly distributed

#39
post #23

Your medical records are somehow safe? It's only a matter of time before the govt mandated exchanges go "oops" in a similar way

As opposed to private providers, who are oh-so-safe? For breaches of private providers so far, see http://www.hhs.gov/ocr/privacy/hipaa/administrative/breachno...

A quick sum of all the incidents in there adds up to 22 million health care records lost so far. It's hard to imagine the government could do much worse.

In case you don't feel like importing the CSV file somewhere, https://docs.google.com/spreadsheet/ccc?key=0AkJeZCqH2PsHdDZ...

(Not modified except for column width and a final tally)

Re: US Emergency Alert System private SSH key mistakenly distributed

#40
> US president to deliver speeches to the entire country within 10 minutes of a disaster occurring

WTF? Doesn't he usually speech like the next day? What will he say within 10 minutes when there is very little information available? "Don't cry kids mommy is here"?

Post reply on HN