Live data from Hacker News

Incident Report: Inadvertent Private Repository Disclosure

github.com

1–10 of 43 posts

Re: Incident Report: Inadvertent Private Repository Disclosure

#7
post #4

Probs to github for the disclosure. And congratulations to gitlab for probably getting a nice boost in on premise support contracts:)

Github Enterprise is on-premise too.

I don't know that this would make you necessarily want to make both the change to self-hosting, and the change of platform.

Re: Incident Report: Inadvertent Private Repository Disclosure

#8
post #6
post #5

I approve of the handling, but this just underscores why you want self-hosted instances.

Don't you mean on-premise?

Datacentre's have outstanding track records, and if you secure your box correctly there are few ways to compromise it. On-premise will either be incredibly costly or missing key protections or infrastructure.

Self-hosted git (through the many installable git servers or raw git) running on a correctly sized box is almost certainly the way to go

Re: Incident Report: Inadvertent Private Repository Disclosure

#9
post #7
post #4

Probs to github for the disclosure. And congratulations to gitlab for probably getting a nice boost in on premise support contracts:)

Github Enterprise is on-premise too. I don't know that this would make you necessarily want to make both the change to self-hosting, and the change of platform.

Because there is one critical characteristic in a private repository, and they failed to execute. Moving on-prem doesn't fix that failure, it just mitigates fallout.

Re: Incident Report: Inadvertent Private Repository Disclosure

#10
We received an email from Github yesterday informing us that one of our repositories had been accessed by a third party due to this issue. While it's not a fun notification to receive, it definitely made our general security paranoia feel justified – we're lucky that from the get-go we've held best practices around keeping secrets out of the codebase. Obviously we still dedicated time as a team to prune through our repository history with a fine-toothed comb for anything that could potentially be a vulnerability, as we take this very seriously.

One of our engineers came up with a useful script to grab all unique lines from the history of the repository and sort them according to entropy. This helps to lift any access keys or passwords which may have been committed at any point to the top.

I think this is a great example to illustrate the tough edges of security to less experienced engineers. Github will most likely never let something like this happen to you, but on the off-chance that they do it's great to be prepared. Additionally, the response from Github was very well received. No excuses, just a thorough explanation of what happened.

I also can't help but mention that we're hiring, if you'd like to work at an organization that values security and data privacy very highly. :) usebutton.com/join-us

Post reply on HN