Today we are releasing version 8.14.1, 8.13.7 and 8.12.10 for GitLab Community Edition (CE) and Enterprise Edition (EE). This version contains an important security fix for a critical remote command execution vulnerability in Mattermost, and we strongly recommend that anyone running GitLab 8.14.0 with Mattermost enabled upgrade to this version immediately. Please read on for more details.
Remote Command Execution via Mattermost Service in 8.14.0
Mattermost recently released a critical security update to address a remote command execution vulnerability. Because the Omnibus version of GitLab 8.14.0 ships with Mattermost we are providing this emergency security patch. Details of the vulnerability can be found at https://docs.mattermost.com/administration/changelog.html#release-v3-5-1
We strongly recommend that all installations running GitLab 8.14.0 with Mattermost enabled upgrade immediately. Mattermost is not enabled by default.
Workarounds
If you're unable to upgrade right away, you can secure your GitLab installation against this vulnerability using the workaround outlined below until you have time to upgrade.
Disable Mattermost
Login to your GitLab server(s) and perform the following:
- Edit your
/etc/gitlab/gitlab.rb
file - Verify
mattermost['gitlab_enable']
is set tofalse
- Save the file
- Run
sudo gitlab-ctl reconfigure
Note: If you are running Mattermost on an external server and not through GitLab this workaround will not be sufficient. Please consult your Mattermost documentation on how to disable the service until you can install the patch.
8.14.1, 8.13.7 and 8.12.10 Security fixes
Users with Read Access to a Project Can Create Labels
Hari Gopal reported a vulnerability involving non-members of a project who have read-only access being able to create labels inside the project. #23416
Information Disclosure for Private Project Names
An internal code review discovered that it was possible to enumerate private project names. #22869
Information Disclosure for Private Issues
An internal code review discovered that it was possible to read private issues using specifically-crafted search queries for projects with issues visibility restricted to ‘Only team members'.
Other fixes in 8.14.1
This version resolves a number of regressions and bugs in the recent 8.14 release.
- CE/EE: Fix deselecting calendar days on contribution graph (!6453)
- CE/EE: 500 error on project show when user is not logged in and project is still empty (!7376)
- CE/EE: Unify all MR widget text colors and background colors (!7571)
- CE/EE: If Build running change accept merge request when build succeeds button from orange to blue (!7577)
- CE/EE: External jobs do not have show page nor traces (!7617)
- CE/EE: Issue creation now accepts trailing whitespace (!7633)
- CE/EE: Resolve "Labeling system notes downcase labels" (!7636)
- CE/EE: Fix NPM install warnings due to incompatible dependency version (!7641)
- CE/EE: Clean up globals exemptions within .eslintrc (!7642)
- CE/EE: Fix IID filter for merge requests and milestones (!7648)
- CE/EE: Fix sidekiq stats in admin area (!7654)
- CE/EE: Fix exceptions when loading build trace (!7658)
- CE/EE: Fixed bug to do with calculating durations (!7663)
- CE/EE: Resolve "Wrong
render 'index'
, should berender 'show'
inProjects::PipelinesSettingsController#update
" (!7665) - CE/EE: Fix spacing between icon and word in status badge (!7678)
- EE: Fix MergeRequestSerializer breaks on when source_project doesn't exist anymore (!903)
Upgrade barometer
These versions do not include any new migrations, and should not require any
downtime.
Please be aware that by default the Omnibus packages will stop, run migrations,
and start again, no matter how “big” or “small” the upgrade is. This behavior
can be changed by adding a /etc/gitlab/skip-auto-migrations
file.
Updating
To update, check out our update page.
Enterprise Edition
Interested in GitLab Enterprise Edition? Check out the features exclusive to EE. Access to GitLab Enterprise Edition is included with a subscription. No time to upgrade GitLab yourself? Subscribers receive upgrade and installation services.
We want to hear from you
Enjoyed reading this blog post or have questions or feedback? Share your thoughts by creating a new topic in the GitLab community forum.
Share your feedback