Noticias sobre Linux
61 meneos
675 clics
Envío erróneo o controvertido, por favor lee los comentarios.

Vulnerabilidad: Escalada de privilegios en ALSA en GNU/Linux

El error se llamó CVE-2017-15265, pero su entrada en Mitre entry estaba marcada como “reservada” en el momento de la redacción. Cisco, sin embargo, dijo esto antes de la publicación: “La vulnerabilidad se debe a un error de memoria después de usar en la interfaz del secuenciador ALSA de la aplicación afectada. Un atacante podría aprovechar esta vulnerabilidad ejecutando una aplicación diseñada en un sistema específico. Un exploit exitoso podría permitir al atacante obtener privilegios elevados en el sistema objetivo “.

| etiquetas: linux , alsa , gnu , vulnerabilidad
41 20 12 K 29
54 comentarios
41 20 12 K 29
Comentarios destacados:              
  1. #1 ZombiekE *
    Al leer el titular pensé que había pasado algo en la empresa de autobuses xD.
    16 K 148
  2. #2 Nights
    #1 Yo estaba a ver si cogía billete gratis a Punta Caña (Badajoz).
    12 K 136
  3. #3 MeneadorMeneado
    #2 En autobús, porsupuesto.
    0 K 6
  4. #4 --560091--
    Yo suelo viajar en avión
    1 K 17
  5. #5 nomeves
    No salimos de una y entramos en otra :-)
    1 K 22
  6. babuino #6 babuino
    #1 #2 #3 un buen indicador de cómo ha cambiado Menéame. Hace unos años esta confusión hubiera sido impensable. Los linuxeros no éramos mayoría, pero éramos una minoría muy importante. Ahora hemos vuelto al 1% (quizás todavía seamos algo más).
    ;)
    5 K 54
  7. #7 ZombiekE
    #6 En mi caso he usado Linux durante años y conocía ALSA, pero la verdad es que si leo ALSA lo primero que me viene a la mente son los autobuses xD.
    6 K 67
  8. #8 --391876--
    Yo cada vez que veo los autobuses pienso en el driver :-)
    7 K 61
  9. #9 --356769--
    #8 Suelen ser regordetes y escuchan la cope, ¡no son un buen partido! :troll:
    1 K 10
  10. Tecnocracia #10 Tecnocracia
    Alsa quillo ariquitaun
    4 K 41
  14. Trigonometrico #14 Trigonometrico
    Que alguien explique que es ALSA, que no me va a quedar más remedio que entrar a leer la noticia.
    1 K 21
  15. vickop #15 vickop *
    #12 Creo que en realidad lo que se solía decir en barrapunto era: "vuelve a Menéame, gilipollas" xD
    1 K 17
  17. Claudio_7777 #17 Claudio_7777
    #14 Advanced Linux Sound Architecture (arquitectura avanzada de sonido Linux)
    1 K 22
  18. #18 Marx
    No me afecta, uso windows
    3 K 35
  19. Trigonometrico #19 Trigonometrico *
    #20 #16 #17 Ah, gracias sinceras, ya empiezo a recordar.
    0 K 12
  20. EmuAGR #20 EmuAGR
    #14 Puedo ser impreciso, pero es algo así como el software de gestión de sonido del kernel.
    1 K 22
  22. #22 rocambolescus
    #14 Asociación Lucense de Serradores de Alcornoques.
    2 K 32
  23. zeioth #23 zeioth *
    #14 Cuando editas sonido en Linux, lo mas común es usar el driver ALSA, porque conecta directamente con el kernel. Eso hace que sea el driver con la latencia mas baja, y por tanto, mejor rendimiento que existe (inferior a 1ms).

    Dependiendo lo que hagas, puede ser muy importante. Por ejemplo, si estas usando sonidos de piano, una latencia superior a 60ms provoca un desfase importante en el sonido. Pero es que si trabajas con voces, una latencia de mas de 4ms, ya se hace perceptible. Es en este caso cuando se suele usar ALSA.
    2 K 30
  24. narvatu #24 narvatu
    #14 Autobuses Luarca Sociedad Anonima
    2 K 35
  25. #25 --125581--
    #23 No. Jackd llamando a Alsa directamente es lo rápido.

    Libasound es una porquería.

    Y OSS en los BSD es bastante superior a Alsa.
    2 K 31
  26. zeioth #26 zeioth *
    #25 No siempre, pero aceptamos pulpo como animal de compañía. La mayor ventaja de Jack es que te permite interconectar dispositivos (Esto es muy util por ejemplo, si usas una unidad USB virtual).
    0 K 9
  27. vaiano #27 vaiano *
    Hola solo vengo a desahogarme.
    JODEROS CABRONES DE ALSA. Años y sufrimiento sin sonido por actualizar los drivers de la impresora o cambiar las cortinas del baño.
    Si, ahora darle al rojo con el rollo de que los fabricantes son los culpables por no proporcionar los drivers, pero yo el puto ALSA has failed lo tengo ahí grabado a fuego.
    p.d hablo de hace más de diez años, luego llegó pulse no se que....
    4 K 47
  28. Jakeukalane #28 Jakeukalane
    #6 al menos un 10%
    0 K 14
  29. #29 --330392--
    #15 Hasta que se fueron todos.
    3 K 25
  30. ronko #30 ronko
    Un autobus ALSA con linux, ¿sería como buscar google en google?
    0 K 7
  32. #32 --125581--
    #27 Razón tienes. Como ex-usuario de GNU/Linux, ALSA + Pulse es un desastre. Me reservo la opinión de SystemD, no quiero un ban.
    1 K 20
  33. ronko #33 ronko
    #32 Pues no he visto en las normas de menéame nada como : "El que criticare o pusiere SystemD a caer de un burro, será condenado a la silla eléctrica o a un baneo, lo que pille más cerca".
    0 K 7
  34. vaiano #34 vaiano
    #33 hay muchas cosas que escritas no están en este oscuro sitio y aprender con el tiempo tu vas joven padawan
    0 K 10
  37. #37 --125581-- *
    #35 Una mierda. OSS de OpenBSD no tiene nada que ver con el OSS de GNU/Linux. Y con sndiod se come a pulse con patatas.

    man.openbsd.org/sndiod

    Para meter el modo monitor, es un parametro al demonio en /etc/rc.conf.local. Con eso, puedo meter como entrada virtual cualquier sonido, por ejemplo, la salida de un SDR Web hacia Fldigi.

    Con Pulse es un lío de los gordos.

    En Alsa tienes que hacer magia negra para ajustar diseños raros. Con OSS te olvidas.
    0 K 10
  38. #38 --125581-- *
    #36 Sobre la calidad de Alsa/Pulse:

    insanecoding.blogspot.com.es/2009/06/state-of-sound-in-linux-not-so-so

    TL;DR
    App -> libao -> OSS API -> OSS Back-end - Good sound, low latency.
    App -> libao -> OSS API -> ALSA Back-end - Good sound, minor latency.
    App -> libao -> ALSA API -> OSS Back-end - Good sound, low latency.
    App -> libao -> ALSA API -> ALSA Back-end - Bad sound, horrible latency.
    App -> SDL -> OSS API -> OSS Back-end - Good sound, really low latency.
    App -> SDL -> OSS API -> ALSA Back-end - Good sound, minor latency.
    App -> SDL -> ALSA API -> OSS Back-end - Good sound, low latency.
    App -> SDL -> ALSA API -> ALSA Back-end - Good sound, minor latency.
    App -> OpenAL -> OSS API -> OSS Back-end - Great sound, really low latency.
    App -> OpenAL -> OSS API -> ALSA Back-end - Adequate sound, bad latency.
    App -> OpenAL -> ALSA API -> OSS Back-end - Bad sound, bad latency.
    App -> OpenAL -> ALSA API -> ALSA Back-end - Adequate sound, bad latency.
    App -> OSS API -> OSS Back-end - Great sound, really low latency.
    App -> OSS API -> ALSA Back-end - Good sound, minor latency.
    App -> ALSA API -> OSS Back-end - Great sound, low latency.
    App -> ALSA API -> ALSA Back-end - Good sound, bad latency.
    0 K 10
  39. Shotokax #39 Shotokax
    #9 no ofendas a los conductores de autocar confundiéndolos con los taxistas. :troll:
    0 K 11
  40. babuino #40 babuino *
    #15 sí. Yo llegué a MNM desde barrapunto. Ahora sólo paso por allí muy de vez en cuando. Joder, y antes, en Libertonia. Creo que voy a llorar.
    :''(
    (editado porque cuando he puesto el emoticono de llorar ha salido una carita dando besos. Puaj)
    1 K 9
  42. #42 --125581-- *
    #41 Suerte con Alsa, Pulseaudio y SystemD cargándose cada compartición NFS y destrozando los DNS y configuracones locales en servidores.

    >Disfrútala mientras puedas.

    Esto es OpenBSD, aquí no se meten mierdas por moda de tarados con trastorno de atención que no aguantan un subsistema sin cambiarse cada dos años.
    0 K 10
  45. #45 --125581-- *
    #44 ALSA no. Pero Pulseaudio, SystemD y demás porquerias de Lennart, sí.

    Ves los bugs de SystemD y te quieres morir. El último, usuarios con privilegios elevados por un fallo de implementación.

    Y aún así, ALSA es bastante mediocre con un cojón y medio de hacks para que tiren muchas tarjetas Intel HDA.
    0 K 10
  46. #46 --125581-- *
    #43 Sigue teniendo los mismos problemas de latencia. Libasound (de los de ALSA, recordemos) sigue siendo tan pésimo que es hasta preferible que Jackd tome el mando sobre ALSA que su propia API oficial.

    Yo ya lo he dicho, la gente de OpenBSD cuida muy mucho la cohesión y correctitud.

    Pena que en el mundo GNU a veces tengan cosas a medio hacer por al falta de acuerdos comunes.
    0 K 10
  48. #48 --125581-- *
    #47 Que muchas veces ALSA se desconfiguraba el solo por arte de magia. La última, hace año y medio.

    Así, como para querer conquistar algo en el escritorio. Como no tiren en un frente común los del GNU y TODAS las distros tiren del carro, como Android, el sistema seguirá siendo un desastre. Y lo dice alguien que entró a conocer a los sistemas UNIX vía GNU/Linux, desde Debian Woody.

    Pero luego gracias a internet pude ver la popularización de OpenBSD, la autoconfiguración que daba X.org y a partir de ahí, irónicamente, se ha convertido en un sistema más facil de configurar que incluso Arch Linux, dada su filosofía KISS pero con cabeza. Te documentan un driver del kernel como los pasos para meter XFCE de forma literal. Paso por paso, hasta donde hay que poner cada línea en rc.conf.local y el *por qué* de cada linea.

    Eso de cohesividad y ciertamente, costaría cero crear una distro basada en OpenBSD que autoconfigure todo de forma gráfica, ya que con Perl-GTK2 es trivial montarte algo como un gestor de redes wifi dada la sencillez literal de ifconfig y /etc/hostname.nombredeinterfaz.

    Compáramelo con monstruos como NetworkManager y la nueva herramienta Ip(1), diseñada para ser manejada externamente con chorradas de Red Hat para cobrarte el soporte.

    Porque el problema de GNU/Linux es ese: Red Hat. Quiere complicarlo tanto a lo Windows NT y sus herramientas corporativas para que sea cuasiinmanejable por alguien normal y necesite herramientas y perfiles ultracomplejos y claro está, una expecialización innecesariamente alta.
    0 K 10
  50. #50 --125581-- *
    #49 No es mentira. WPA en OpenBSD:

    Contenido de /etc/hostname.interfazwifi

    nwid ESSID
    wpakey CLAVE
    dhcp

    Te doy 20 minutos para que consigas lo mismo con "ip" en Linux. Que coño, nmcli desde la terminal. Tómate tu tiempo. Luego te toca wpa_supplicant, que nos vamos a reir.

    Luego me montas un bridge con br0. En OpenBSD, es editar de forma similar 3* ficheros, con mismas pocas líneas. Me lo comparas con el de OpenBSD a ver si consigues realizarlo en 1 minuto.

    Si puedes.

    Ah, algo más simple, un failover. Igual de simple en OpenBSD.

    Con un Linux y NetworkManager, manejando un servidor... bueno. Tienes hasta el sábado, si quieres contestarme.

    No nos damos cuenta de la simplicidad del diseño y la facilidad de sintaxis de un sistema, hasta que lo comparas con lo que usas... y te desengañas.

    Yo con RedHat ya lo doy todo por perdido.
    0 K 10
  52. #52 --125581-- *
    #51 >porque en GNU/Linux eso ya se hace automáticamente.

    Ui, sí. Automáticamente. Vete a un CPD y les cuentas eso, automáticamente.

    Hasta que systemd se caga en los muertos de cada servicio y usar hasta un DNS inverso se convierte en una aventura de Sierra. De esas que hasta que no estás a la mitad del juego cagada tras cada, no descubres que es irresoluble sin empezar desde el principio. Pues eso.

    Han tenido que desactivar systemd-resolved de miles de servidores por los problemas que daba.

    Y el bug gordo con NFS, algo trivial en una empresa, sin resolver. NFS. Que hace que no arranque si hay montajes NFS en fstab. Eso es de vergüenza, algo de aficionados. Una chapuza enorme.

    Tú verás a donde quieres que te lleven los de RH. A nada bueno.
    0 K 10
  54. Trigonometrico #54 Trigonometrico
    #24 No sabía de donde venía el nombre, interesante sin duda.
    0 K 12
comentarios cerrados

menéame