Un empleado de una compañía austriaca ha encontrado una vulnerabilidad en el kernel de Vista. El fallo está en el sistema de red, y consiste en que ciertas operaciones pueden producir un buffer overflow y provocar un cuelgue total del sistema, o incluso ejecutar codigo malicioso en el ordenador. No se espera solución hasta el próximo SP de Vista. [ENG]
¿Sólo una?
Llevo casi un año con SUSE 10 en el curro y no lo cambio por ninguno que no sea linux.
Espero que pronto se les caiga el chiqinguito a los de M$, por el bien de todos.
(Y se encienda ... todo lo hace poco a poco) :-)
__________________________________________________________________________________________________
Descubierto fallo grave, el núcleo de Windows Vista
#27 Dudo mucho que eso sea por tener una ATI, yo lo he instalado en PCs donde ni tarjeta aceleradora tenían.
En windows tengo que parchear y en linux también tengo que parchear.
Los sistemas operativos tienen fallos, como cualquier cosa creada por los hombres, la diferencia es que un fallo en Windows afecta a cientos de millones de ordenadores, y un fallo en linux afecta a menos ordenadores porque se utiliza menos.
Detrás de windows hay miles de personas buscandos fallos, y detrás de la versión X de la distribución Y del kernel XY, hay 10 personas buscando fallos.
Ni Windows es seguro por naturaleza ni tampoco lo es Linux, lo importante es la educación informática del usuario.
20/11/2008 Actualización de múltiples paquetes en SuSE Linux
SuSE ha publicado una actualización para múltiples paquetes que solucionan numerosas vulnerabilidades.
www.hispasec.com/unaaldia/3680
Yo uso Ubuntu y a todos los amigos y familiares que puedo se lo endoso, pero el otro día me dí cuenta de un fallo realmente grave en la seguridad de Ubuntu es que si en lugar del inicio normal entras en el "recovery mode" te dan sin contraseña ni nada los poderes de super-vaca (jeje), así que todo eso de poner contraseñas te vale para poco.
En realidad creo que windows ya es incluso más seguro que linux. Porque a saber la de equipos linux con vulnerabilidades que habrá sin parchear debido a que sus usuarios/administradores siguen con la creencia de que "linux es seguro"
Recordad chicos, no hay mayor agujero de seguridad que el pensar que el sistema de uno es seguro.
#30 PWNS #3
#34+1
Todo aquel que piense que linux no tiene fallos en el kernel, es un ignorante.
Proteger con contraseña
Para que ningún usuario no autorizado pueda modificar los valores de GRUB en tiempo de ejecución, podemos establecer una contraseña, de esta forma sólo pulsando la tecla 'p' e introduciendo la contraseña se podrán cambiar los parámetros del programa.
* Editamos el archivo de configuración del menú de arranque de GRUB:
$ sudo gedit /boot/grub/menu.lst
Buscamos la siguiente línea:
#password topsecret
* Borramos la almohadilla o numeral (#) de la línea, haciendo esto la descomentaremos. Debe quedar así:
password topsecret
* Guardamos el archivo y cerramos el editor.
Ahora la contraseña es topsecret, se puede cambiar e introducir la que se desee.
Sacado de www.guia-ubuntu.org/index.php?title=GRUB#Proteger_con_contrase.C3.B1a
Pero vamos, que si no, lo que dice la rubbiaa... perdón, #39.
P.D Repito a #42.
Por cierto, si los datos son vitales, cifrado de disco.
Toma flame.
tengo mas de 10.000 juegos, más que con Linux
Así que por ahora la única seguridad que tienen los usuarios de Windows no es enterarse de que existe la vulnerabilidad y parchear, es que no aparezca ningún exploit para este bug antes de que aparezca el SP da igual que sepas que existe o no porque no tiene solución, y eso me parece una irresponsabilidad por parte de Microsoft. A ver si aprenden de una vez que los parches de seguridad no se programan, se suministran cuando son necesarios, y para mí que alguien pueda tomar de forma remota el control de mi ordenador se clasifica como tal, y si para Microsoft no es así ellos sabrán porqué.
solo uno????????
por dios ese sistema operativo es un fallo
aprovechar los fallos de los demas para hacer cambiar a la gente en vez de mostrar las bondades de uno mismo.
Por ejemplo, tenemos un fallo del iphone que permite a cualquiera con una web, con un simple enlace, sin que te des cuenta, bloquear el terminal y provocar una llamada a cualquier número de teléfono al estilo de los clásicos dialers para que tu factura a fin de mes sean de las que hacen historia:
meneame.net/story/iphone-puede-hacer-llamadas-involuntariamente-visitai
Pero eso a nadie le interesa porque lleva dos días en pendientes, a pesar de ser bastante más grave que esto.
Que cierto es eso de que menéame no sirve para informarse.
Lo digo a modo de ejemplo de la "objectividad" que se vive por aquí.
P.D: el fallo del iphone ya está solucionado. Gracias a que el descubridor del bug esperó a que apple lo arreglase, claro.
Hace falta que un tener permisos de administrador en la maquina para ejecutar un programa que tenga una llamada a la función con el buffer overflow.
A traves del buffer overflow, se puede hacer un BSOD a la maquina (aunque vamos, si tenemos que haber ejecutado antes un programa como administrador, maneras mas faciles que estas habra).
En teoria, se podria llegar ha hacer que gracias a ese buffer overflow pudieramos ejecutar codigo en la máquina (recordemos que ya tenemos que tener permisos de administrador para hacer la llamada a la función con el fallo). La gente que descubrio el fallo aun no ha logrado ejecutar código a traves del buffer overflow, pero eso no quita que en teoria se pueda hacer (si no tenemos un ordenador con bit NX)
Tambien en teoria, si no tenemos acceso previo como administrador a la máquina para ejecutar código con esa llamada, podriamos aprovechar el bug mediante un envío de paquetes dhcp. Igual me equivoco, pero al parecer solo un servidor DHCP en tu red podria lanzarte este ataque, y repito, en teoria, que tampoco lo han podido probar.
Vale que es un fallo, pero no se, tampoco me parece que por este fallo se vayan a caer todos los windows vista que hay por ahi.
#27 No debe ser sólo problema de la ATI. Yo tengo ATI y Debian en este portátil, por ejemplo. Además eso no sería problema del S.O. únicamente, sino de las X. Instálalo sin entorno gráfico y ve mirando cómo instalartelo más tarde, probando algunas posibilidades, ya verás como acabas teniéndolo completamente operativo.
#29 La razón de que Linux es seguro porque lo usa menos gente es, con perdón, una gilipollez.
#33 Eso no es un fallo de seguridad, ni lo has descubierto tú xD
#34 Te remito a lo que le dije a #25.
#42 Es obvio que un sistema operativo no te va a proteger de alguien que coja tu disco duro y vea lo que tiene, pero para eso se puede encriptar la información o protegerlo de distintas formas, aunque eso ya es harina de otro costal.
Sobre lo que dices de que un sistema es seguro si no se puede explotar desde la red no es del todo correcto. Esa es una de las facetas de un sistema seguro, pero si por ejemplo tienes un ordenador con información sensible no conectado a la red y a él tienen acceso otras personas, si el sistema es inseguro, alguien con acceso a él puede acceder a cualquier información en el ordenador. Eso por ejemplo es vital en sitios que tengan una intranet cerrada sin acceso a internet exterior.
Con amor :D
Lava mas blanco y mi ropa queda sedosa con una agradable sensación al tacto.
Soy la envidia de mis vecinas.
No cambio mi Linux por nada del mundo.
Ni por 2 tambores de Windows?
Pues nó.
Comprobado. El poder de Linux es insuperable
Una solución independiente de sistema operativo además es poner contraseña en la BIOS de manera que no puedas arrancar ningún sistema operativo ni por live-CD ni nada sin introducir esa contraseña.
¿qué sistema operativo es IBM? porque a mi me suenan AIX, OS/2 (que lo han quitado, pero por ahí algo quedará con ello) VM, VMS, OS/390, z/OS,(llevo tiempo sin arrimarme a los mainframe, pero creo que bajo el CICS corría esto), pero como IBM de SO no me suena para nada.
Saludos
P.D. El los mainframe el linux va bastante bien
Tengo un windows con un agujero de seguridad hasta que Microsoft no tenga el parche no puedo hacer nada.
Chorus.
Tengo un agujero de seguridad en Linux, hasta que yo y/o alguien haga un parche si puedes hacer algo.
Eso pasa con todos los Sistemas Operativos por igual porque rara es la persona que sabe corregir por sí misma un fallo grave y si es algo que se pueda arreglar temporalmente con algún "truco" o algo parecido, esto también se puede hacer con window porque los "trucos" no implican modificar sustancialmente el SO, sólo son "trucos". Lo de los cuatro frikies mirando el código y corrigiendo fallos es un mito.
Coro (que no chorus):
Eso pasa con todos los Sistemas Operativos por igual... corazón, a ver si para corregir esto: www.hispasec.com/unaaldia/3680 a los de SuSE no les va a tocar esperar como tó el mundo a que los de SuSE lo arreglen, como pasa con windows. Si estoy equivocado dime como se solucionan esos errores entonces.
Venga, que hasta para corregir los fallos de un simple navegador (véase FF) tenemos que esperar un mes, UN MES, a que los desarrolladores corrijan los fallos porque nadie, salvo ellos, lo hace.
Así que, anda, repite, repite.
Our community remains healthy and vibrant. The percentage of code contributed to Firefox by people not employed by Mozilla remained steady at about 40% of the product we ship. This is true despite a significant amount of new employees in 2007. Our geographic expansion is powered by active and committed volunteers, from the localizers to Spread Firefox participants to others who introduce Firefox to new people.
blog.lizardwrangler.com/2008/11/19/sustainability-in-uncertain-times/
Menos mal que todavía comenta gente con un mínimo de conocimiento.
Aparte de lo que dice #71, incluso en algún proyecto mío compartido en foros especializados, ha habido quien se ha intersado en mi código y me ha enviado sus versiones de mis programas. Y eso va a más en proyectos mayores, dependiendo claro de qué tipo de proyecto. Así que de mito, nanai.
Por cierto, nota tiquismiquis offtopic: freakies o frikis.
#72 Es cierto que en los comentarios hay mucha morralla, eso pasa aquí y pasa en todas partes. Pero ¿por qué cuando alguien no está de acuerdo con la opinión general se le califica como alguien "sin un mínimo de conocimiento"?
La seguridad depende mas del usuario que del sistema. Un buen usuario puede manter un XP mas seguro que un usuario con un FreeBSD sin tener ni idea.
Y mira que BSD es seguro.
Claro que en ese caso el problema no es de windows, es de microsoft.
¿Dónde está la noticia? xD
Yo uso DOS, y a mi eso no me pasa.
www.softhoy.com/windows/vista/nueva-vulnerabilidad-de-windows-vista.ht4
#73 Si, proyectos tuyos... ¿de cuantas líneas, 10millones?. Lo de que en proyectos grandes lo sabes... ¿cómo?. Es igual, no interesa, vamos a la práctica ¿donde están cuando se necesitan?: www.hispasec.com/unaaldia/3680
Te apuesto un gallifante a que tendremos que esperar un rato a que los de SuSE arreglen todos esos fallos. Vamos, como con windows.
Lo de tener que esperar al SP me sorprende, al fin y al cabo el sp es un conjunto de parches. Microsoft, cuando el fallo es crítico, publica el parche nada más tenerlo sin esperar tan siquiera al segundo martes de mes.
Pero si leemos a #58 y vemos lo de que hace falta ejecutar un programa como adminsitrador para provocar el buffer overflow ¿que demoninios de "fallo grave" es este?, si yo logro ejecutar un programa con privilegios de administrador lo último que me interesaría sería explotar este bug, con privilegios de administrador puedo hacer lo que me venga en gana así que me cargo algo importante del SO y santas pascuas. Así que ¿fallo grave?, pf... .
Unterleitner pointed out that administrative rights were needed to execute a program calling the function that would cause the buffer overflow. However, he also said it was possible--but not yet confirmed--that someone could use a malformed DCHP packet to "take advantage of the exploit without administrative rights."
Lo solucionó el equipo de SuSE y tardó prácticamente un mes, ¡anda!, ¡como con windows! y eso que son bastantes más fallos e importantes que este.
Que, por cierto, si para explotar este fallo de windows hace falta ejecutar un programa como administrador apaga y vámonos porque lo importante es lograr ejecutar algo como administrador, a partir de ahí haces lo que quieres.
A este paso si logras convencer a alguien de que escriba format c: lo tendremos que considerar también "grave fallo de seguridad".
Lo de SuSE es un ejemplo, sin más.
Por cierto, offtopic: ¿alguno de vosotros tuvo problemas con telefónica esta mañana?, parece que hubo una avería que me tocó sufrir :S
No, no me da por apuntar los errores de Microsoft, ya ves... a todo más te digo que cada mes sacan parches para solucionar eses errores.
No obstante sí solucionan bugs en ese tiempo, lo sé porque aunque no recuerde los bugs si recuerdo que algunos se solucionaron en ese intervalo de 30 días, entre martes y martes de mes. Por lo demás, simplemente no los sigo, tengo otras aficiones.
Cuando no antes: los fallos críticos no esperan y se publica el parche en el momento en que está listo, al menos recuerdo uno que salió en menos de 30 días.
Los demás, cuando ya dije, no tengo la "afición" de llevar la cuenta.
De cualquier manera tu pregunta es estúpida: solo por estadística es imposible que alguno no fuese corregido en treinta días XD XD
Ademas me puedes decir si Microsoft también soluciona los bugs de terceros?
Sin comentarios, pregunta estúpida del año por dos motivos:
Primero, Microsoft es una empresa "con ánimo de lucro", por así decirlo, así que mira por si y solo por si mismo, si ayudó a alguien es porque le convenía.
Segundo: ¿tú no crees que los errores de Apache2, Flash-player, MySQL... fueron corregidos por la gente de Apache2, Flash-player y MySQL respectivamente y los de SuSE se encargaron de los fallos que les pertenecía?, que esto no quita que SuSE ayude a los demás.
Te pongo algunos ejemplos del mismo enlace de suse:
Oh no, no puedo ponértelo pq la mayoría son bugs de terceros.
¿ah no?, dime, estimado amigo ¿qué programa se encarga del sistema de archivos, ¿amule?, ¿pidgin? o quizás el buscaminas (versión linux)?
Vuelve a leer, anda, que yo te ayudo a empezar: www.securityfocus.com/bid/31567
Hay al menos once o doce que afectan al kernel y eso si es SuSE no un programa de terceros. Curiosamente están debajo del título: Kernel - bigsmp
Y yo no dije que dependiesen de apache, etc. sino que cada uno arreglaría los suyos pero las actualizaciones se pueden sacar por separado eh, que no es tan difícil.
Claro que no se puede comparar, hablamos de tropecientos bugs frente a uno XD . Pero este no es el caso, lo que pretendía decir es que en todas partes cuecen habas.
No hace falta que me contestes, tampoco tengo tantas ganas de ganar, es el mismo rollo de siempre ¿o no?.
Por cierto, sin acritud y ya sé que no viene a cuento pero estuve se escribe con uve, no con be.
P.D: tampoco te tomes las otras noticias tan en serio que en el fondo estamos aquí para pasar el rato y divertirnos, nada más.
Los sistemas operativos es imposible hacerlos perfectos, hasta a XP se le encuentran hoy en dia vulnerabilidades.Y a los linux no se las encuentran porque como casi nadie lo tiene a nadie le interesa, si toda la gente lo usara y la gente buscara, linux sería una coladera de bugs y demás.Asique menos hablar de windows
El código abierto favorece no solo la resolución más rápida de errores (que ahí y hablando de problemas específicos, puede variar, que ya sabemos que si Microsoft ve peligrar el dinerito, corre que se las pela :-) ), sino la comprensión y el alcance de los errores y facilita el que la gente idee "soluciones temporales" (también conocidas como 'chapucillas'). Adicionalmente, el hecho de que el sistema sea modular favorece que si, pro ejemplo, se encuentra un módulo de seguridad con un fallo grave, se pueda sustituir por otro compatible con menos problemas...
La seguridad basada en el secreto, a largo plazo, es ineficiente. Y es uno de los principales mecanismos de seguridad de windows. Linux, al ser de código abierto, ni puede ni debe depender de estos sistemas, con lo que a la larga, el sistema es más robusto
Bueno, yo lo dejo aquí, estas discusiones están ya más que escritas y no vale la pena repetirnos.