SoftwareLibre

ida positiva y proactiva” alineada con sus políticas nacionales de ciberseguridad. La Alianza de Desarrolladores también aplaudió la iniciativa, destacando que este paso refuerza la confianza y la responsabilidad dentro del ecosistema Android. A pesar de estas restricciones, Google enfatiza que los desarrolladores seguirán teniendo la libertad de distribuir sus aplicaciones directamente a los usuarios o mediante otras tiendas alternativas. La diferencia es que, a partir de ahora, deberán hacerlo con identidad confirmada. No deberías tener que elegir entre lo abierto y lo seguro. Al integrar la seguridad en el núcleo del sistema operativo, Android ha demostrado que es posible tener ambas, y seguimos avanzando en esa dirección. Este equilibrio busca demostrar que la apertura de Android puede convivir con estándares más altos de seguridad digital, protegiendo a los usuarios sin sacrificar la flexibilidad que ha caracterizado a la plataforma desde sus inicios. Finalmente, si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace.

l backend ZeroMQ y la API WebSocket, Zeekctl puede comunicarse de forma más eficiente con nodos individuales, facilitando la ejecución de comandos y el seguimiento del rendimiento. Se amplía además la telemetría con métricas configurables que permiten registrar el número de eventos entrantes y salientes, su tamaño y hasta el origen de los scripts que los generan. Gracias a esta granularidad, es posible optimizar la carga de los nodos y detectar cuellos de botella en tiempo real. La API WebSocket incorpora soporte para el encabezado X-Application-Name, lo que posibilita identificar métricas específicas por aplicación y facilita el monitoreo en entornos distribuidos. Finalmente si estás interesado en poder conocer más al respecto sobre este lanzamiento, puedes consultar los detalles en el siguiente enlace. ¿Como instalar Zeek en Linux? Para los interesados en poder instalar Zeek en su sistema, deben saber que se ofrecen binarios preconstruidos a través de openSUSE Build Service y basta con elegir la distribucion para que nos proporcione los comandos de instalacion. Por ejemplo, para el caso de Ubuntu 25.04: echo 'deb http://download.opensuse.org/repositories/security:/zeek/xUbuntu_25.04/ /' | sudo tee /etc/apt/sources.list.d/security:zeek.list curl -fsSL https://download.opensuse.org/repositories/security:zeek/xUbuntu_25.04/Release.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/security_zeek.gpg > /dev/null sudo apt update sudo apt install zeek O en su caso para Ubuntu 24.04: echo 'deb http://download.opensuse.org/repositories/security:/zeek/xUbuntu_24.04/ /' | sudo tee /etc/apt/sources.list.d/security:zeek.list curl -fsSL https://download.opensuse.org/repositories/security:zeek/xUbuntu_24.04/Release.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/security_zeek.gpg > /dev/null sudo apt update sudo apt install zeek En el caso de los que son usuarios de Arch Linux solo deben contar con el repositorio de AUR habilitado y teclear en una terminal: yay -S zeek Si quieres compilar el código por tu cuenta o conocer más, puedes consultar la documentación de Zeek en el siguiente enlace.

Desde Linux Google exigirá verificación de desarrolladores para instalar apps en Android https://blog.desdelinux.net/wp-content/uploads/2025/09/Android_Verification_Banner02.png Google ha anunciado un cambio trascendental en el ecosistema Android, ya que a partir del siguiente año (2026), solo se permitirá la instalación de aplicaciones creadas por desarrolladores verificados en dispositivos Android certificados. Esta medida pone fin a la instalación libre de aplicaciones desde APK descargados manualmente o desde directorios de terceros, a menos que dichos desarrolladores se registren formalmente y confirmen su identidad ante Google. En contraste, las compilaciones no oficiales basadas en el código abierto de AOSP seguirán permitiendo la instalación de cualquier aplicación. Sin embargo, en los dispositivos en proceso de certificación, los fabricantes deberán habilitar comprobaciones adicionales para garantizar que todo el software instalado cumple con los estándares de seguridad exigidos. La certificación Android, además de habilitar el uso de servicios como Play Protect, asegura que los fabricantes ofrecen integración correcta con Google Play Store y acceso a actualizaciones críticas de seguridad. El origen de la medida: frenar el malware en Android La decisión de Google responde a una amenaza cada vez más evidente. Según las estadísticas de la compañía, el malware distribuido desde fuentes externas es 50 veces más frecuente que el detectado dentro de Google Play. Muchos ciberdelincuentes han aprovechado el anonimato para difundir aplicaciones fraudulentas que se hacen pasar por software legítimo, poniendo en riesgo datos financieros y personales de millones de usuarios. Con este cambio, Google busca cerrar la puerta a los actores maliciosos reincidentes que, tras la eliminación de una app fraudulenta, solían relanzar nuevas versiones en poco tiempo. La verificación de identidad introduce una responsabilidad adicional: si un desarrollador incurre en prácticas dañinas, ya no podrá ocultarse bajo el anonimato. Cómo funcionará la verificación de desarrolladores La nueva política implica un proceso en dos etapas. Primero, los desarrolladores deberán confirmar su identidad personal o corporativa proporcionando datos como nombre completo, dirección, teléfono y correo electrónico, además de un documento oficial de identidad o, en el caso de empresas, un identificador legal internacional (DUNS). En segundo lugar, cada aplicación deberá registrarse en un directorio especial, vinculándola con su autor mediante el nombre de paquete y las claves de firma digital. Para quienes ya publican en Google Play, este proceso no será necesario, ya que la verificación está activa desde 2023. Para los desarrolladores independientes que distribuyen aplicaciones fuera de la tienda oficial, Google habilitará una nueva herramienta llamada Android Developer Console, diseñada específicamente para facilitar este registro. Incluso habrá cuentas diferenciadas para estudiantes y aficionados, con requisitos más flexibles que los exigidos a empresas y desarrolladores comerciales. Cronograma de implementación La transición se desplegará de manera gradual. En octubre de 2025 comenzará un periodo de acceso anticipado para los desarrolladores interesados. En marzo de 2026, la verificación se abrirá a todos, y en septiembre de ese mismo año será obligatoria en Brasil, Indonesia, Singapur y Tailandia. A partir de 2027, esta política se aplicará progresivamente en otros países, con el objetivo de alcanzar una cobertura global. El anuncio ya ha recibido respaldo de diferentes sectores. En Brasil, la Federación Brasileña de Bancos lo calificó como un “avance significativo en la protección de los usuarios”. En Indonesia, el Ministerio de Comunicaciones lo consideró un “enfoque equilibrado”, mientras que en Tailandia fue visto como una “med[...]

Desde Linux Zeek 8.0: novedades y mejoras del sistema de análisis de tráfico y detección de intrusiones https://blog.desdelinux.net/wp-content/uploads/2023/03/zeek-imagen-destacada-blog-desdelinux.jpg Hace pocos días se dio a conocer el lanzamiento de «Zeek 8.0», la nueva versión del sistema de análisis de tráfico y detección de intrusiones en redes que antes se conocía como Bro. Este software, ampliamente reconocido en entornos de seguridad y monitorización avanzada, combina potencia, flexibilidad y escalabilidad en redes de gran ancho de banda, manteniéndose como una de las herramientas más completas para el análisis en profundidad de protocolos y eventos relacionados con la seguridad. Su diseño permite registrar de manera detallada la actividad de red, con un enfoque en la detección de anomalías y el desarrollo de políticas personalizadas. Para ello, incluye un lenguaje específico de scripting, que da la posibilidad de definir escenarios de monitorización adaptados a la infraestructura de cada organización. Gracias a su arquitectura modular, Zeek puede analizar una amplia variedad de protocolos a nivel de aplicación, evaluando no solo los encabezados básicos de red, sino también el estado de las conexiones y el comportamiento del tráfico. Esto lo convierte en un recurso estratégico en la gestión de la seguridad y en la investigación forense digital. Novedades destacadas de Zeek 8.0 La versión 8.0.0 llega con mejoras técnicas que amplía una de las funciones más relevantes es la posibilidad de configurar identificadores de tuplas de flujo de red mediante complementos, lo que evita colisiones al separar flujos en entornos complejos. Ahora, además de las direcciones IP, puertos y protocolos, se pueden considerar etiquetas VLAN o identificadores de tráfico encapsulado como VXLAN y Geneve. Otro cambio es la introducción del backend de clúster basado en ZeroMQ, que ya está preparado para entornos de producción. Aunque el backend Broker continúa siendo el predeterminado, el futuro apunta a una migración completa hacia ZeroMQ, lo que permitirá simplificar la distribución de mensajes sin necesidad de un proxy intermedio. En el ámbito de los analizadores, Zeek incorpora soporte para protocolos clave como Redis, que ahora cuenta con un registro dedicado de operaciones, y mejoras en SMTP, que permite extraer mensajes de correo en formato .eml para su análisis. También se ha optimizado el soporte para FTP con AUTH TLS, la detección de registros NAPTR en DNS y la visibilidad de identificadores de sesión en PPPoE. Cambios de última hora y ajustes técnicos El salto a Zeek 8.0.0 también implica cambios estructurales importantes. A partir de esta versión, la compilación del sistema depende de la biblioteca ZeroMQ, lo que prepara el terreno para la transición definitiva al nuevo backend de clúster. Además, Zeek y sus submódulos requieren ahora compiladores compatibles con C++20 (mínimo GCC 10, Clang 8 o Visual Studio 2022). Otra modificación relevante es la sustitución de la clase zeek::Span por el estándar std::span, lo que afecta a desarrolladores de complementos que utilizan el subsistema de telemetría. Se han realizado además limpiezas extensivas en el código base, eliminando dependencias innecesarias y ajustando el manejo de includes. En cuanto a los registros, se unificaron los archivos analyzer.log y dpd.log, y ahora se ofrece la posibilidad de cambiar los formatos de salida gracias al paquete logschema, permitiendo usar JSON o CSV además de los registros de texto tradicionales. Asimismo, se introdujeron ajustes en el manejo de marcas de tiempo, lo que mejora la coherencia en los eventos, aunque puede requerir modificaciones en scripts ya existentes. Telemetría avanzada y nuevas capacidades en clústeres La administración de clústeres en Zeek también recibe una actualización significativa. Con e[...]

cidad y falta de reconocimiento hacia los desarrolladores. Ejemplos como Ueberzug, una utilidad para mostrar imágenes en la terminal, o incluso proyectos más grandes como Rust for Linux, reflejan cómo la presión social y el desgaste emocional pueden ser tan destructivos como los retos de programación. Un estudio académico reciente aporta datos contundentes: el 70 % de los proyectos de código abierto pierden a su desarrollador principal en los primeros tres años, y solo el 27 % logra atraer un reemplazo. La dependencia de una sola persona y la falta de estructuras de apoyo convierten a muchos proyectos en iniciativas frágiles, vulnerables a la frustración o al abandono. El abandono de Kapitano pone sobre la mesa nuevamente la problemática que a menudo pasa desapercibida en el mundo del software libre: la necesidad de construir comunidades respetuosas que valoren el trabajo voluntario y protejan a quienes contribuyen sin esperar nada a cambio. La pregunta que queda en el aire es urgente y necesaria: ¿cómo equilibrar la libertad de expresión que caracteriza al código abierto con la responsabilidad colectiva de evitar que el acoso y la hostilidad arruinen proyectos prometedores?

s. Además, la verificación de certificados TLS ahora está habilitada de forma predeterminada, un cambio importante en materia de seguridad. Finalmente para quienes estén interesados en conocer más al respecto sobre este nuevo lanzamiento, pueden consultar el registro completo de cambios en este enlace. Descargar y obtener FFmpeg 8.0 Finalmente, para quienes quieran realizar la instalación o actualización de FFmpeg 8.0 deben saber que este paquete se encuentra en la mayoría de las distribuciones de Linux o si lo prefieren pueden descargar su código fuente para su compilación desde el siguiente enlace. Y para realizar la instalación desde el código fuente, basta con ejecutar la secuencia de comandos ya conocidos: ./configure make make install Para el caso de los que son usuarios de Ubuntu, Debian o cualquier otro derivado de estas distribuciones, basta con abrir una terminal y en ella ejecutar el siguiente comando: sudo apt install ffmpeg

Ubunlog Kapitano: el frontend de ClamAV para Linux que terminó abandonado tras acusaciones y acoso https://ubunlog.com/wp-content/uploads/2025/09/kapitano-linux-antivirus-scanner.png El ecosistema de software libre siempre se ha caracterizado por la pasión de sus colaboradores y la libertad de desarrollo, sin embargo, en ocasiones también revela un lado oscuro: la hostilidad y el desgaste emocional que sufren quienes mantienen proyectos de manera voluntaria. Un ejemplo reciente es Kapitano, una interfaz gráfica para ClamAV que buscaba simplificar el uso del popular antivirus en Linux. Lo que comenzó como un proyecto con gran potencial terminó abruptamente tras una serie de acusaciones infundadas y ataques personales contra su creador. El objetivo de Kapitano era claro: hacer que ClamAV, uno de los motores antivirus de código abierto más utilizados, fuese más accesible para usuarios de Linux mediante una interfaz gráfica moderna basada en GTK4 y libadwaita. Al eliminar la necesidad de usar la terminal, ofrecía una experiencia más sencilla para quienes se inician en este sistema operativo. ClamAV ha sido tradicionalmente una herramienta de línea de comandos, por lo que depende de frontends para atraer a usuarios que prefieren una interacción visual. Así como Windows cuenta con ClamWin y macOS con ClamXav, Kapitano se presentaba como la alternativa natural para Linux. Su creador, conocido como zynequ, desarrolló la aplicación en su tiempo libre, sin financiamiento ni equipo detrás, con la intención de aportar una solución práctica y fácil de usar. El desarrollador de Kapitano abandona el barco El punto de quiebre llegó cuando un usuario reportó en Codeberg que Kapitano supuestamente generaba 24 positivos de malware, acusando al programa de distribuir troyanos y exploits. La afirmación fue categórica: “¡NO DESCARGAR!”. Zynequ respondió señalando que el problema no estaba en Kapitano, sino en ClamAV, ya que su software era solo un contenedor gráfico que ejecutaba comandos sobre el motor antivirus. El código, abierto y revisable por cualquiera, no contenía elementos sospechosos. Sin embargo, lejos de resolverse, la discusión escaló a acusaciones directas de mala fe contra el desarrollador. El usuario insistió en calificar el proyecto como “malware” y llegó a crear un nuevo reporte titulado: “El desarrollador de Kapitano es un actor malicioso. Bloqueen a este distribuidor de malware”. Lo que comenzó como un supuesto error técnico derivó en un acoso personal, cargado de descalificaciones y lenguaje hostil. El abandono del proyecto Agotado por la situación, Zynequ anunció oficialmente el fin del desarrollo de Kapitano. En un mensaje sincero, expresó que el proyecto siempre había sido un esfuerzo personal sin respaldo económico, y que la experiencia de ser acusado falsamente de distribuir malware había quebrado su motivación. «Recientemente, tuve una experiencia desagradable […] donde me acusaron de distribuir malware. Aunque expliqué que el problema no fue causado por la aplicación, la conversación escaló a ataques personales y palabras duras dirigidas a mí». «Esto siempre fue un proyecto de hobby, creado en mi tiempo libre sin ningún apoyo financiero», continuó el desarrollador, agregando que «Incidentes como este hacen que sea difícil mantenerse motivado». La decisión incluyó retirar Kapitano de Flathub, liberar el código bajo la licencia Unlicense para que cualquiera pudiera reutilizarlo, y dejar el repositorio disponible solo durante unos meses antes de cerrar su cuenta en Codeberg. La noticia cayó como un balde de agua fría entre quienes habían seguido con interés la propuesta. Una problemática recurrente en el código abierto El caso de Kapitano no es aislado, ya que la comunidad de software libre ha sido testigo de múltiples abandonos motivados no por dificultades técnicas, sino por la toxi[...]

Ubunlog FFmpeg 8.0 “Huffman”: novedades, códecs Vulkan y mejoras en rendimiento https://ubunlog.com/wp-content/uploads/2020/06/ffmpeg_logo-1.png Tras casi un año de desarrollo y con varios retrasos derivados de la modernización de su infraestructura, se dio a conocer el lanzamiento de la nueva versión de FFmpeg 8.0 “Huffman”, una de las versiones más relevantes del reconocido paquete multimedia. La nueva versión no solo introduce mejoras técnicas de alto nivel, sino que también refuerza su infraestructura de desarrollo con la implementación de un nuevo forge en code.ffmpeg.org, basado en Forgejo, además de la actualización completa de sus servidores de listas de correo. Principales novedades de FFmpeg 8.0 “Huffman” Uno de los avances más llamativos de FFmpeg 8.0 es la incorporación de códecs basados en la API gráfica Vulkan 1.3, que aprovechan los sombreadores de cómputo para obtener un rendimiento superior. Gracias a esta tecnología, la codificación y decodificación de FFV1 y la decodificación de ProRes RAW alcanzan nuevas cotas de eficiencia mediante la paralelización de operaciones. Los desarrolladores también trabajan en la implementación de Vulkan para ProRes y VC-2, actualmente en fase de prueba. Además, Vulkan se emplea en la aceleración de hardware para la decodificación de VP9, VVC (VAAPI) y H.264 (OpenHarmony), así como en la codificación de AV1 y H.264. Nuevos decodificadores y codificadores Otra de las mejoras que presenta esta nueva versión de FFmpeg 8.0, es la compatibilidad ampliada con los nuevos formatos y entre los nuevos decodificadores se encuentran APV (Advanced Professional Video), ProRes RAW, RealVideo 6.0, Sanyo LD-ADPCM, Xbox ADPCM IMA y G.728. Asimismo, se ha implementado un codificador para APV, apoyado en la biblioteca libopenapv. El decodificador de VVC (H.266) ahora soporta extensiones como IBC (Copia entre Bloques), SSC (Codificación de Contenido de Pantalla), ACT (Transformación de Color Adaptativa) y el modo de paleta. También se añadió una versión del decodificador basada en VAAPI y la posibilidad de usar VVC dentro de contenedores Matroska. Otro punto destacado es la codificación de canal alfa en libx265, el soporte para JPEG XL animado mediante libjxl y la mejora del manejo de audio y vídeo multipista en FLV v2. Optimización y nuevas funciones El rendimiento general también recibe mejoras gracias a optimizaciones basadas en AVX-512, que aceleran notablemente ciertas operaciones de decodificación. La mejora es abrumadora: el nuevo código alcanza una aceleración de entre 23 y 28 veces más rápido en comparación con la versión en C básica, lo que representa uno de los incrementos de rendimiento más notables en la historia reciente de este proyecto. El trabajo fue liderado por Niklas Haas, quien implementó la versión AVX-512 del filtro vf_bwdif. Gracias a este avance, los usuarios que procesan vídeos en procesadores Intel y AMD modernos con soporte AVX-512 verán reducidos de forma significativa los tiempos de renderizado y conversión de contenidos entrelazados. En números concretos, la variante bwdif8_avx512 es 23.28 veces más rápida, mientras que bwdif10_avx512 alcanza una aceleración de 28,27 veces frente a la línea base en C. Incluso si se compara con la versión previamente optimizada con AVX2, el nuevo código casi duplica el rendimiento. En el apartado de filtros, se incluyen novedades como Whisper, que integra reconocimiento automático de voz con redes neuronales, detección de color para rangos alfa, pad_cuda para añadir relleno con CUDA y scale_d3d11, que permite cambiar la escala de vídeos usando Direct3D 11. Limpieza y modernización del proyecto La versión 8.0 también marca el final de varias tecnologías consideradas obsoletas. Se elimina el soporte para versiones de OpenSSL anteriores a 1.1.0, se descontinúa el ensamblador yasm en favor de nasm, y los codificadores basados en OpenMAX quedan oficialmente obsoleto[...]

epartamento de Justicia como Google han confirmado que apelarán ante el Tribunal Supremo, lo que retrasará un fallo definitivo hasta, al menos, 2027. Veremos entonces qué pasa. La entrada Google no tendrá que vender Chrome. Mozilla respira tranquila es original de MuyLinux

MuyLinux Google no tendrá que vender Chrome. Mozilla respira tranquila https://www.muylinux.com/wp-content/uploads/2025/09/google-chrome.jpg Google ha salido victoriosa de su última gran batalla legal: no tendrá que vender Chrome, dejando a los rivales que pretendían hacerse con el navegador -entre otros, OpenAI o Perplexity- con un palmo de narices. Pero también los hay que, por fin, pueden respirar aliviados, véase el caso de Mozilla. El origen de este proceso se remonta al año pasado, cuando autoridades de Estados Unidos determinaron que Google había actuado de manera ilegal para mantener su monopolio en las búsquedas de Internet. A partir de ese momento se abrió el melón de qué medidas correctoras imponer al gigante y la más llamativa fue la propuesta de obligar a la compañía a desprenderse de Chrome con el objetivo de quitarle la base de más de 3.400 millones de usuarios y transferirla a un competidor que pudiera romper su dominio. Sin embargo, el juez ha considerado que los demandantes fueron demasiado lejos en sus exigencias. La venta forzosa de Chrome, junto con otras demandas que se le hacían a los de Mountain View , incluyendo una posible ruptura de Android y los productos de inteligencia artificial de Google, como Gemini, ha quedado descartada. En su lugar, el tribunal ha ordenado medidas mucho más limitadas que en ningún caso alteran el panorama actual. Entre las correcciones aprobadas se incluye la obligación de compartir con «competidores calificados» ciertos índices de búsqueda y datos de interacción, de forma que puedan mejorar sus propios servicios. Asimismo, Google tendrá que ofrecer sus soluciones de búsqueda y publicidad en condiciones estándar, sin imponer barreras de acceso que perjudiquen a terceros. Otra restricción notable es la prohibición de firmar acuerdos exclusivos que condicionen la distribución de Chrome, su buscador o Gemini a otros servicios o ingresos. Lo que no cambia son acuerdos tan lucrativos como el que mantiene con Apple y por el que la compañía embolsa más de 20.000 millones de dólares al año para que su motor de búsqueda siga siendo el predeterminado en los dispositivos iOS. Y este es solo un ejemplo, muy claro eso sí, de cómo el gigante de Internet conserva todas las ventajas que consolidan su posición de privilegio. Voces críticas como DuckDuckGo ya han manifestado su desacuerdo con el fallo: «No creemos que las medidas correctivas ordenadas por el tribunal obliguen a realizar los cambios necesarios para abordar adecuadamente la conducta ilegal de Google. Google podrá seguir utilizando su monopolio para frenar a sus competidores«, aseguran portavoces del buscador alternativa. Pero también hay quien respira aliviado. https://www.muylinux.com/wp-content/uploads/2025/05/Mozilla.png Mozilla, cuyo acuerdo con Google es vital para la propia compañía y la supervivencia de Firefox, puede estar tranquila, porque todo va a seguir como hasta ahora. Y no solo es algo que se haya manifestado de manera explícita. Así se ha entendido desde un principio: fue comenzar el proceso antimonopilio contra Google y empezar Mozilla a introducir cambios polémicos y a quitarse lastre económico de encima en previsión de un posible colapso. Cabe recordar que un altísimo porcentaje de los ingresos de Mozilla provienen de su acuerdo con Google, por el cual el navegador libre pone por defecto su buscador. Y si bien Mozilla podría renovarlo o encontrar otro socio para tal efecto, difícilmente recibiría una suma similar a la actual, que muchos analistas no ligan a la base de usuarios de Firefox, sino al equilibrio monopolístico en el que se mueve Chrome. Es decir, Google estaría pagando de más a Mozilla para mantener la competencia de Firefox, no para posicionar su buscador… y sin Chrome en el portafolio, los intereses por continuar la relación perderían muchos enteros. Literalmente. En todo caso, la historia aún no ha terminado. Tanto el D[...]

MuyLinux Webinar: IA aplicada a la ciberseguridad para partners IT https://www.muylinux.com/wp-content/uploads/2025/09/ciberseguridad-ia-webinar-muycanal.jpg La inteligencia artificial ha pasado de ser una promesa a convertirse en una realidad que ya está cambiando la forma en la que se conciben los servicios de ciberseguridad. Automatización en la detección de amenazas, análisis de comportamiento avanzado o respuestas inmediatas a incidentes son solo algunos de los ámbitos en los que esta tecnología está marcando la diferencia. El canal IT no puede quedarse atrás, y por eso el próximo martes 23 de septiembre a las 10:00 (GMT+1) se celebrará el webinar “IA aplicada a la ciberseguridad: lo que todo partner debe ofrecer”, un evento online y gratuito dirigido a integradores, proveedores de servicios gestionados y distribuidores IT. Una cita para entender el papel real de la IA en ciberseguridad Durante una hora, especialistas de TD SYNNEX, SonicWall y ESET abordarán el impacto de la inteligencia artificial en la seguridad gestionada y mostrarán casos prácticos donde ya se está utilizando con éxito. La sesión cubrirá aspectos como: * Cómo la IA refuerza la detección proactiva de amenazas. * La integración de análisis de comportamiento en infraestructuras de seguridad. * Casos en los que la respuesta automática evita daños mayores. * Opciones para ofrecer estos servicios como parte de un catálogo existente o en combinación con soluciones de firewall, protección de endpoint o monitorización tradicional. Oportunidad para partners IT Más allá de la tecnología, el mensaje que deja este encuentro es claro: la inteligencia artificial se ha convertido en un factor de competitividad inmediata. Los partners que sepan trasladar ese valor a sus clientes podrán diferenciarse y posicionarse mejor en un mercado cada vez más exigente. Además, el webinar ofrecerá un espacio abierto para que los asistentes planteen sus dudas directamente a los protagonistas, con la posibilidad de profundizar en las soluciones que más interesen a cada negocio. https://www.muylinux.com/wp-content/uploads/2025/09/boton-muylinux-registrate.jpg La entrada Webinar: IA aplicada a la ciberseguridad para partners IT es original de MuyLinux

MuyLinux Nano Banana en GIMP: la creación de imágenes con IA llega al editor vía plugin https://www.muylinux.com/wp-content/uploads/2025/09/Dreamprompter.jpg Si no vives metido en una cueva, sin duda habrás leído recientemente algo sobre Nano Banana, toda una «revolución» en el ámbito de la generación de imágenes con inteligencia artificial. O así nos lo han vendido en casi todos lados. Pues bien, el invento llega ahora a GIMP vía plugin. Es todo bastante curioso, de hecho: ha sido a lo largo del último par de semanas que Nano Banana se ha convertido en uno de los protagonistas de las noticias sobre IA generativa. En concreto, IA generativa de imágenes, pero no solo eso: también permite editar imágenes ya existentes a golpe de prompt, algo que, en conjunto con la calidad de los resultados, ha dado mucho de que hablar. Fijaos si ha tenido impacto Nano Banana que en apenas un par de semanas ya es posible encontrar diferentes sitios de creación de imágenes con IA bajo ese nombre… Y ninguno de ellos es oficial, lo cual no significa que sean servicios fraudulentos per se, pero mejor prevenir que curar. Y es que Nano Banana no es una nueva aplicación o servicio como tal, sino un flamante modo -una versión- del sistema de inteligencia artificial de Google. La funcionalidad se estrenó primero en Google AI Studio y en los últimos días se está extendido a Gemini a través del modelo 2.5 Flash. Pero también se puede acceder vía API, que es de lo que tira Dream Prompter. Dream Prompter: Nano Banana en GIMP Fiel a su nombre, Dream Prompter es un plugin para GIMP basado en el sistema de creación y edición de imágenes de Nano Banana: le metes un prompt para generar una imagen nueva o, por el contrario, para editar una ya existente sin importar su origen. En apariencia, es muy sencillo su funcionamiento, según el diálogo de uso. https://www.muylinux.com/wp-content/uploads/2025/09/dp.webp Como se ve, básicamente consiste en elegir generar una nueva imagen o editar una ya existente -adjuntándola- e introducir el prompt adecuado y esperar el resultado. Como también se ve, es imprescindible introducir la clave de la API de Gemini, disponible en Google AI Studio, para que el plugin funcione. Eso sí, recuerda si te apetece probarlo que tiene límites: mayores con una cuenta gratuita y más holgados con una suscripción a Gemini Advanced. Los tokens disponibles se indican en Google Studio AI. Una vez llegue esta característica a Gemini será más accesible para todos los usuarios. ¿Solo te interesa Dream Prompter? Tienes toda la información en el anuncio oficial, donde se muestran también algunas creaciones de ejemplos, así como el plugin y las instrucciones de compilación y configuración en su página en GitHub. A modo de curiosidad, Dream Prompter ha sido desarrollado por Josh Ellithorpe, responsable de Plank Reloaded; y para ello se ha servido de la capacidad de programación de Claude. La entrada Nano Banana en GIMP: la creación de imágenes con IA llega al editor vía plugin es original de MuyLinux

MuyLinux JetBrains amplía el acceso a la API LSP y unifica la distribución de IntelliJ IDEA https://www.muylinux.com/wp-content/uploads/2025/05/jetbrains.jpg JetBrains ha anunciado dos cambios relevantes en torno a su IDE más conocido, IntelliJ IDEA: por un lado, la disponibilidad de la API de soporte para el protocolo LSP (Language Server Protocol) para todos los usuarios; por otro, la transición hacia un modelo de distribución unificada que acabará con las ediciones separadas Community y Ultimate. Hasta ahora, la API LSP estaba restringida a los suscriptores del plan Ultimate, lo que limitaba su uso a entornos comerciales. Pero ya no será así, dado que con IntelliJ IDEA 2025.2 desaparece esta limitación y la API pasará a estar disponible también en el modo de fallback, el conjunto de funciones gratuitas al que se accede aunque la suscripción haya caducado. El cambio beneficia sobre todo a los desarrolladores de plugins y a comunidades de lenguajes minoritarios, que podrán crear extensiones basadas en LSP sin exigir a los usuarios contar con una licencia de pago. Esto incluye a los desarrolladores de plugins de código abierto, que hasta ahora no podían ofrecer soporte LSP sin restringir a su base de usuarios. JetBrains recuerda, eso sí, que la implementación, aunque gratuita accesible para terceros, sigue siendo privativa. En cuanto a capacidades, la API ofrece un conjunto completo de funciones, incluyendo autocompletado, salto a definiciones, documentación emergente, referencias, resaltado semántico, diagnósticos, acciones rápidas, formateo de código y comandos de espacio de trabajo. Y aunque el cliente es de código abierto, algunas de estas características permanecen como propietarias, si bien seguirán siendo de acceso gratuito. El otro gran cambio llegará con IntelliJ IDEA 2025.3, y es que a partir del lanzamiento de esta próxima versión será cuando se introduzca el instalador único. En ese momento desaparecerán las ediciones Community y Ultimate: solo existirá IntelliJ IDEA, con todas las funciones incluidas en la descarga. Lo que diferenciará a los usuarios será el estado de su suscripción. Lo interesante de este último movimiento es que, si bien solo mediante la suscripción se seguirá teniendo acceso a todas las funciones del IDE, el modo gratuito amplía el conjunto de características disponibles, mejorando lo que se ofrecía hasta ahora en la actual Community Edition. Aseguran desde JetBrains que, de esta manera, el programa nunca quedará inutilizado, aunque las funciones más potentes, como el desarrollo remoto, el soporte avanzado para frameworks o la programación asistida por IA seguirán reservadas a quienes paguen por Ultimate. En otro orden de cosas, hace unos meses que JetBrains anunció el lanzamiento de Mellum, su primer modelo de IA abierto para programación, especializado en generación y el autocompletado de código, diseñado para integrarse en herramientas profesionales para desarrolladores. La entrada JetBrains amplía el acceso a la API LSP y unifica la distribución de IntelliJ IDEA es original de MuyLinux