CVE-2026-94023 in ThreadXinformazioni

Riassunto

di VulDB • 20/10/2026

Un modulo ThreadX raggiunge il servizio di eliminazione degli oggetti kernel tramite lo strato di dispatch del Module Manager, che pone una sola domanda riguardo al puntatore: l'oggetto si trova al di fuori del codice e dei dati appartenenti al modulo stesso? Tale è la politica per *l'utilizzo* di un oggetto; l'utilizzo di un oggetto non posseduto dal modulo è supportato ed intenzionale — `txm_module_object_pointer_get_extended` cerca gli oggetti creati nel sistema in base al nome e restituisce sia gli oggetti creati dall'applicazione che quelli creati da altri moduli, consentendo a un modulo di inviare dati a una coda condivisa, acquisire un semaforo condiviso o ottenere un mutex condiviso.

La distruzione di uno di questi non equivale alla sua condivisione. Un modulo potrebbe nominare qualsiasi oggetto per il quale dispone di un puntatore e far sì che il dispatcher privilegiato lo elimini.

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Responsabile

Eclipse

Prenotare

23/09/2026

Divulgazione

20/10/2026

Moderazione

accettato

EPSS

0.00000

KEV

no

Attività

basso

Fonti

Do you know our Splunk app?

Download it now for free!