Cookien konfigurazioa

Cookie teknikoak

Aktiboak
Ikusi Cookiak

Erabiltzaileari web-orriaren bidez nabigatzeko eta bertan dauden aukerak edo zerbitzuak erabiltzeko aukera ematen diotenak dira, editoreak web-orriaren kudeaketa eta operatiboa ahalbidetzeko eta haren funtzioak eta zerbitzuak gaitzeko erabiltzen dituenak barne.

Cookie analitikoak

Ez aktiboak
Ikusi Cookiak

Webgunearen erabiltzaileen portaeraren jarraipena eta azterketa egiteko aukera ematen diote horien arduradunari. Cookie mota horien bidez bildutako informazioa webgunearen jarduera neurtzeko erabiltzen da, zerbitzuaren erabiltzaileek egiten dituzten erabilera-datuen analisiaren arabera hobekuntzak sartzeko

COOKIE OHARRA

SPRIren jabetzako web orri honek bere cookieak eta hirugarrengoenak erabiltzen ditu nabigatzea ahalbidetzeko, informazio estatistikoa osatzeko, zure nabigazio-ohiturak aztertzeko eta horien araberako publizitatea zuri igortzeko xedez. Cookie guztien erabilera baimentzeko, Onartu aukeran klik egin dezakezu; bestela, zein cookie-mota onartu eta zeini uko egingo diozun hauta dezakezu Cookieak Konfiguratu aukeraren bitartez. Halaber, informazio gehiago jaso dezakezu gure Cookie Politikan.Cookieak KonfiguratuOnartu

Basque Cyber Security Centre - Zibersegurtasun Euskal Zentroa

Vulnerabilidad de desbordamiento de búfer en VirtualBox

Fecha de publicación: 2018/11/12

Importancia: Alta

Recursos afectados:

  • VirtualBox versión 5.2.20 y anteriores.

La configuración de red debe ser Intel PRO/1000 MT Desktop (82540EM) en modo NAT, configuración que trae por defecto VirtualBox.

Descripción:

El investigador ruso Sergey Zelenyuk ha reportado una vulnerabilidad 0-day en VirtualBox de desbordamiento de búfer (buffer overflow).

Solución:

Por el momento no existen parches que solucionen esta vulnerabilidad, es recomendable cambiar la configuración que VirtualBox trae por defecto, en el apartado red, a PCnet o a red paravirtualizada. En caso de que no sea posible cambiar esta configuración, se debe cambiar el modo NAT por otro, pero la primera opción es la más segura.

Detalle:

Debido a la configuración E1000, un potencial atacante mediante el envío de una cadena de descriptores Tx específicos, podría conseguir un desbordamiento de búfer (conocido como buffer overflow), dando como resultado:

  • Lectura de datos desde el invitado en un búfer de almacenamiento dinámico.
  • Copia de datos de una longitud específica al búfer sin ninguna verificación.

Además, el exploit utilizado por Zelenyuk hace uso del LKM para cargar un sistema operativo invitado. Como se requiere escalada de privilegios para conseguir cargar el controlador en ambos sistemas, se usan de cadenas de explotación ya publicadas. Estas cadenas explotan un navegador que abre un sitio web malicioso en el sistema operativo invitado, el cual consigue escapar de la sandbox para obtener acceso total al anillo 3 (nivel de aplicación). Finalmente, y gracias a vulnerabilidades conocidas, se consigue la escalada de privilegios para acceder al anillo 0 (nivel de kernel) donde está todo lo necesario para atacar a un hipervisor desde el sistema operativo invitado.

Etiquetas: 0day, Oracle, Vulnerabilidad