¿Desastre de gestión? Preguntádselo al que se ha forrado.
Arqueoantro inicia los trabajos de prospección en la parcela de Montecarmelo donde se supone que fueron arrojados los cuerpos, tras la profanación del cementerio donde estaban enterrados
Imagina un mundo en el que el alegre y colorido Super Mario 64 (1996), se cruza con el oscuro y lúgubre universo de Doom (1993). Aunque pueda sonar como una idea un tanto absurda, hoy en día estamos acostumbrados a ver todo tipo de combinaciones, por ridículas que parezcan. Cuando id Software desarrolló Doom, para MS-DOS, se preocuparon de hacer un código de juego lo más adaptable posible para facilitar su portabilidad a diferentes sistemas, por si fuera necesario ejecutarlo posteriormente en otras plataformas, y así fue.
La nueva especie fue encontrada en fósiles excepcionalmente bien preservados del este de la provincia de Yunnan en el sur de China, que datan de un período geológico llamado Cámbrico temprano, hace aproximadamente 514 millones de años. Los especímenes de Shishania son todos de solo unos pocos centímetros de longitud y están cubiertos de pequeños conos espinosos (escleritos) hechos de quitina, un material que también se encuentra en las conchas de cangrejos modernos, insectos y algunos hongos.
Google ha publicado una actualización de seguridad urgente para su navegador Chrome, parcheando tres vulnerabilidades, una de ellas calificada como "crítica". Las vulnerabilidades, rastreadas como CVE-2024-6990, CVE-2024-7255 y CVE-2024-7256, podrían permitir a los atacantes explotar debilidades en la funcionalidad del navegador, comprometiendo la seguridad del usuario.
¿Desastre de gestión? Preguntádselo al que se ha forrado.
Lo bueno del torio es que es una fuente prácticamente inagotable en el planeta... siempre y cuando lo sigan toriando para que no se extinga.
#3 Admin, banea a este tio. Un chiste tan malo no debe permitirse.
#52 Mente colmena. Me pasa con mis amigos comentando noticias, hago un par de chascarrillos, entro en meneame a leer la noticia y los mismos chistes estan en los comentarios.
No lo he robado conscientemente. Todo el crédito para el primero.
#3 además de ser un bonito río Leonés
#3 Acabas de provocar una epidemia de cancer... pero me he reido
#3 ¿Se puede poner un comentario en portada?
#38 Debería por decreto ley
En mi pueblo había una poza bastante tranquila a la que acudía la gente local en verano (no hay piscina municipal en el municipio). Desde hace varios años se ha viralizado entre turistas, hasta masificarse y convertirse en un vertedero. Ya nadie del pueblo viene.
Pinta a que ha sido ETA y no Al-Qaeda.
#7 Los programadores están jodidos, los que no lo están son los ingenieros de software. Antes un ingeniero delegaba en un programador para que le hiciera ciertas partes del código que no requisiesen muchos conocimientos, como interfaces gráficas, ahora con la IA le piden al algoritmo lo que necesita y solo tiene que adaptarlo a su proyecto.
¿Estamos en la Champions League de la economía otra vez?
Yo soy más del parecer del barón de Rothchild que decía que las propiedades hay que comprarlas cuando veas sangre en las calles. Ahora comprar es regalar tus rentas futuras a una clase que acumula vivienda y no tiene ninguna razón para hacerla asequible. En estas circunstancias lo mejor es emigrar a donde haya respeto por los conciudadanos.
#39 Las desigualdades macroeconómicas crecen, no lo digo yo, es la estadística.
#10 Pues bastante, impera el centralismo económico frente a unas capitales de provincia que han cedido en el pulso y que asumen su labor geriátrica y de dormitorio.
Ha fagotizado toda la actividad económica de la periferia.
#79 Nope, si reinicias puedes hacerlo sin necesidad de cargar los módulos del Kernel. Y luego esta la pericia del administrador para que elimine el módulo conflictivo.
#87 exactamente lo mismo que había que hacer para arreglar lo de Crowdstrike. Modo seguro + borrar el driver.
#82 Hay una cantidad incalculable de firmwares privativas que corren integradas con el Kernel muchas son de una dudosa calidad.
#73 Por eso han salido en el telediario hablando de la caida de los sistemas Linux.
El Kernel Space de Linux no es el Far West de Windows
https://www.kernel.org/doc/html/v5.0/security/self-protection.html
#85 Si no ha salido en el telediario es porque el uso de Debían y Red Hat, aún siendo de las distros más populares, es testimonial en comparación con Windows.
#66 Casos aislados por la heterogeneidad de las instalaciones Linux que a diferencia de las de Windows que son todas cortadas por el mismo patrón. Si Windows licenciara el kernel para que hubiera múltiples distribuciones de Windows esto no le pasaría.
#72 Pero si te acabo de poner dos ejemplos de que a Linux le ha pasado exactamente lo mismo .
El acceso a ring0 puede reventar cualquier sistema operativo y hay software (como los controladores del hardware o los EDR) que necesitan dicho acceso para realizar su trabajo.
#73 Por eso han salido en el telediario hablando de la caida de los sistemas Linux.
El Kernel Space de Linux no es el Far West de Windows
https://www.kernel.org/doc/html/v5.0/security/self-protection.html
#85 Si no ha salido en el telediario es porque el uso de Debían y Red Hat, aún siendo de las distros más populares, es testimonial en comparación con Windows.
#72 "Si Windoes lic..." El kernel panic pasaría en cada distribución windoes que hubiera cargado el módulo.
Que no solo ocurrió en Debian en Red Hat también.
#53 Es un fallo de diseño del sistema operativo y de política empresarial, Linux no da ni la centésima parte de pantallazos que da Windows que es una masa informe de bloatware que a la mínima salta.
#63 Si lo de Crowdstrike fue un fallo de diseño del SO, el mismo fallo tiene Linux.
https://www.theregister.com/2024/07/21/crowdstrike_linux_crashes_restoration_tools/
#72 Pero si te acabo de poner dos ejemplos de que a Linux le ha pasado exactamente lo mismo .
El acceso a ring0 puede reventar cualquier sistema operativo y hay software (como los controladores del hardware o los EDR) que necesitan dicho acceso para realizar su trabajo.
#73 Por eso han salido en el telediario hablando de la caida de los sistemas Linux.
El Kernel Space de Linux no es el Far West de Windows
https://www.kernel.org/doc/html/v5.0/security/self-protection.html
#85 Si no ha salido en el telediario es porque el uso de Debían y Red Hat, aún siendo de las distros más populares, es testimonial en comparación con Windows.
#72 "Si Windoes lic..." El kernel panic pasaría en cada distribución windoes que hubiera cargado el módulo.
Que no solo ocurrió en Debian en Red Hat también.
#63 esos pantallazos no son responsabilidad de Microsoft sino de los proveedores de terceros.
Si Linux no dá esos problemas es porque apenas hay proveedores de terceros que generen módulos de linux (ni software comercial apenas). No porque sea más seguro, porque el diseño del sistema operativo a día de hoy es bastante parecido en los dos: kernels monolíticos.
#48 Lo peor de esa noticia es el poco caso que hicieron en CrowdStrike.
Lo mejor que el daño fué muy menor.
#48 Aislado o no, el caso de Crowdstrike en Windows no es un fallo de diseño del sistema operativo. Lo mismo que sucedió en Windows puede suceder (y ha sucedido) en Linux.
#63 Si lo de Crowdstrike fue un fallo de diseño del SO, el mismo fallo tiene Linux.
https://www.theregister.com/2024/07/21/crowdstrike_linux_crashes_restoration_tools/
#72 Pero si te acabo de poner dos ejemplos de que a Linux le ha pasado exactamente lo mismo .
El acceso a ring0 puede reventar cualquier sistema operativo y hay software (como los controladores del hardware o los EDR) que necesitan dicho acceso para realizar su trabajo.
#73 Por eso han salido en el telediario hablando de la caida de los sistemas Linux.
El Kernel Space de Linux no es el Far West de Windows
https://www.kernel.org/doc/html/v5.0/security/self-protection.html
#72 "Si Windoes lic..." El kernel panic pasaría en cada distribución windoes que hubiera cargado el módulo.
Que no solo ocurrió en Debian en Red Hat también.
#63 esos pantallazos no son responsabilidad de Microsoft sino de los proveedores de terceros.
Si Linux no dá esos problemas es porque apenas hay proveedores de terceros que generen módulos de linux (ni software comercial apenas). No porque sea más seguro, porque el diseño del sistema operativo a día de hoy es bastante parecido en los dos: kernels monolíticos.
#10 En mi experiencia el número de pantallazos azules frente a los Kernel Panics es incomparable. Además el sistema de actualizaciones de Microsoft da puto asco.
#14 totalmente de acuerdo
#14 Que sea incomparable no quiere decir que sea imposible. Y el agente de Crowdstrike ya provocó kernel panic en dos distros recientemente. Los sistemas operativos se protegen de esto a nivel de confianza (origen de los módulos/drivers), y cualquier sistema operativo va a otorgar confianza a un fabricante como Crowdstrike.
#48 Lo peor de esa noticia es el poco caso que hicieron en CrowdStrike.
Lo mejor que el daño fué muy menor.
#48 Aislado o no, el caso de Crowdstrike en Windows no es un fallo de diseño del sistema operativo. Lo mismo que sucedió en Windows puede suceder (y ha sucedido) en Linux.
#63 Si lo de Crowdstrike fue un fallo de diseño del SO, el mismo fallo tiene Linux.
https://www.theregister.com/2024/07/21/crowdstrike_linux_crashes_restoration_tools/
#63 esos pantallazos no son responsabilidad de Microsoft sino de los proveedores de terceros.
Si Linux no dá esos problemas es porque apenas hay proveedores de terceros que generen módulos de linux (ni software comercial apenas). No porque sea más seguro, porque el diseño del sistema operativo a día de hoy es bastante parecido en los dos: kernels monolíticos.
#14 La grandísima mayoría de BSOD son por fallos de hardware y en este caso en particular es por software de terceros, lo primero es inevitable en cualquier situación, lo segundo pasa exactamente igual en Linux o en cualquier otro sistema que permita instalar controladores o programas de terceros con permisos de root/administrador.
El sistema de actualización de Windows si da puto asco pero está pensado para forzar a actualizar a gente que tiene cero conocimientos informáticos y que no lo harían nunca si no fuese tan intrusivo (lo que le lleva a liarla a veces), pero si, da puto asco.
Si en el kernel de Linux un modulo da por saco el mismo kernel lo manda a freir puñetas, no entra en Kernel Panic.
#4 Linux puede reventar exactamente igual que Windows, ya pasó en mayo, y también la semana pasada
#14 totalmente de acuerdo
#14 Que sea incomparable no quiere decir que sea imposible. Y el agente de Crowdstrike ya provocó kernel panic en dos distros recientemente. Los sistemas operativos se protegen de esto a nivel de confianza (origen de los módulos/drivers), y cualquier sistema operativo va a otorgar confianza a un fabricante como Crowdstrike.
#48 Lo peor de esa noticia es el poco caso que hicieron en CrowdStrike.
Lo mejor que el daño fué muy menor.
#48 Aislado o no, el caso de Crowdstrike en Windows no es un fallo de diseño del sistema operativo. Lo mismo que sucedió en Windows puede suceder (y ha sucedido) en Linux.
#63 Si lo de Crowdstrike fue un fallo de diseño del SO, el mismo fallo tiene Linux.
https://www.theregister.com/2024/07/21/crowdstrike_linux_crashes_restoration_tools/
#63 esos pantallazos no son responsabilidad de Microsoft sino de los proveedores de terceros.
Si Linux no dá esos problemas es porque apenas hay proveedores de terceros que generen módulos de linux (ni software comercial apenas). No porque sea más seguro, porque el diseño del sistema operativo a día de hoy es bastante parecido en los dos: kernels monolíticos.
#14 La grandísima mayoría de BSOD son por fallos de hardware y en este caso en particular es por software de terceros, lo primero es inevitable en cualquier situación, lo segundo pasa exactamente igual en Linux o en cualquier otro sistema que permita instalar controladores o programas de terceros con permisos de root/administrador.
El sistema de actualización de Windows si da puto asco pero está pensado para forzar a actualizar a gente que tiene cero conocimientos informáticos y que no lo harían nunca si no fuese tan intrusivo (lo que le lleva a liarla a veces), pero si, da puto asco.
#4 vengo a hacer de "avocado" del diablo (🍐 👹).
Un mal módulo en el kernel te puede tirar un buen kernel panic. La diferencia es que a día de hoy no es muy común instalar módulos por tu cuenta: los sueles instalar a través del gestor de paquetes o a través de DKMS (que lo sueles instalar a través del gestor de paquetes también). Estos métodos vienen con scripts de configuración que lo hacen casi todo por ti, tanto los scripts como los binarios han pasado ya el control de calidad que aplica la distribución de turno por lo que tienes que esforzarte un poco si quieres romper el sistema. En los últimos años la única forma en la que he "roto" mi configuración es instalando (mal) los drivers de nVidia.
En Windows vas instalando cosas de aquí y allá, cada una de su padre y su madre, y las garantías son las que son: unas mejores y otras inexistentes.
En este caso la "ventaja" de Linux es que las distros suelen tener unos canales de distribución de software bastante centralizados (repositorios) y aceptablemente auditados, lo cual te filtra los desastres más gordos, pero tampoco es infalible.
#38 Pues no sé que estás defendiendo. En el caso que nos ocupa una actualización de un driver que se instala automáticamente rompe el sistema. Pero es driver es suministrado por producto dirigido a empresas y organizaciones que usan políticas de dominio y repositorios de parches.
Esto deja en muy mal lugar a las organizaciones que usan el producto en cuestión que emplea ese driver de funcionamiento incorrecto. En lugar de liberar la actualización para todos los ordenadores deberían haberlo liberado para unos pocos ordenadores que tengan configuraciones representativas de las que se usan en los departamentos de esa empresa. Una vez llevan funcionando una semana o dos sin errores liberan para todos los usuarios de esa organización.
El departamento IT no va a probar exhaustivamente si la cada actualización rompe algo, porque no tienen ni idea de usar todos los programas que se usan en cada departamento (por ejemplo no usan el programa de generar las nóminas), pero al menos van a detectar que tras una actualización el ordenador no arranca.
#54 Crowdstrike despliega un agente autoactualizable. Las políticas de actualización se gestionan desde su consola y permiten hacer pilotos y despliegues retardados, pero en el caso de esta actualización fallida se pasaron las políticas definidas por el forro.
#113 Se pasaron por el forro las políticas de despliegue retrasado en empresas clientes que sí las tenían.
#54 claro... y mientras tanto dejas cientos de miles de pc's de empresas vulnerables porque "no puedes aplicarles el parche" frente a las últimas 20-30 vulnerabilidades descubiertas hasta que veas que el grupo canario no ha petado...
Si se hace así es para ofrecer protección en tiempo real frente a las últimas amenazas detectadas, lo cual en un entorno empresarial es lo más lógico (todos queremos estar protegidos frente a un 0 Day exploit tan pronto como se descubre)... otra cosa es que el QA haya sido una mierda y ese update no debiera se haber pasado a producción (y menos un viernes) bajo ninguna circunstancia...
#67 #54 Esperas una semana como máximo.
Estamos hablando de que potencialmente pueden petar servidores Windows con servicios empresariales ademas de workstation. Es un driver lo qué ha fallado. Qué sea Una mala configuration da igual. El driver no es lo bastante robusto para que ante una mala configuración no de un panic.
O esperar 24 horas. Si las cobayas se reinician bien se pasa el parche al repositorio general y que carguen el parche todos los demás ordenadores al siguiente reinicio.
Nosotros lo hacíamos en el laboratorio. El setup inicial no es difícil.
#54 En ppio el error no ha dado en un driver (que tiene que estar firmado por Microsoft para cargarse en el kernel), sino una configuración que carga el driver -este sí, firmado- (que habrá que ver si es una manera de cargar código en el kernel sin firmar ) que ha hecho que pete.
Como organización no puedes probar cada actualización, sobre todo porque si no lo tienes activado también te comes vulnerabilidades.
#4 Llámalo como quieras, pero...
Relacionada https://www.meneame.net/go?id=3960830
#4 Cualquier módulo de linux da el mismo error que el de CrowdStrike y dá panic y tienes que reiniciar. De hecho si falla systemd entras en un bootloop como el del viernes pasado.
#87 exactamente lo mismo que había que hacer para arreglar lo de Crowdstrike. Modo seguro + borrar el driver.
#1 Que quieres que te diga, el Vanilla OS es de lo más sexy que hay por ahí en sistemas operativos.