Skip to content
KitploitKITPLOIT
ИнструментыБлог
Отправить
ИнструментыБлог
Отправить

Инструменты для хакинга, пентеста и кибербезопасности — ваш арсенал защиты!

Kitploit — это каталог инструментов для хакинга, кибербезопасности и пентестинга. Находите последние обновления проектов для поиска уязвимостей, анализа систем, автоматизации тестирования и усиления вашей безопасности.

··Ленты·Контакты·Конфиденциальность·© 2026 Kitploit

Каталог инструментов

Категории

Все категории
Loading categories
CVE-2022-2590-analysis — Подробный анализ CVE-2022-2590 — варианта Dirty COW в shmem ядра Linux, включая первопричину, состояние гонки и proof-of-concept эксплойт. | Kitploit
Инструменты/GitHubGitHub/moonnull/cve-2022-2590-analysis
Анализ уязвимостейЭксплуатацияЭксплуатация Бинарных Файлов
GitHubmoonnull/cve-2022-2590-analysis

CVE-2022-2590-analysis

Подробный анализ CVE-2022-2590 — варианта Dirty COW в shmem ядра Linux, включая первопричину, состояние гонки и proof-of-concept эксплойт.

Репозиторий
22 ч 56 мин назадЕщё не проверено

Популярное

Смотреть все →

Откройте для себя самые используемые инструменты нашего сообщества.

Изучить все инструменты

Просмотрите нашу коллекцию инструментов

Смотреть все инструменты →
Поделиться

CVE-2022-2590, Dirty COW, ограниченный shmem

версия ядра Linux: Linux/x86 6.0.0-rc1 (commit 37887783b3fef877bf34b8992c9199864da4afcb)

Введение:

Эта уязвимость позволяет атакующему записывать произвольное содержимое в страницу разделяемой памяти только для чтения, добившись выполнения условия в функции can_follow_write_pte, которая проверяет FOLL_FORCE, FOLL_COW и pte_dirty, с помощью UFFDIO_CONTINUE.

Анализ:

root@kitploit:~
/*
 * FOLL_FORCE can write to even unwritable pte's, but only
 * after we've gone through a COW cycle and they are dirty.
 */
static inline bool can_follow_write_pte(pte_t pte, unsigned int flags)
{
	return pte_write(pte) ||
		((flags & FOLL_FORCE) && (flags & FOLL_COW) && pte_dirty(pte));
}

Приведённая выше функция определяет, является ли pte записываемой.

Pte считается записываемой, если выполняется одно из следующих условий:

  1. Флаги pte содержат флаг записи (writable).
  2. Переменная flags содержит флаги FOLL_FORCE и FOLL_COW, а флаги pte содержат флаг dirty.

Чтобы выполнить условие 2, необходимо установить следующие три флага:

  1. FOLL_FORCE

    root@kitploit:~
static ssize_t mem_rw(struct file *file, char __user *buf, size_t count, loff_t *ppos, int write) { ... flags = FOLL_FORCE | (write ? FOLL_WRITE : 0); while (count > 0) { size_t this_len = min_t(size_t, count, PAGE_SIZE); if (write && copy_from_user(page, buf, this_len)) { copied = -EFAULT; break; } this_len = access_remote_vm(mm, addr, page, this_len, flags); // __get_user_pages with FOLL_FORCE on if (!this_len) { if (!copied) copied = -EIO; break; } ... }

Приведённая выше функция выполняет операции чтения/записи для /proc/<pid>/mem.

Используя эту функцию, можно добраться до функции __get_user_pages с включённым флагом FOLL_FORCE.

Хотя FOLL_FORCE предназначен для использования в ptrace, его необходимость доказана в следующем коммите: https://github.com/torvalds/linux/commit/f511c0b17b081562dca8ac5061dfa86db4c66cc2

  • FOLL_COW

    root@kitploit:~
    /*
    * mmap_lock must be held on entry.  If @locked != NULL and *@flags
    * does not include FOLL_NOWAIT, the mmap_lock may be released.  If it
    * is, *@locked will be set to 0 and -EBUSY returned.
    */
    static int faultin_page(struct vm_area_struct *vma,
    	unsigned long address, unsigned int *flags, bool unshare,
    	int *locked)
    {
      ...
    
      /*
      * The VM_FAULT_WRITE bit tells us that do_wp_page has broken COW when
      * necessary, even if maybe_mkwrite decided not to set pte_write. We
      * can thus safely do subsequent page lookups as if they were reads.
      * But only do so when looping for pte_write is futile: in some cases
      * userspace may also be wanting to write to the gotten user page,
      * which a read fault here might prevent (a readonly page might get
      * reCOWed by userspace write).
      */
      if ((ret & VM_FAULT_WRITE) && !(vma->vm_flags & VM_WRITE))
        *flags |= FOLL_COW;
      return 0;
    }
    

    В функции faultin_page может быть использована операция OR с флагом FOLL_COW, которая является частью патча для Dirty COW.

    root@kitploit:~
    static long __get_user_pages(struct mm_struct *mm,
     		unsigned long start, unsigned long nr_pages,
     		unsigned int gup_flags, struct page **pages,
     		struct vm_area_struct **vmas, int *locked)
     {
     	...
     retry:
     		/*
     		 * If we have a pending SIGKILL, don't keep faulting pages and
     		 * potentially allocating memory.
     		 */
     		if (fatal_signal_pending(current)) {
     			ret = -EINTR;
     			goto out;
     		}
     		cond_resched();
    
     		page = follow_page_mask(vma, start, foll_flags, &ctx); // can_follow_write_pte
     		if (!page || PTR_ERR(page) == -EMLINK) {
     			ret = faultin_page(vma, start, &foll_flags,
     					   PTR_ERR(page) == -EMLINK, locked); // flags |= FOLL_COW
     			switch (ret) {
     			case 0:
     				goto retry; // try follow page again
     			case -EBUSY:
     			case -EAGAIN:
     				ret = 0;
     				fallthrough;
     			case -EFAULT:
     			case -ENOMEM:
     			case -EHWPOISON:
     				goto out;
     			}
     			BUG();
     		} else if (PTR_ERR(page) == -EEXIST) {
        ...
     }
    

    Чтобы добраться до функции can_follow_write_pte с включённым флагом FOLL_COW, нужно вызвать функцию faultin_page внутри функции __get_user_pages, перейти к метке retry и снова вызвать функцию faultin_page.

  • pte_dirty

    Это условие может быть выполнено благодаря следующему коммиту: https://github.com/torvalds/linux/commit/9ae0f87d009ca6c4aab2882641ddfc319727e3db

    root@kitploit:~
    /*
    * Install PTEs, to map dst_addr (within dst_vma) to page.
    *
    * This function handles both MCOPY_ATOMIC_NORMAL and _CONTINUE for both shmem
    * and anon, and for both shared and private VMAs.
    */
    int mfill_atomic_install_pte(struct mm_struct *dst_mm, pmd_t *dst_pmd,
    		     struct vm_area_struct *dst_vma,
    		     unsigned long dst_addr, struct page *page,
    		     bool newly_allocated, bool wp_copy)
    {
     	...
    
     	_dst_pte = mk_pte(page, dst_vma->vm_page_prot);
     	_dst_pte = pte_mkdirty(_dst_pte); // set pte dirty unconditionally
     	if (page_in_cache && !vm_shared)
     		writable = false;
    
     	...
    }
    

    Благодаря указанному выше патчу можно безусловно установить pte для страницы разделяемой памяти только для чтения в состоянии dirty.

  •  

    Если все три флага установлены, функция can_follow_write_pte вернёт true.

    root@kitploit:~
    static struct page *follow_page_pte(struct vm_area_struct *vma,
    		unsigned long address, pmd_t *pmd, unsigned int flags,
    		struct dev_pagemap **pgmap)
    {
    	...
        
    	// true && !true == false
    	if ((flags & FOLL_WRITE) && !can_follow_write_pte(pte, flags)) {
    		pte_unmap_unlock(ptep, ptl);
    		return NULL;
    	}
    
    	page = vm_normal_page(vma, address, pte); // get read-only shared memory page
    
    	...
    
    out:
    	pte_unmap_unlock(ptep, ptl);
    	return page;
    no_page:
    	pte_unmap_unlock(ptep, ptl);
    	if (!pte_none(pte))
    		return NULL;
    	return no_page_table(vma, flags);
    }
    

    Функция follow_page_pte возвращает страницу разделяемой памяти только для чтения.

    Сценарий гонки:

    Ниже приведён сценарий гонки, подтверждённый PoC, который будет представлен позже.

    madvise и readUFFDIO_CONTINUE ioctlpwrite
    madvise // сброс страницы
    shmem_fault // сбой чтения
    handle_userfault
    userfaultfd_continue
    mcontinue_atomic_pte
    ret = shmem_getpage(inode, pgoff, &page, SGP_NOALLOC); // получить страницу
    mfill_atomic_install_pte
    _dst_pte = pte_mkdirty(_dst_pte); // сделать pte грязным
    set_pte_at(dst_mm, dst_addr, dst_pte, _dst_pte); // установить ptemem_rw
    access_remote_vm // с FOLL_FORCE
    __get_user_pages
    can_follow_write_pte // нет FOLL_COW, возвращает 0
    faultin_page
    flags
    retry:
    follow_page_pte
    madvise // сброс страницы
    shmem_fault // сбой чтения
    handle_userfault
    userfaultfd_continue
    mcontinue_atomic_pte
    ret = shmem_getpage(inode, pgoff, &page, SGP_NOALLOC); // получить страницу
    mfill_atomic_install_pte
    _dst_pte = pte_mkdirty(_dst_pte); // сделать pte грязным
    set_pte_at(dst_mm, dst_addr, dst_pte, _dst_pte); // установить pte
    can_follow_write_pte // возвращает 1
    copy_to_user(buf, page, this_len) // запись содержимого в страницу только для чтения

    PoC и патч:

    https://www.openwall.com/lists/oss-security/2022/08/15/1

    Вы можете посмотреть reproducer Дэвида Хильденбранда по ссылке выше.

    Однако, поскольку reproducer затрудняет распознавание точного сценария гонки, я изменил reproducer, чтобы сделать выполнение более линейным, и соответственно изменил исходный код ядра Linux.

    .config:

    root@kitploit:~
    ...
    CONFIG_USERFAULTFD=y
    CONFIG_HAVE_ARCH_USERFAULTFD_WP=y
    CONFIG_HAVE_ARCH_USERFAULTFD_MINOR=y
    ...
    

    PoC: (poc.c)

    Патч: (poc_deayzl.patch)

    Для тестирования необходимо выполнить следующие предварительные шаги. (В инструкциях к reproducer Дэвида указан путь к файлу /tmp/foo. Но tmpfs не является разделяемой памятью в текущей версии, поэтому регистрация userfaultfd завершается ошибкой.)

    root@kitploit:~
    sudo -s
    echo "asdf" > /dev/shm/foo
    chmod 0404 /dev/shm/foo
    exit
    

    После запуска PoC вы увидите следующий экран.

    PoC-result

    Ссылки:

    коммит: https://github.com/torvalds/linux/commit/5535be3099717646781ce1540cf725965d680e7b

    lore.kernel, патч v1: https://lore.kernel.org/linux-mm/[email protected]/#r

    lore.kernel, патч v2: https://lore.kernel.org/all/[email protected]/T/#u

    openwall: https://www.openwall.com/lists/oss-security/2022/08/08/1

    openwall2: https://lists.openwall.net/linux-kernel/2022/08/08/418

    Скачать инструмент