Ask HN: Any startups working to capitalize on the coming privacy boom?
Big opportunities are opening up for companies in a position to offer services free of government snooping. Are any startups in the community specifically oriented to this market positioning?
Any big company or non- U.S. government seems likely to ask the question "If we move our tens of thousands of users to service X or service Y (i.e. gmail or Oracle)" will our data be gathered by the U.S. government? If the answer is yes, or "maybe" then surely they'll look for "snoop free" alternatives.
Is anyone working to become the snoop free alternative?
(
56 comments
| 24 points
| on HN
)
Example #1: I remember a huge privacy backlash when the first social networking site opened. It was a combination of Facebook and Linkedin, yet it was more private than either of them. People were absolutely livid about the privacy implications. This site, Six Degrees, opened in 1998-fifteen years ago, and shutdown soon thereafter. However, over time, the boogeyman many feared never materialized, and people became more open about sharing online.
Example #2: Later, when the DMCA was proposed, it was claimed that it would be the death of the Internet. The DMCA has been law for more than a decade, and the Internet still lives.
So, based on past examples, I predict that people will stop caring about NSA-type programs when no harm ends up coming to them from wholesale data screening on the part of the government. Once can only be afraid of so many things at a time, and new scares will eventually pop up.
I'm currently the only dev on the project and we could always use more eyeballs. I'm working through a code review right now to improve the existing features, but I'm also half way done implementing shared containers and realtime public key messaging. The idea is that you don't new to understand the crypto if you use the framework. We are in the process of getting a professional security audit.
[1] https://github.com/SpiderOak/crypton [2] https://crypton.io
keep in mind that cryptocat had been audited at least once and they totally missed the completely-busted prng. i am betting you guys will do a better job than nadim et al :)
So while some startups might claim to be NSA snooping free, they don't control the traffic while in transit, it's that middle-layer that's free game for the NSA to tap into and store without anyone being any wiser.
Having said that I have seen tonnes of services start to capitalise on the whole NSA fiasco, namely Duck Duck Go and their billboard ads propping themselves up as a secure Google alternative. And while they might not store searches, that doesn't stop the Government from doing it...
If either of those communities is targeting you in particular, it's much harder. How many people use universal 2FA? How many do it from their phones, which are potentially vulnerable? If not using 2FA, how many have typed passwords in front of security cameras?
And if you are targeted, as someone else pointed out, rubber hose decryption is always possible. The thing that is having people feel like a Christian Scientist with appendicitis (credits to Tom Lehrer) is the concern about the scope of information capture and the security of the systems and people that have access to that information, and I think one can build sound services to help address that level of privacy.
Focusing specifically on data privacy, we currently provide a robust cross-platform secure messaging tool that allows users to turn off password reset.
Another startup to look at is Abine, though their solutions are not focused on encryption.
I believe that all startups will need to take privacy into account and wrote so much in a guest blog entry for TRUSTe titled "Make Privacy a Strategic Asset for your Startup." [2]
[0] http://lifehacker.com/5935180/gliph-creates-disposable-email...
[1] http://blog.gli.ph/2012/05/31/introducing-gliph-app-version-...
[2] http://www.truste.com/blog/2012/06/06/guest-blog-make-privac...
http://www.rsync.net/resources/notices/canary.txt
Actually I just reread the title. We've been doing this since 2001, so we're not a startup.
Never mind.
Anyone presenting a silver bullet, much less circumstances where trust of another entity is required, is somewhat dubious.
I think answers to said larger strategies are largely missing and the OP's question is probably speaking to these as of yet outstanding issues.
Unless your system is rooted, or the NSA is building backdoors into all operating systems, you have good assurance about the safety of your SSH connection.
So, setting aside our firm for a moment, the general case would be a rational endpoint that you control (maybe us, maybe S3, whatever), a secure channel (SSH) and good encryption tools (duplicity, git-annex[1], hashbackup, truecrypt).
So while I was being flip in my original response to the OP, I am now seriously proposing that this all already exists and can be procured from many different providers - a lot of whom can and should be considered "nsa friendly" or even outright hostile.
[1] http://git-annex.branchable.com/encryption/
How we do it? Firstly, we follow client side encryption. Secondly, we don't store anything in plain text on our server, everything is encrypted (actually we hardly store anything). Thirdly, with the help of our patent pending SmartKey technology we are able to manage encryption keys so effectively that even if a hacker gets into our server he will only find junk and useless data which he won't be able to use.
We have something apart from password called cryptphrase which is required to login and it helps in generating the private key of the user to decrypt his data. As only user knows the cryptphrase no one apart from the user can see his data thus giving him complete privacy. Nobody not even NSA or people at SmartSignin can see the critical information of users. And if you think we are bluffing check the following post: http://blog.smartsignin.com/how-to-troll-nsa-and-take-comple...
It might look cocky if we say we are hackproof but theoretically we are.
Check us out. :)
To stop a corporation you have to consider it's relationship with other companies. Can it get the same info by having a subsidiary or partner elsewhere? So then you ban it from receiving such information in the US. So it moves outside the US, and still does it.
And all the time that their vast databases are generating revenue they have a firehouse. Not of data, but of money for lobbyists, campaign contributions, think tanks, advisers to NGOs and international trade groups, and so on.
And it's not enough for you to say no, even if all the above is true. Your friends want to post a pic of you to facebook. Metadata about everyone you know is also metadata about your interactions with them.
Or heck, maybe you want to say no, but you can't. Your company says you have to friend them as part of your contract.
And I am sure that isn't all the scenarios.
Protection from corporations is where the privacy boom is going to be. Privacy will be something you have to afford. There will be free, targeted ad supported services, perhaps even locked down proprietary devices, and they will be lauded for how they help the poor get online.
Oh and once that data is out there, saying it's anonymous but being about to identify you from your browser profile or whatever, it's never going to be deleted.
The extent that we can verify a system is the extent to which we can trust it.
This makes me think that free/open source software solutions are going to become an integral piece of whatever solution such companies are attempting to offer.
Going a bit further on the idea of verification, I'm curious why there aren't any organizations or companies I'm aware of which are dedicated to providing this sort of verification of open source systems out in the wild. Is it just that most of the talent for this capability is sequestered into the infosec consulting market, for example, or does it have to do with the difficulty of actually verifying said systems? Are all of these entities instead focusing on the offensive and just selling off 0day exploits?
The thing that seems to drive that is profit or geek-respect motive, so the folks doing said verification would need to be probably not your average bear doing a job or even person pretty interested but multitasking.
I think it'd be hard to find and manage such a work and/or volunteer force at scale well enough to really think that a creative and hard-core security review had been accomplished.
Apologies for being cryptic, but I can't say much more than that. I can say it has big backing, and is designed to take advantage of the fact that Canada's privacy laws haven't quite degraded to where we're in a situation like the US. Not quite yet. The hope is that by doing things somewhat more 'right' now--ahead of the legal curve--down the road clients may not end up in as tight a situation as they are in the US legal framework.
But, yes, people are working on it.
1. This venture is backed by a private fibre network. This means that all (most) of the traffic for these large clients will still be very accessible nationwide, but will not be subject to internet backbone taps (within Canada or otherwise).
2. Canada's legal system is still a ways away from the US, although Harper is trying his damnedest to change that. To my knowledge, it's still significantly harder to obtain legal wiretaps, especially blanket wire taps, than it is in the US. Naturally, legals systems can change, but for now people are trying to work within the system and stay ahead of the curve.
3. Again, a private network. This means that even in the eventuality that intelligence services were doing illegal surveillance, it's a bit harder for them to access the network without the companies and their clients knowing.
That said, if Canada keeps going in the direction it is going, it probably won't matter. I'm just mentioning that people are indeed trying something in this space. Like all ventures, they are by no means guaranteed success.
They are a chat service that does in-browser encryption of messages.
They have an Indiegogo project: http://www.indiegogo.com/projects/unsene-secure-and-private-...
(I am NOT affiliated with the project, but have played with it and heard about it from a friend who knows some of the people working there.)
http://unsene.com/blog/2013/06/15/is-most-encryption-broken/...
"4096-bit XAES", and 2048 bit RSA.
Move fast.
Perhaps the silicon valley capital will see the scale of the opportunity and fund euro companies that can live outside the U.S regulatory domain.
* https://www.fbi.h-da.de/fileadmin/gruppen/FG-IT-Sicherheit/P...
Also, it remains to be seen whether people care enough about this to vote with their wallets.
Was just suggesting investors might use that lens...if that's the route a startup takes.
https://mega.co.nz/#privacycompany
Right now we focus on private solutions but may make the transition to more public options soon.
I'm under no doubt whatsoever that if the NSA show up and grab all my hardware, and wave their $5 wrench menacingly, I'll give them all the keys/passphrases they ask for.
I'm "sure enough" though, that they can't read my EncFS/GPG/TrueCrypt protected data without me knowing about it. Not even the data synced to Dropbox/GoogleDrive/Jottacloud.
True enough, but we could also implement a duress code which would wipe data of your choosing and unlock the rest. There has also been some research into learned passwords (passwords which you dont consciously know, but rather exist in a mannerism of yours. e.g. the path your eyes take when trying to read some lines of code). That aside, no solution today protects against this including your truecrypt partition.
> I'm "sure enough" though, that they can't read my EncFS/GPG/TrueCrypt protected data without me knowing about it.
If they plant malware on your computer (without you knowing about it) would you still be so sure?
will it work on every device out there?
Not yet. We are a couple of months away from an alpha.
> will it work on every device out there?
It currently builds for Windows, Mac, and Ubuntu but we will expand this in the future to include Andriod and iOS.
For modern devops-y infrastructure deployed from repositories of code and configs, it should be doable to have some level of auditing that the infrastructure as deployed represents the desired config state.
That is how Akamai, for example, ran/runs its ESSL network - auditing that the deployed machines are per config, no local disk logging or core dumping, auditing before keys are deployed to let machines come into the system. Yes, there are also cameras and intrusion detection on the cabinets but it's really the software layer that provides the security.
And now with chef, puppet, salf, cfengine, etc it is probably possible to build something to bring this level of auditing to almost any modern web service.
But anyway, here you go: https://heml.is/