Live data from Hacker News

GitLab Major Security Update for CVE-2016-4340

about.gitlab.com

41–45 of 45 posts

Re: GitLab Major Security Update for CVE-2016-4340

#41
post #14

Earlier quoted context omitted.

The "latest builds" page shows automated builds created by docker hub, but repo owners can also manually push builds created by themselves, which seems to be the case.

Ah, that makes sense - thanks. Looks like many (most?) of the most popular images on Docker Hub are as you say - manually-pushed builds. A part of me wishes that more of them were automated, just to have more visibility into what exactly goes into each image. I guess that's off-topic though.

Unfortunately automated builds on Docker Hub don't yet support GitLab.com, that is why we use a manual build.

Re: GitLab Major Security Update for CVE-2016-4340

#42
post #28

Earlier quoted context omitted.

That's pretty much the only way to do a security update for something people are going to want to patch asap. warn people in advance it's coming so they can be ready to apply when released, without giving away any details that might help someone find the exploit before it comes.

They could say what the exposure is. If it's just "your private repos are exposed" then it wouldn't be urgent to patch a public server, for example.

If they're not saying, I assume it's something really terrible. If it's not something really terrible, then all the advance notice advertising is perhaps cry-wolf overkill.

Re: GitLab Major Security Update for CVE-2016-4340

#43
post #27

It feels to me as if GitLab is pushing (major) security updates very often. Now there are two reasons I can think of this happening: - They are very open about security vulnerabilities and fix them fast. - There are some inherent defects in their software that cause these security vulnerabilities to come up so frequently. I'd like to believe it's the first. EDIT: formatting.

> Now there are two reasons I can think of this happening They are also churning at a pretty insane rate due their release schedule. I did a very basic analysis of their repos at http://gitsense.github.io/blog/motion-bubble-charts.html And this is the churn for this month in their master and 8-7-stable branch http://imgur.com/PfyFrzS I also included the https://github.com/atom/atom master branch (blue line) for compa…

Did you delete http://imgur.com/PfyFrzS ?

Re: GitLab Major Security Update for CVE-2016-4340

#44
post #43
post #27

Earlier quoted context omitted.

> Now there are two reasons I can think of this happening They are also churning at a pretty insane rate due their release schedule. I did a very basic analysis of their repos at http://gitsense.github.io/blog/motion-bubble-charts.html And this is the churn for this month in their master and 8-7-stable branch http://imgur.com/PfyFrzS I also included the https://github.com/atom/atom master branch (blue line) for compa…

Did you delete http://imgur.com/PfyFrzS ?

Yeah it had some inaccuracies.

Re: GitLab Major Security Update for CVE-2016-4340

#45

It feels to me as if GitLab is pushing (major) security updates very often. Now there are two reasons I can think of this happening: - They are very open about security vulnerabilities and fix them fast. - There are some inherent defects in their software that cause these security vulnerabilities to come up so frequently. I'd like to believe it's the first. EDIT: formatting.

This question got picked up by InfoQ. See the reply of our VP of Engineering in http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnera...
Post reply on HN