Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]

Уязвимость в Git, допускающая выполнение кода при клонировании из вредоносного Git-репозитория

12.11.2026 11:43 (MSK)

В корректирующих выпусках распределённой системы управления исходным кодом Git 2.56.1, 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 и 2.50.2 устранено 6 уязвимостей. Наиболее опасная уязвимость (CVE-2026-111760) позволяет добиться выполнения кода при применении команды "git clone" в режиме "--recurse-submodules" с репозиториями, подконтрольными атакующему.

Проблема вызвана тем, что длина записи с именем в индексе вычисляется с использованием 64-разрядного целого типа size_t, а хранится в 32-разрядном поле ce_namelen. При передаче очень длинного имени вида ".gitA/AAA...." возникает усечение значения и атакующий может добиться сохранения длины равной 4 байтам. В итоге, при проверке значения используются фактические данные, а при выполнении операции записи - усечённая версия ".git", что позволяет атакующему заменить файл ".git" в субмодуле на символическую ссылку, указывающую на каталог с настройками и хуками.

Другие уязвимости:

  • CVE-2026-113408 - выход за пределы каталога refs/ через передачу в качестве ветки HEAD символической ссылки со значением "refs/heads/../../../TARGET" при клонировании пустого репозитория по протоколу Git v2. При последующем выполнении "git commit" будет создан файл TARGET в корне репозитория, что можно использовать для перезаписи файлов в репозитории.
  • CVE-2026-114467 - переполнение стека при удалении GPG-подписей, которое потенциально может привести к выполнению произвольного кода. Проблема вызвана тем, что функция remove_signature() хранит позиции подписей в фиксированном массиве, рассчитанном максимум на две подписи. При слиянии тега с тремя и более подписями данные сохраняются вне массива.
  • CVE-2026-114469 - при проверке ограничений на размер бинарных патчей учитывались данные до распаковки сжатых данных, что приводило к чтению содержимого из области вне границ буфера.
  • CVE-2026-105437 - повреждение памяти при выполнении больших операций слияния из-за накопления размера результата в поле с типом int. В конфигурации GitLab с сервисом Gitaly уязвимость может быть эксплуатирована для выполнения кода (проблема блокирована в GitLab 19.5.4).
  • CVE-2026-114466 - чтение и создание произвольных файлов в ФС через команду "git fast-import" из-за не попадание некоторых новых возможностей fast-import под ограничения, добавленные для устранения старой уязвимости CVE-2019-1348.


  1. Главная ссылка к новости (https://github.blog/open-sourc...)
  2. OpenNews: Выпуск системы управления исходными текстами Git 2.56
  3. OpenNews: Уязвимости в Git, позволяющие перезаписать файлы или выполнить свой код
  4. OpenNews: Пять уязвимостей в Git, среди которых одна критическая и две опасные
  5. OpenNews: Обновление Git с устранением уязвимостей
  6. OpenNews: Уязвимости в Git, допускающие выполнение кода при обращении к внешнему репозиторию
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66669-git
Ключевые слова: git



Обсуждение (37) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, q (ok), 12:46, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +22 +/–
    Шел сишник по буферу. Видит - буфер уже закончился. Вышел за его пределы и CVE-шнулся.
     
     
  • 2.2, Аноним (2), 12:54, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/–
    Странно что статические анализаторы не используют. Они подобные ошибки и до ИИ отлавливали.
     
     
  • 3.5, Аноним (5), 13:17, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    Используют, не отлавливают. Чтобы отлавливало, нужен ещё какой-нибудь фаззер.
     
  • 3.18, Аноним (18), 14:19, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Странно что статические анализаторы не используют. Они подобные ошибки и до ИИ
    > отлавливали.

    А зачем? Ииии тааааак сойдет!

    Но вообще пользуются.
    И стат анализаторами, и фаззингом, и асанами/убсанами.
    Только толку, это жалкие попытки исправить разными костылями то, что defective by design.

     
  • 2.6, Аноним (5), 13:18, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Нет так.

    Шел сишник по буферу. Видит - буфер уже закончился. И пошёл дальше.

     
     
  • 3.50, Аноним (50), 17:58, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Видит - буфер уже закончился.

    Не, не видит.

     

  • 1.3, Аноним (3), 13:03, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    так и запишем: репы больше 4 гигов - не качаем
     
  • 1.4, Аноним (4), 13:17, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/–
    аффтар, тебе норм? Git 2.56.1 опубликован уж сколько недель как, тогда как 2.55.1, 2.54.1, 2.53.1, 2.52.1, 2.51.3 и 2.50.2 вышли неделю назад
     
     
  • 2.10, Энтомолог_русолог (ok), 13:34, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/–
    А CVE только опубликовали. Это нормальная практика, что CVE публикуют ПОСЛЕ обновлений
     
  • 2.11, Аноним (11), 13:35, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я усматриваю в этом злой умысел https://gitweb.gentoo.org/repo/gentoo.git/log/dev-vcs/git
     
     
  • 3.14, Аноним (11), 13:39, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    ps https://repology.org/project/git/versions
     
  • 2.40, Аноним (40), 17:10, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    это критичка, причём на некоторых тестингах ещё и не залатанная
     

  • 1.7, Аноним (7), 13:24, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/–
    Я еще когда в детстве писал игровой движок, уже сразу понял, что доверять системе в плане ресолвинга путей не следует - надо мутить свою виртуальную файловую систему с блэкджеком и девками. А эти до сих пор делают все по принципу костылей, так что периодически выясняется, что где-то какого-то костыля не хватает.
     
     
  • 2.13, Аноним (13), 13:39, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/–
    Проблема гораздо глубже на пользовательской стороне вовсе не должны быть никаких файлов всё по запросу и только после официальной проверки по паспорту.
     

  • 1.15, Аноним (15), 14:06, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    Не совсем по теме, но у всех последнее время дико тупит гитхаб? Какой-то лютый треш просто. Все, за что берется мелкософт, по ходу, превращается в г...
     
     
  • 2.20, Аноним (11), 14:32, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    Поменяй айпи на американский. Не только гитхаб тупит, они все тупят, потому что нужно выделить ресурсы чатботам. А люди обойдутся, это не для них придумали системы контроля версий.
     
     
  • 3.24, Аноним (15), 14:56, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Понял, благодарю тебя, незнакомец!
     
  • 2.31, Ivan_83 (ok), 16:09, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Нет, работает чуть медленее локальной гитеи.
     

  • 1.16, Аноним (16), 14:10, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/–
    > из вредоносного Git-репозитория

    И никого не смущает, что во вредоносном репозитарии может быть вредоносный исходник, который ты... что собираешься сделать?

     
     
  • 2.19, Аноним (18), 14:22, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > И никого не смущает, что во вредоносном репозитарии может быть вредоносный исходник,
    > который ты... что собираешься сделать?

    Напр. просто посмотреть что там наделали.
    А оно выполняет произвольный код. Не это ожидалось, не так ли?


     
     
  • 3.23, Аноним (13), 14:43, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Пистолет тоже просто вышвыривает металлический брусок и это так и ожидалось. Но пистолет ты просто так достать не сможешь. Подумай на досуге почему так происходит.  
     
     
  • 4.32, Ivan_83 (ok), 16:10, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Это вы его достать не сможете, потому что думаете не правильно.
     
     
  • 5.36, Аноним (36), 16:44, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    А ты можешь что ли? Или у тебя табельное?
     
     
  • 6.38, Ivan_83 (ok), 17:03, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Я это могу сделать это легально и это займёт не слишком много времени и денег. Я бы сказал что сильно проще чем сдать на водятельские права это занимает.

    Не легальный способ предполагает что идущий на это понимает и принимает риски, там их тоже далеко не один...

     
  • 4.39, Аноним (39), 17:10, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Тут больше не про достать, а про то, что пистолет при постановки на предохранитель тебе в ногу стрельнет.

    Так и с гитом, ты не ожидаешь что clone = исполнение кода.

     

  • 1.29, Аноним (50), 15:39, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > Проблема вызвана тем, что длина записи с именем в индексе вычисляется с использованием 64-разрядного целого типа size_t, а хранится в 32-разрядном поле ce_namelen. При передаче очень длинного имени вида ".gitA/AAA...."

    Что за туфту я только что прочитал? То есть нужно всего лишь сделать имя длиной более 2^32, то есть более 4 ГБ?

     
     
  • 2.30, Ivan_83 (ok), 16:08, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Похоже что так, но обезъянки умеют только кричать: CVE-CVE-CVE!!! осилить что проблема уровня никогда не случится они не могут :)
     
     
  • 3.41, Жертва (?), 17:19, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    https://www.openwall.com/lists/oss-security/2020/05/19/8

    TLDR: In 2005, three vulnerabilities were discovered in qmail but were
    never fixed because they were believed to be unexploitable in a default
    installation. We recently re-discovered these vulnerabilities and were
    able to exploit one of them remotely in a default installation.

     
     
  • 4.44, Ivan_83 (ok), 17:34, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Сколько из описанных проблем могут коснутся лично вас за временной интервал примерно 1 год?

    Лично меня около нуля, потому что я крайне редко клонирую чужие репозитории, и никогда не делаю это с ключём рекурсив.
    (хотя как меинтейнер я веду некоторые порты с сабмодулями, но клонировать мне их не нужно)
    Прочие проблемы меня тоже не касаются, я такие действия не делаю, а тем более посторонние люди не делают таких действий на моих системах.

    Но даже если бы делали, то гитея у меня в чруте, максимум были бы скомпроментированны данные из неё. Из ценного там пожалуй только приватный ключ для заливки на гитхуб и прочие гит помойки.
    Да и та ценность около нуля.


    Поэтому я всегда крайне скептически читаю новости про CVE - понимаю что это почти всегда мимо, в худьшем случае я успею обновится планово до того как появятся рабочие экплоиты.

    Большинство же тут прочитало: "уязвимость в GIT" и подумало: "я же использую гит, всё пропало!!!!".

     
     
  • 5.48, Аноним (48), 17:46, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Лично меня около нуля, потому что я крайне редко клонирую чужие репозитории,
    > и никогда не делаю это с ключём рекурсив.

    А представь только сколько людей в мире никогда не клонирует репозитории и вообще даже не догадывается что такое "гит" и "репозиторий"?
    Но есть же и те, кто пользуется. Напр. разрабы ядра, разрабы популярных приложений.

    > "я же использую гит, всё пропало!!!!"

    Неа, подумали "о, очередная дырень :)"

     
  • 3.43, Аноним (48), 17:27, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/–
    > проблема уровня никогда не случится они не могут

    Ну конечно это никогда не случится!
    Через пару дней во всех кинотеатрах "Captain It_Will_Never_Happen strikes! Again..."

    Но вообще не удивительно читать это от бракодела, который гордится своими висерами.

     
  • 2.46, User (??), 17:38, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Сколько там петабайт в сутки в уже-не-гите антропика валандается? А в openai'шной поделке? Ну конечно же, 4гб это так много, что никогда-преникогда не сможет произойти в реальности!
     
     
  • 3.51, Аноним (50), 18:02, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > Ну конечно же, 4гб это так много, что никогда-преникогда не сможет произойти в реальности!

    Ты очередной читатель задницей. Проблема касается ИМЕН/ПУЕТЙ файлов, в не их содержимого.

     

  • 1.34, Аноним (-), 16:23, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    > При слиянии тега с тремя и более подписями данные сохраняются
    > вне массива.

    А, ну понятно. Если попытаться изобразить фигуру "фантомас в очках на аэроплане" - можно поскользнуться на банановой шкурке и разбить себе лицо...

     
     
  • 2.47, User (??), 17:45, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    Кто бы мог подумать, что внешние данные - ну вот "не доверенное"? Да и то, что "больше одного" означает вот и "больше двух" и даже наверное "больше трех" (но это не точно!) - совершенно же не очевидно!
     

  • 1.45, Аноним (40), 17:35, 12/11/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/–
    всё это (не)смешно, конечно же... на зиге вон уже из коробки - все энумы, стракты и тп в регу/аллокатор из коробки. простейший дефер в начале фн автоматом всё подчищает _около ретурна. ну да, там очень строгий комп, но кто мешает хотя бы строго типизировать и выделять?

    я трогал асму, и достаточно короткими палочками - немало ёжиков наделал)) процы 10+ возрастом уже нормально так инструкций расширения имеют, да и постарше - там АЕС встроенного на гражданку вполне хватать должно. про префетчи вообще не заикаюсь.

    неужели на сишке до сих пор нет библиотек/плагинов которые всё это в нормально забивать и двигать будут, откуда сток дерьма-то валится?

    что это, все те самые пограничные случаи - старая школа/экономия, непонимание процесса, устаревшая база кода и тп?

     
     
  • 2.49, Аноним (50), 17:47, 12/11/2026 [^] [^^] [^^^] [ответить]  
  • +/–
    > неужели на сишке до сих пор нет библиотек/плагинов которые всё это в нормально забивать и двигать будут, откуда сток дерьма-то валится?
    > что это, все те самые пограничные случаи - старая школа/экономия, непонимание процесса, устаревшая база кода и тп?

    Это все особая порода халатных бракоделов, которые уже более полувека наступают на одни и те же грабли - но не способны сделать выводов.

    Использование каличных недоязыков из 70х и их "лучших практик" - это уже последствие.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    XSQUARE
    Inferno Solutions
    Hosting by Hoster.ru
    Хоcтинг: