Live data from Hacker News

Keybase launches encrypted Git

keybase.io

191–200 of 277 posts

Re: Keybase launches encrypted Git

#191
post #6

I'm really happy about this. I have private repos for personal information (e.g., tax spreadsheets going back a decade) that I keep synchronized across machines, and have to jump through hoops to get an encrypted authoritative remote source. Right now I do that with an encrypted partition on a private VM. And, it really sucks that GitHub does not encrypt data at rest: --- SNIP from https://help.github.com/articles/gi…

Agree. Awesome way to keep dot files in sync across hosts without worrying about private github repos!

Re: Keybase launches encrypted Git

#193
post #10

Earlier quoted context omitted.

So I love Keybase unconditionally and if you guys weren't rolling in physical offices (and not one in Boston) I'd have been beating down your door to come work there--I think what Keybase is doing is important and it's something I'd love to work on. But I have a serious question that maybe you can answer, and it's something everybody who I've showed this to has asked me: How is Keybase gonna make money? How am I assu…

We believe the right long-term answer for Keybase is finding a way to charge large corporations and offer pretty much everything else for free. Obviously there would have to be some paid tier if you really wanted 10TB of storage or something, but very few people want that right now. We're still just getting started. Of course to achieve our goal, we'll also have to find a way to distinguish communities - which we'll…

Large corporations are all on the verge of bankruptcy.

Re: Keybase launches encrypted Git

#194

Earlier quoted context omitted.

Piggybacking off of the original question, I too have a question in this scope: With all the products you're offering, is there any indication which products will be staples of Keybase? Eg, I'm always hesitant of the "Google Product", where something gets added only to be abandoned ~1yr later after it doesn't gain the traction the company expected. For example, I'd love to get my wife and I switched to Keybase Chat f…

Why not use signal?

Neither keybase chat nor signal are the future of communication; matrix is.

Re: Keybase launches encrypted Git

#195
post #159
post #149

Was expected one question but haven't found one: how it is actually encrypted? Any whitepaper or information how diffs could be handled over encrypted data? Or it is a just encrypted .git folder?

Looks like it's built on top of kbfs[1]. [1]: https://keybase.io/docs/kbfs/understanding_kbfs

The "actually encrypted" part is NaCL (ED25519 + sha256) as supported by Go [2]. Interestingly, the common way to use NaCL applies Curve25519 to encrypt a symmetric key which is the used for the payload. They don't do that. AFAICT, everything is using the ECC curve.

[2] https://keybase.io/docs/crypto/kbfs

Re: Keybase launches encrypted Git

#196
post #157

Earlier quoted context omitted.

IIRC we get 10 gigs for free... unless that changed at some point?

>You can have as many repositories as you want, but the total for your personal repositories can't exceed 100GB. Maybe this applies only for the git?

It may, I see 250GB available for my keybase files.

Re: Keybase launches encrypted Git

#197

Keybase team member here. Interesting fact: git doesn't check the validity of sha-1 hashes in your commit history. Meaning if someone compromises your hosted origin, they can quietly compromise your history. So even the fears about data leaks aside, this is a big win for safety. From an entrepreneurial perspective, this is my favorite thing we've done at Keybase. It pushes all the buttons: (1) it's relatively simple,…

This looks fantastic! I have a couple of questions not answered in the FAQ though: 1. Is there (or will there be) any way to create an encrypted git repo shared between a few users that aren't part of a team? e.g. could I create a repo that belongs to eridius,chris and have us both access it? 2. Can I create a repo that belongs to a subteam? And on a different note, I want to create a team but the name is currently t…

> 1. Is there (or will there be) any way to create an encrypted git repo shared between a few users that aren't part of a team? e.g. could I create a repo that belongs to eridius,chris and have us both access it?

Yep, though it's undocumented and it won't show up in the GUI right now (maybe ever). You can just push/pull directly to repos like "keybase://private/u1,u2,u3/foo" and it will create it on the fly. But we warned, there's currently no way to delete those, and typos in the git URL can cause unintended repos to pop up.

> Can I create a repo that belongs to a subteam?

Yep, should be the same as a regular team.

Re: Keybase launches encrypted Git

#198

Earlier quoted context omitted.

Everything you just said makes perfect sense. That being said, I think Keybase is one of the most important companies around right now. I would gladly pay $10/month, even if literally all it did was put a "Supporter" badge on my profile. I'm sure hundreds of other people agree. Crypto is far too important for it to remain locked away behind GPG.

I too would pay for a "supporter badge".

I would happily pay $10/month just to support the business. I don’t even need extra features. Please ask me for money.

Re: Keybase launches encrypted Git

#199

Some hypothetical questions: - How could CI/CD be set up? (Is read-only access possible to the repo? Would Keybase work on a Jenkins box? Could a deploy server verify signatures before deploying?) - Could one set up mirroring to GitHub? How would this work? (I could see the signing without encryption as a value-add) - What happens in the event of a force push? Could certain users destroy history? - Could protected br…

> - How could CI/CD be set up? (Is read-only access possible to the repo? Would Keybase work on a Jenkins box? Could a deploy server verify signatures before deploying?

You could have a deploy/CI user as a "reader" in your team. But we don't yet support hooks or anything (as that implies running arbitrary code on endhosts without their knowledge), so it would have to pull the repo.

> Could one set up mirroring to GitHub? How would this work? (I could see the signing without encryption as a value-add)

You can of course continue to use Github as a regular remote, but you'd lose all the encryption and signing unfortunately.

> - What happens in the event of a force push? Could certain users destroy history?

We do currently allow force pushes. Being able to turn that off on a repo-by-repo basis is something we'll consider in the future, definitely.

> Could protected branches eventually be added, eg only certain users can push to master?

Yes, but again, as with any "server"-side feature, this is complicated by the fact that it has to run on the client itself, and thus isn't really strictly enforceable against modified clients.

As we get more experience with people using this, we will definitely be thinking about how to make it better by adding power features like these. Thanks for the feedback!

Re: Keybase launches encrypted Git

#200

In case you're wondering... > ~ Anticipated q's ~ > What if we're living in a simulation? > Keybase offers no guarantees against sophisticated side-channel attacks by higher-level entities.

It appears that this may no longer be an open question: http://www.pbs.org/wgbh/nova/next/physics/physicists-confirm... There was a Hacker News post about this a few days ago, likely from a different source, but I can't find it.

No: https://www.scottaaronson.com/blog/?p=3482.
Post reply on HN