forum.opennet.ru - "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." (24)

форумы

помощь

поиск

регистрация

вход/выход

слежка

"Уязвимость в GitLab, позволяющая прочитать содержимое систем..."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
Сообщение от opennews (ok) on 04-Ноя-16, 09:57
В корректирующих обновлениях платформы для организации совместной разработки GitLab 8.13.3, 8.12.8, 8.11.10 и 8.10.13 устранена (https://about.gitlab.com/2016/11/02/cve-2016-9086-patches/) критическая уязвимость (CVE-2016-9086), позволяющая (https://hackerone.com/reports/178152) аутентифицированному в web-интерфейсе GitLab пользователю получить доступ к произвольным файлам на сервере. Проблема вызвана ошибкой (https://gitlab.com/gitlab-org/gitlab-ce/issues/23822) в реализации функции импорта и экспорта проектов, впервые появившейся в GitLab 8.9 и позволяющей пользователю загрузить файлы своих проектов в форме tar-архива. До версии 8.13 функция была разрешена только администраторам, но после 8.13 стала доступна всем пользователям. Суть уязвимости в некорректной проверке символических ссылок в передаваемом архиве, что позволяет заменить типовые файлы проекта на ссылку на внешний файл и получить доступ к этому файлу. Например, в архив можно добавить ссылку project.json, указывающую на /etc/passwd и после импорта проекта будет выведена ошибка о некорректности данных JSON, включающая содержимое всего файла. Таким способом можно прочитать файлы с ключами аутентификации и получить доступ к серверу. Всем пользователям рекомендуется срочно обновить GitLab или применить патч (https://gitlab.com/ClemMakesApps/gitlab-ce/commit/dc9b3db8b0...). В качестве обходного пути защиты можно отключить в настройках поддержку импорта/экспорта проектов ("Admin Area/Settings/Import Sources/GitLab export"). URL: https://about.gitlab.com/2016/11/02/cve-2016-9086-patches/ Новость: https://www.opennet.ru/opennews/art.shtml?num=45427
Ответить \| Правка \| Cообщить модератору

Оглавление

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Какаянахренразница, 09:57 , 04-Ноя-16, (1)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Аноним, 21:48 , 04-Ноя-16, (19) –2

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Led, 21:51 , 04-Ноя-16, (20)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Аноним, 05:49 , 05-Ноя-16, (24) +1

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., klalafuda, 09:58 , 04-Ноя-16, (2) +2

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Аноним, 10:08 , 04-Ноя-16, (3) –1

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Аноним, 11:06 , 04-Ноя-16, (4) +2

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 12:01 , 04-Ноя-16, (8) +2

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 12:00 , 04-Ноя-16, (7) +3

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Аноним, 23:59 , 04-Ноя-16, (21)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 03:45 , 05-Ноя-16, (22)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Michael Shigorin, 16:25 , 05-Ноя-16, (27)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Andrew, 11:17 , 04-Ноя-16, (5)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 11:58 , 04-Ноя-16, (6)
Уязвимость в GitLab, позволяющая прочитать содержимое систем..., ПавелС, 08:23 , 05-Ноя-16, (25)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., ПавелС, 08:27 , 05-Ноя-16, (26)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., ALex_hha, 12:22 , 04-Ноя-16, (10)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 13:24 , 04-Ноя-16, (11) +4

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., продавец_кирпичиков, 16:07 , 04-Ноя-16, (13) +1

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., АнонимХ, 16:21 , 04-Ноя-16, (15)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., ALex_hha, 17:21 , 04-Ноя-16, (17)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., angra, 03:56 , 05-Ноя-16, (23)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., ALex_hha, 19:51 , 04-Ноя-16, (18)

Уязвимость в GitLab, позволяющая прочитать содержимое систем..., Michael Shigorin, 16:28 , 05-Ноя-16, (28)

Сообщения по теме [Сортировка по времени | RSS]

1. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Какаянахренразница (ok) on 04-Ноя-16, 09:57

Да что же это такое-то?! Как жить дальше!?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." –2 +/–

Сообщение от Аноним (??) on 04-Ноя-16, 21:48

> Да что же это такое-то?! Как жить дальше!?
Наверное, как обычно - менять язык программирования.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

20. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Led (ok) on 04-Ноя-16, 21:51

> менять пхп/жскрипт/гвидобейсик на язык программирования.
//fixed

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

24. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +1 +/–

Сообщение от Аноним (??) on 05-Ноя-16, 05:49

>> менять вебмакак на программистов
//вот теперь fixed

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

2. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +2 +/–

Сообщение от klalafuda on 04-Ноя-16, 09:58

> Таким способом можно прочитать файлы с ключами аутентификации и получить доступ к серверу.
Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow?
PS: Да, читать произвольные файлы на сервере - это не есть хорошо. Но вот чтобы так сразу "получить доступ к серверу" - это видимо перебор.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." –1 +/–

Сообщение от Аноним (??) on 04-Ноя-16, 10:08

Имеются в виду SSH-ключи пользователя.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +2 +/–

Сообщение от Аноним (??) on 04-Ноя-16, 11:06

SSH-ключи пользователя www-data? у которого вообще /bin/false должен быть указан как shell.
У каким боком SSH ключи к /etc/passwd в новости лично мне непонятно. Мне вообще непонятно, что можно такого принципиально важного найти в этом файле. Понятно, что показывать его напоказ плохо, и понятно, что уязвимость неприятная. Но ничего критического я не вижу

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

8. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +2 +/–

Сообщение от angra (ok) on 04-Ноя-16, 12:01

/etc/passwd был использован для примера/доказательства. Это обычная практика при демонстрации уязвимости. Есть много других интересных файликов для атакующего.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

7. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +3 +/–

Сообщение от angra (ok) on 04-Ноя-16, 12:00

А зачем тебе публичная часть ssh ключа? Что ты с ней делать то будешь?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

21. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Аноним (??) on 04-Ноя-16, 23:59

GitLab по умолчанию устанавливается в /home/git, работает и управляется под пользователем git. Соответственно можно вытянуть и приватные ключи из /home/git/.ssh

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

22. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от angra (ok) on 05-Ноя-16, 03:45

Если они вообще есть. А для чего их используют? Пользователь git ходит по ssh на другие сервера?

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

27. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Michael Shigorin (ok) on 05-Ноя-16, 16:25

> Имеются в виду SSH-ключи пользователя.
А чем грозит доступ к публичному ключу?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Andrew (??) on 04-Ноя-16, 11:17

> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow?
Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае, какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс, выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная, но на уязвимость не тянет, как мне кажется.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от angra (ok) on 04-Ноя-16, 11:58

Если репозиторий публичный с полным доступом для всех, то конечно никаких проблем. В противном случае у атакующего может появится возможность выдать себя за другого пользователя, например через private token для API.
Хотя если еще подумать, то даже в случае полной открытости есть вкусные вещи. Например сохраненный в конфиге dn и пароль к LDAP.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

25. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от ПавелС (ok) on 05-Ноя-16, 08:23

>> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow?
> Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае,
> какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс,
> выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного
> ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная,
> но на уязвимость не тянет, как мне кажется.
В apache DocumentRoot и все Directory описаны. Разве можно выйти за них? Как это в nginx?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

26. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от ПавелС (ok) on 05-Ноя-16, 08:27

>>> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow?
>> Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае,
>> какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс,
>> выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного
>> ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная,
>> но на уязвимость не тянет, как мне кажется.
> В apache DocumentRoot и все Directory описаны. Разве можно выйти за них?
> Как это в nginx?
А, извиняюсь, понял, символьная ссылка может указывать вне DocumentRoot.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

10. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от ALex_hha (ok) on 04-Ноя-16, 12:22

> Кто его пустит в /etc/shadow?
где вы вообще прочитали про shadow? Доступ можно будет получить к файлам, на которые есть права чтение у пользователя git и/или nginx/www-data, имхо
> SSH-ключи пользователя www-data? у которого вообще /bin/false должен быть указан как shell.
раскажите это Canonical
# docker run ea3214941be1 sh -c 'grep www-data /etc/passwd'
www-data:x:33:33:www-data:/var/www:/bin/sh
ea3214941be1 образ на базе ubuntu 12.04

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +4 +/–

Сообщение от angra (ok) on 04-Ноя-16, 13:24

grep www /etc/passwd
www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
cat /etc/issue
Ubuntu 14.04.5 LTS \n \l
Образ для openvz. Может дело не в Canonical, а в том, кто образ для docker делал?

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +1 +/–

Сообщение от продавец_кирпичиков on 04-Ноя-16, 16:07

> grep www /etc/passwd
> www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin
> cat /etc/issue
> Ubuntu 14.04.5 LTS \n \l
> Образ для openvz. Может дело не в Canonical, а в том, кто
> образ для docker делал?
A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает на докеровскую помойку без гранатий?

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

15. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от АнонимХ (ok) on 04-Ноя-16, 16:21

А разьве не понятно, что НЕТ ?

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

17. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от ALex_hha (ok) on 04-Ноя-16, 17:21

> Может дело не в Canonical, а в том, кто образ для docker делал?
дело в canonical, образ с их офф репы. И зачем вы приводите выводи с 14.04, когда я писал для 12.04? :)

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

23. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от angra (ok) on 05-Ноя-16, 03:56

Какой образ был в наличии, в таком и посмотрел. Сейчас загрузил 12.04. Таки да:
grep www /etc/passwd
www-data:x:33:33:www-data:/var/www:/bin/sh
Ну значит четыре года назад было /bin/sh, а два года назад стало /usr/sbin/nologin. Заодно и в debian глянул, там аналогично: debian 7 /bin/sh, debian 8 /usr/sbin/nologin.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

18. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от ALex_hha (ok) on 04-Ноя-16, 19:51

> A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает на докеровскую помойку без гранатий?
в случае с Ubuntu сам Canonical и отвечает. При условии, что вы используете FROM ubuntu:code-name, а не сборку Васи Пупкина

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

28. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..." +/–

Сообщение от Michael Shigorin (ok) on 05-Ноя-16, 16:28

>> A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает
>> на докеровскую помойку без гранатий?
> в случае с Ubuntu сам Canonical и отвечает. При условии, что вы
> используете FROM ubuntu:code-name, а не сборку Васи Пупкина
А в чём, извините, разница-то применительно к рассмотренному случаю?

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
Сообщение от Какаянахренразница (ok) on 04-Ноя-16, 09:57
Да что же это такое-то?! Как жить дальше!?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	19. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	–2 +/–
	Сообщение от Аноним (??) on 04-Ноя-16, 21:48
	> Да что же это такое-то?! Как жить дальше!? Наверное, как обычно - менять язык программирования.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	20. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от Led (ok) on 04-Ноя-16, 21:51
	> менять пхп/жскрипт/гвидобейсик на язык программирования. //fixed
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	24. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+1 +/–
	Сообщение от Аноним (??) on 05-Ноя-16, 05:49
	>> менять вебмакак на программистов //вот теперь fixed
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору

2. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+2 +/–
Сообщение от klalafuda on 04-Ноя-16, 09:58
> Таким способом можно прочитать файлы с ключами аутентификации и получить доступ к серверу. Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow? PS: Да, читать произвольные файлы на сервере - это не есть хорошо. Но вот чтобы так сразу "получить доступ к серверу" - это видимо перебор.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	3. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	–1 +/–
	Сообщение от Аноним (??) on 04-Ноя-16, 10:08
	Имеются в виду SSH-ключи пользователя.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+2 +/–
	Сообщение от Аноним (??) on 04-Ноя-16, 11:06
	SSH-ключи пользователя www-data? у которого вообще /bin/false должен быть указан как shell. У каким боком SSH ключи к /etc/passwd в новости лично мне непонятно. Мне вообще непонятно, что можно такого принципиально важного найти в этом файле. Понятно, что показывать его напоказ плохо, и понятно, что уязвимость неприятная. Но ничего критического я не вижу
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	8. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+2 +/–
	Сообщение от angra (ok) on 04-Ноя-16, 12:01
	/etc/passwd был использован для примера/доказательства. Это обычная практика при демонстрации уязвимости. Есть много других интересных файликов для атакующего.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	7. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+3 +/–
	Сообщение от angra (ok) on 04-Ноя-16, 12:00
	А зачем тебе публичная часть ssh ключа? Что ты с ней делать то будешь?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	21. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от Аноним (??) on 04-Ноя-16, 23:59
	GitLab по умолчанию устанавливается в /home/git, работает и управляется под пользователем git. Соответственно можно вытянуть и приватные ключи из /home/git/.ssh
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	22. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от angra (ok) on 05-Ноя-16, 03:45
	Если они вообще есть. А для чего их используют? Пользователь git ходит по ssh на другие сервера?
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	27. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-16, 16:25
	> Имеются в виду SSH-ключи пользователя. А чем грозит доступ к публичному ключу?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от Andrew (??) on 04-Ноя-16, 11:17
	> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow? Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае, какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс, выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная, но на уязвимость не тянет, как мне кажется.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	6. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от angra (ok) on 04-Ноя-16, 11:58
	Если репозиторий публичный с полным доступом для всех, то конечно никаких проблем. В противном случае у атакующего может появится возможность выдать себя за другого пользователя, например через private token для API. Хотя если еще подумать, то даже в случае полной открытости есть вкусные вещи. Например сохраненный в конфиге dn и пароль к LDAP.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	25. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от ПавелС (ok) on 05-Ноя-16, 08:23
	>> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow? > Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае, > какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс, > выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного > ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная, > но на уязвимость не тянет, как мне кажется. В apache DocumentRoot и все Directory описаны. Разве можно выйти за них? Как это в nginx?
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	26. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от ПавелС (ok) on 05-Ноя-16, 08:27
	>>> Я наверное что-то не понимаю, но, пардон - каким именно образом? Если тотже апач под которым по всей видимости крутится гитлаб живет из-под www-data. Кто его пустит в /etc/shadow? >> Инструкция по установке GitLab по-умолчанию предлагает использовать nginx. В любом случае, >> какой бы веб-сервер не использовался, сам GitLab- это отдельный FastCGI процесс, >> выполняющийся, как правило, с правами пользователя git. Ничего сверъестественного/чувствительного >> ему в любом случае доступно быть не должно. Ошибка, конечно, неприятная, >> но на уязвимость не тянет, как мне кажется. > В apache DocumentRoot и все Directory описаны. Разве можно выйти за них? > Как это в nginx? А, извиняюсь, понял, символьная ссылка может указывать вне DocumentRoot.
	Ответить \| Правка \| ^ к родителю #25 \| Наверх \| Cообщить модератору

10. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
Сообщение от ALex_hha (ok) on 04-Ноя-16, 12:22
> Кто его пустит в /etc/shadow? где вы вообще прочитали про shadow? Доступ можно будет получить к файлам, на которые есть права чтение у пользователя git и/или nginx/www-data, имхо > SSH-ключи пользователя www-data? у которого вообще /bin/false должен быть указан как shell. раскажите это Canonical # docker run ea3214941be1 sh -c 'grep www-data /etc/passwd' www-data:x:33:33:www-data:/var/www:/bin/sh ea3214941be1 образ на базе ubuntu 12.04
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	11. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+4 +/–
	Сообщение от angra (ok) on 04-Ноя-16, 13:24
	grep www /etc/passwd www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin cat /etc/issue Ubuntu 14.04.5 LTS \n \l Образ для openvz. Может дело не в Canonical, а в том, кто образ для docker делал?
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору


	13. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+1 +/–
	Сообщение от продавец_кирпичиков on 04-Ноя-16, 16:07
	> grep www /etc/passwd > www-data:x:33:33:www-data:/var/www:/usr/sbin/nologin > cat /etc/issue > Ubuntu 14.04.5 LTS \n \l > Образ для openvz. Может дело не в Canonical, а в том, кто > образ для docker делал? A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает на докеровскую помойку без гранатий?
	Ответить \| Правка \| ^ к родителю #11 \| Наверх \| Cообщить модератору


	15. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от АнонимХ (ok) on 04-Ноя-16, 16:21
	А разьве не понятно, что НЕТ ?
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору

17. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
Сообщение от ALex_hha (ok) on 04-Ноя-16, 17:21
> Может дело не в Canonical, а в том, кто образ для docker делал? дело в canonical, образ с их офф репы. И зачем вы приводите выводи с 14.04, когда я писал для 12.04? :)
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	23. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от angra (ok) on 05-Ноя-16, 03:56
	Какой образ был в наличии, в таком и посмотрел. Сейчас загрузил 12.04. Таки да: grep www /etc/passwd www-data:x:33:33:www-data:/var/www:/bin/sh Ну значит четыре года назад было /bin/sh, а два года назад стало /usr/sbin/nologin. Заодно и в debian глянул, там аналогично: debian 7 /bin/sh, debian 8 /usr/sbin/nologin.
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору

18. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
Сообщение от ALex_hha (ok) on 04-Ноя-16, 19:51
> A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает на докеровскую помойку без гранатий? в случае с Ubuntu сам Canonical и отвечает. При условии, что вы используете FROM ubuntu:code-name, а не сборку Васи Пупкина
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	28. "Уязвимость в GitLab, позволяющая прочитать содержимое систем..."	+/–
	Сообщение от Michael Shigorin (ok) on 05-Ноя-16, 16:28
	>> A че,есть кто то,кто за эти имиджи отвечает и не выбрасывает >> на докеровскую помойку без гранатий? > в случае с Ubuntu сам Canonical и отвечает. При условии, что вы > используете FROM ubuntu:code-name, а не сборку Васи Пупкина А в чём, извините, разница-то применительно к рассмотренному случаю?
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору