El popular servicio en línea para el análisis de archivos, URLs y direcciones IP sospechosas, que fue creado por un malagueño y ahora propiedad de Google, VirusTotal, ha tenido un incidente de seguridad bastante lamentable. Según han descubierto unos investigadores de SafeBreach, se podrían recopilar credenciales que fueron robadas por malware.

De hecho, con una licencia mensual de VirusTotal de 600€ han conseguido más de un millón de credenciales de usuarios con tan solo realizar una sencilla búsqueda y unas pocas herramientas. Todas ellas provienen de archivos extraídos de máquinas infectadas, billeteras de criptomonedas sin cifrar, etc., y que han terminado alojados en VirusTotal.

I’ve found this on VT pic.twitter.com/U8v4ix1acx

— Florian Roth ⚡️ (@cyb3rops) January 17, 2022

https://platform.twitter.com/widgets.js

El investigador de SafeBreach se basó en un simple método (dorking) para ello. Y es que la API y herramientas de VirusTotal (VT Graph, Retrohunt,…) se pueden usar para encontrar archivos que contengan datos robados (correos electrónicos, nombres de usuario, credenciales de acceso a redes sociales, sitios de comercio electrónico, servicios de pago en línea, plataformas de streaming, servicios gubernamentales en línea, cuentas bancarias, y claves de billeteras privadas de criptomonedas).

Según Bar, de SafeBreach, «Nuestro objetivo era identificar los datos que un delincuente podría recopilar con una licencia de VirusTotal«, un método al que han bautizado como VirusTotal Hacking.

“Un delincuente que usa este método puede recopilar una cantidad casi ilimitada de credenciales y otros datos confidenciales del usuario con muy poco esfuerzo en un corto período de tiempo utilizando un enfoque libre de infecciones. Lo llamamos el ciberdelito perfecto, no solo por el hecho de que no hay riesgo y el esfuerzo es muy bajo, sino también por la incapacidad de las víctimas para protegerse de este tipo de actividades. Después de que el pirata informático original piratea a las víctimas, la mayoría tiene poca visibilidad de qué información confidencial se carga y almacena en VirusTotal y otros foros”.

Los investigadores instaron a Google, a través de su subsidiaria Chronicle Security, buscar y eliminar estos archivos de datos de usuario y prohibir las claves API que los cargan, así como agregar un algoritmo que impidiese la carga de estos archivos para realizar limpiezas periódicas y que no ocurra esto. Pero, por el momento, Google no ha movido ni un solo dedo para evitarlo…

from Linux Adictos https://ift.tt/3IqfM0Q
via IFTTT

CentOS era una de las distros más aclamadas para servidores, y que muchas empresas adoptaron, una bifurcación binaria de RHEL (Red Hat Enterprise Linux), de Red Hat (ahora propiedad de IBM), mantenido por la comunidad y gratuita. Sin embargo, en un giro inesperado, todo se trastocó, dejando un gran hueco que ahora está por llenar. Liberty Linux, de SUSE, es otra de las alternativas que se unen a proyectos como AlmaLinux, Rocky Linux, etc.

El sistema operativo de grado empresarial SUSE Liberty Linux surgió como un nuevo proyecto para crear otra gran alternativa a CentOS, pero lo hizo de forma sigilosa, sin demasiados fuegos artificiales y por sorpresa para muchos.

Liberty Linux es una distro que está siendo desarrollada por SUSE con su propia herramienta Open Build Service, a partir de los paquetes binarios RPM oficiales de Red Hat (SRPM). En el caso del kernel, no se usará el de RHEL, sino que se basa en el de SUSE Linux Enterprise Server (SLES), pero compilado usando una configuración para que mantenga la compatibilidad para RHEL/CentOS.

Por otro lado, Liberty Linux, también promete compatibilidad con SUSE Linux Enterprise Linux y openSUSE también, es decir, ha sido diseñada para entornos mixtos.

Incluye interesantes soluciones como SUSE Manager para facilitar su gestión y automatizar muchas tareas, además de disponer de soporte de grado empresarial (24/7/365 a través de un chat, por email o vía telefónica) y actualizaciones, optimización, robustez, estabilidad, seguridad, pensada para los entornos que necesitan de alta disponibilidad (servidores, empresas,…) y promete ser de las mejores alternativas que han surgido por el momento.

Liberty Linux es una idea similar en algunos aspectos a CloudLinux, para ofrecer una solución a todos los usuarios que han quedado afectados por el cambio en el desarrollo de CentOS, evitando CentOS Stream.

Más información sobre Liberty Linux – Web oficial de SUSE

from Linux Adictos https://ift.tt/3nMHSvf
via IFTTT

Miguel Ojeda, autor del proyecto Rust-for-Linux, dio a conocer reciénteme la cuarta propuesta para los componentes del controlador de dispositivo Rust para que la consideren los desarrolladores del kernel de Linux.

El soporte de Rust se considera experimental, pero ya se acordó incluirlo en la rama linux-next y es lo suficientemente maduro como para comenzar a trabajar en capas de abstracción sobre los subsistemas del kernel, así como para escribir controladores y módulos. El desarrollo está financiado por Google y el ISRG (Internet Security Research Group), que es el fundador del proyecto Let’s Encrypt y promueve HTTPS y el desarrollo de tecnologías para aumentar la seguridad de Internet.

Para quien aún desconoce de los cambios propuestos, deben saber que estos hacen posible el uso de Rust como segundo lenguaje para desarrollar controladores y módulos del kernel. El soporte de Rust se presenta como una opción que no está habilitada de forma predeterminada y no da como resultado la inclusión de Rust entre las dependencias de compilación requeridas para el kernel.

El uso de Rust para desarrollar controladores permitirá crear controladores mejores y más seguros con un esfuerzo mínimo, sin problemas como acceder a un área de memoria después de liberarla, desreferenciar punteros nulos y desbordamientos de búfer.

La seguridad de la memoria se proporciona en Rust en tiempo de compilación mediante la verificación de referencias, el seguimiento de la propiedad del objeto y la vida útil del objeto (alcance), así como mediante la evaluación de la corrección del acceso a la memoria durante la ejecución del código.

Rust también brinda protección contra desbordamientos de enteros, requiere que las variables se inicialicen antes de su uso, maneja mejor los errores en la biblioteca estándar, aplica el concepto de referencias y variables inmutables de forma predeterminada y ofrece tipado estático fuerte para minimizar los errores lógicos.

¿Cuáles son los cambios en a cuarta entrega?

En esta nueva versión que se presentan de los parches se menciona que se continuó con la eliminación de los comentarios realizados durante la discusión de la primera, segunda y tercera edición de los parches.

Seguiremos actualizando hasta que no dependamos de ninguna característica inestable;
momento en el que es posible que deseemos comenzar a declarar una versión mínima de Rust
es compatible, como se hace, por ejemplo, para GCC y Clang.

Del mismo modo, también migramos a la edición 2021 del lenguaje Rust.

En cuanto a los demás cambios que se realizaron en esta nueva versión en el anuncio se menciona lo siguiente:

• Se realizó la transición para poder usar la versión estable de Rust 1.58.0 como compilador de referencia.
• Entre los cambios necesarios para el proyecto, que aún no están incluidos en el kit de herramientas principal de Rust, se encuentran el indicador «-Zsymbol-mangling-version=v0» (esperado en Rust 1.59.0) y el modo «maybe_uninit_extra» (esperado en Rust 1.60.0).
• Se agregaron las verificaciones automáticas para la disponibilidad de las herramientas de Rust y que ademas de ello estas sean adecuadas y que tambien se amplió la capacidad de probar el soporte de Rust en el sistema.
• Se proponen las nuevas abstracciones para poder acceder a las tablas de identificadores de los dispositivos («IdArray» e «IdTable») desde el código Rust.
• Se agregaron las capas para las funciones de llamada que estan relacionadas con el temporizador (marco de reloj).
• Los controladores de la plataforma ahora se definen a través de las implementaciones de los rasgos.
• Se ha agregado una nueva macro para poder simplificar el registro de los controladores de la plataforma y se ha propuesto una nueva plantilla de controlador genérico.
• Se agregaron nuevas macros para las estructuras «dev_*».
• Se agregaron los nuevos métodos «{read,write}*_relaxed» para el tipo IoMem<T>.
• Se eliminó la propiedad FileOpener para simplificar las operaciones con archivos.
• Se agregó el parámetro «ThisModule» al número de argumentos pasados ​​durante el registro del controlador.
• Se propone una plantilla típica para crear módulos de kernel en el lenguaje Rust.

Finalmente si estás interesado en poder conocer más al respecto sobre esta nueva versión, puedes consultar los detalles en el siguiente enlace.

from Linux Adictos https://ift.tt/3FHHhB3
via IFTTT