Small Company Wants to Make Encryption Key Management Into a Commodity (Video)
StrongAuth helps protect data with strong encryption, so that even if a company's network infrastructure is breached, its critical data -- including customers' credit card numbers, for example -- is still safe. Their software is open source, and their objective is to "become like the Toyota Camry of encryption key management," says StrongAuth CTO Arshad Noor. "Everybody should be able to afford it." These are big words from a company that only has 12 employees, all in Silicon Valley, but it's a company that not only has a strong reputation among its small and medium-sized business clients, but is starting to get acceptance from Fortune 500 behemoths, too. In this video interview (and in the transcript), Arshad not only talks about data security, but about how his company makes money while developing and relying purely on open source software. And did somebody ask about Linux? Yes, their software is all based on Linux. CentOS, to be exact.
Anyone "should" be able to afford it? Everyone IS able to afford it. Right now.
The cost of implementing strong encryption is the time it takes and the CPU cycles to run it. There has never been a high dollar cost that I am aware of other then these two factors. The former issue is alleviated through a standard frame-work, of which there are already a great many. The later can not be reduced, and can be a significant factor on virtual environments where CPU time is at a premium.
"Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
Given time, the Sun will become a red giant and destroy Earth. Given time, Dark Energy will rip the universe apart.
The question is will the keys break before or after that.
NB: The message above might reflect my opinion right now, but not necessarily tomorrow or next year.
You even got SlashDot to post a video from a 1990's-style trade show, for God's sake.
>> Yes, their software is all based on Linux. CentOS, to be exact.
Er...just one distribution?
the Playstation Network?
except for the "his company makes money while developing and relying purely on open source software."
we dont need more assholes building code monastaries.
Good people go to bed earlier.
The question is will the keys break before or after that.
Secret information is usually time-sensitive. The question is: Can the keys be broken before the information is worthless (de-classified)?
It's been included many times before, but here is the obligatory XKCD: http://xkcd.com/538/
As the cartoon and Schneider reveal, those using the security system can be exploited, if one can find them. That's been mentioned many times on 'National security letter' stories where the government is intruding into someone's online life.
I was looking into their products, but after this blatant slashvertisement, I'm going to take my business elsewhere. You're making slashdot even worse dice. I won't support companies that help you kill yourself.
Dear "Editors":
This is a new low, even for slashvertising.
Responsible journalists do their damnedest to make sure their work looks nothing like the ads that appear on their sites. You've just done the exact opposite. In fact, remember when The Atlantic posted a Scientology ad as editorial content? Remember the outcry that went up about the distinction between advertising and news? Well, you've just done the exact same thing.
Knock it the fuck off. Slashdot was supposed to be "news for nerds." If you want to sell out, do it on your personal time, not here.
!#@%*)anks for hanging up the phone, dear.
I get this everywhere else. I don't need it on Slashdot too.
The problem I see is that for software to process and work with the encrypted data it must be decrypted without human intervention. That means that either the software itself has to know the decryption key, the software has to know the authentication key used to get the decryption key from the crypto infrastructure, or the decryption key has to be available from the infrastructure without authentication. So while the encryption can protect against an intruder who's gained access to the network from the inside (without accessing the externally-visible side of the applications), it can't protect against an intruder who's gained access to the applications. And it seems like the most common exploits use vulnerabilities in the applications to gain access through the applications. So once the application is compromised, how does the encryption prevent the application from getting the decrypted data when the one unchangeable requirement is that the application can get the decrypted data to work on?
It's the same dilemma as with full-drive encryption. Sure, it'll protect your drive against someone who physicall steals your laptop. How much good will it do you against the malware slipped into your machine that accesses data while you're using your machine?
Well, as one who is working on the project, I don't think that... ... wait a minute: the project is open source?!?!!? My boss never told me that; that's crazy. So much for using the industry standard strong encryption, ROT26. I may have to go back to my old job. They've got to be more clear about these things on job applications.
Given time, the Sun will become a red giant and destroy Earth.
Actually, now it's gonna be by courtesy of Oracle, but same difference.
Ezekiel 23:20
>> StrongAuth helps protect data with strong encryption
So...why's it called "strong authentication"?
Encryption Key Management IS a commodity. What in hell are these yahoos talking about?
Hey, it's this new Linux thing. They've heard that it's all the rage with these computer kids.
From their website: "DES and the International Data Encryption Algorithm (IDEA) are the two most commonly used symmetric techniques." Totally wrong. Doesn't make you feel good about them as a security company.
Ugh. I haven't logged in to post for some time. This kind of story is why. I hope they paid for this and the standard of posting hasn't just sunk to a new low without $$$ exchanged.
Unlike the other clueless commenters who revile this "slashvertizement", I recognize that this must be a form of stenographic encryption. Roblimo must have needed a way to send a secret message, or to permanantly store his PGP revocation key (I'm always losing that); Thus, this article was created to deliver the stenographically encoded payload in the text and/or video. You're not fooling me!.
Nice touch including the tags in the headline so you can easiliy retrieve the article later by searching "Management Encryption Key". Might want to be a little less obvious next time though.
If you're writing Java it's easy. It's a bit more trouble with .Net because nobody's bothered with a good tutorial.
Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/