from Latest from TechRadar https://ift.tt/tyHIEvs
via IFTTT IA

Cuando utilizas agentes de IA como ChatGPT Work o Microsoft Copilot, tus archivos y tus indicaciones pasan por servidores de terceros que no controlas. En esencia, estás pagando una suscripción para permitir que alguien más gestione tus datos, cuando podrías ejecutar las mismas tareas localmente en tu propio hardware.

Para profesionales y equipos que trabajan en industrias reguladas o que requieren cumplir con normas de localización de datos, esto puede suponer un desafío continuo. Incluso al optar por no entrenar modelos con ChatGPT o Claude, confías en que cumplan ese acuerdo con muy pocos recursos legales en caso de incumplimiento.

Sin embargo, autoalojar tus propios agentes ya no es tan complicado como solía ser. Es posible configurar un entorno privado de OpenClaw en tu estación de trabajo local, en un VPS o en un NAS. Si quieres, puedes ir un paso más allá añadiendo la interfaz visual Open WebUI, que simplifica la creación y gestión de agentes. He probado este setup en mi equipo y te mostraré qué tan fácil es hacerlo tú también.

Qué necesitarás antes de empezar

• Un equipo local con Linux (escritorio, máquina virtual, VPS o NAS) con al menos 4 GB de RAM y 20 GB de almacenamiento libre.
• Acceso sudo a tu sistema Linux.
• Node.js 22 o posterior (Node.js 24 es la versión recomendada).
• Una clave API de tu proveedor de LLM preferido, como OpenAI o Anthropic.
• O, si cuentas con GPU, puedes ejecutar un modelo de peso abierto como Llama 3.3 localmente con Ollama (opcional).

Guía paso a paso para autoalojar tu propio agente IA

Paso 1: Instalar OpenClaw

OpenClaw es un marco de agentes autónomos de código abierto capaz de ejecutar comandos, navegar por la web, leer/escribir archivos y conectarse a apps de mensajería usando tu infraestructura local. Puedes instalarlo con el script oficial.

curl -fsSL https://ift.tt/QcLhGt4 | bash

Una vez instalado, ejecuta el asistente de incorporación. Aquí es donde conectarás la clave API de tu proveedor de modelo y pondrás un nombre a tu agente OpenClaw.

openclaw onboard

Sigue las instrucciones para configurar un modelo AI por defecto y pega tu clave API. También puedes elegir ejecutar un modelo de peso abierto como Llama 3.3 o Qwen 3.7 localmente, descargando el repositorio de modelos desde una base de datos como Hugging Face. El asistente escribirá la configuración en ~/.openclaw/openclaw.json, que deberás editar en el siguiente paso.

Paso 2: Habilitar el endpoint de API

Open WebUI se comunica con OpenClaw a través de un endpoint compatible con OpenAI, pero ese endpoint está desactivado por razones de seguridad. Abre el archivo de configuración en un editor de texto con nano.

nano ~/.openclaw/openclaw.json

Ahora añade o actualiza el siguiente bloque para habilitar el endpoint de API.

json{  "gateway": {    "http": {      "endpoints": {        "chatCompletions": {          "enabled": true             }          }       }    } }

Guarda el archivo y cierra el editor. Si el gateway ya está en ejecución, deberás reiniciarlo para que el cambio surta efecto.

Paso 3: Iniciar el gateway

Con el endpoint habilitado, necesitamos iniciar el proceso del gateway.

openclaw gateway

El gateway por defecto escucha en el puerto 18789. Verifica que esté en marcha con la comprobación de estado integrada.

openclaw gateway status

Paso 4: Instalar Docker y ejecutar Open WebUI

Open WebUI ofrece una interfaz visual pulida que facilita crear y ejecutar agentes OpenClaw sin interactuar con la CLI en la terminal cada vez. Open WebUI recomienda instalarlo como una aplicación contenedorizada con Docker, por lo que primero debemos instalar Docker Engine y Docker Compose.

Antes de nada, abre una terminal y actualiza el índice de paquetes.

sudo apt-get update && sudo apt-get install -y ca-certificates curl

Añade la clave GPG oficial de Docker para verificar la procedencia de los paquetes.

sudo install -m 0755 -d /etc/apt/keyrings
sudo curl -fsSL https://download.docker.com/linux/ubuntu/gpg -o /etc/apt/keyrings/docker.asc
sudo chmod a+r /etc/apt/keyrings/docker.asc

Registra el repositorio de Docker con apt.

echo  "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.asc] https://download.docker.com/linux/ubuntu  $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
sudo apt-get update

Instala Docker Engine y Docker Compose.

sudo apt-get install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin

Ejecuta Open WebUI como contenedor.

docker run -d \
  --name open-webui \
  --restart unless-stopped \
  -p 3000:8080 \
  --add-host=host.docker.internal:host-gateway \
  -v open-webui-data:/app/backend/data \
  ghcr.io/open-webui/open-webui:main

Nota: Como Open WebUI se ejecuta en un contenedor y OpenClaw se ejecuta directamente en el host, Open WebUI no puede comunicarse con el gateway mediante localhost. La opción –add-host permite que llegue al host donde OpenClaw escucha en el puerto 18789.

Paso 5: Conectar Open WebUI con tu agente OpenClaw

Abre un navegador y navega a http://tu-direccion-ip:3000. Crea una cuenta de administrador en el primer inicio, ya que el primer usuario en registrarse se convierte en administrador.

Una vez iniciado sesión, ve a Configuración > Conexiones > OpenAI.

• Haz clic en Añadir Conexión.
• Para la URL, introduce https://ift.tt/o7buLR1.
• Para la clave API, pega tu token de autenticación del gateway de OpenClaw, que encontrarás en ~/.openclaw/openclaw.json bajo la sección de autenticación del gateway.
• Haz clic en la marca de verificación para verificar la conexión y luego guarda.

Tu agente OpenClaw debería aparecer como modelo seleccionable en la ventana de chat de Open WebUI. Elígelo desde el desplegable y envía un mensaje de prueba para confirmar que todo está conectado correctamente.

Qué hacer ahora que ya está todo configurado

Con la configuración de OpenClaw completa y la interfaz de usuario funcionando, ya puedes empezar a explorar los flujos de trabajo automatizados que puedes ejecutar con este sistema. Si te agobian las opciones, aquí tienes algunas pautas iniciales:

• OpenClaw tiene una biblioteca de Skills impulsada por la comunidad con automatizaciones para tareas como mantenimiento de repositorios GitHub, visualización de datos y codificación de sabor. Consulta ClawHub para empezar.
• Aparte de Open WebUI, OpenClaw puede integrarse con tus apps de mensajería favoritas como Slack, Telegram, Discord o WhatsApp. También puedes usar las herramientas de integración de OpenWebUI para configurar chatbots en Telegram, WhatsApp, Signal y otros. Ve a Settings > Admin > Bots en Open WebUI para configurar tokens API.
• Si quieres automatizar flujos de trabajo en repetición, OpenClaw permite configurar cron jobs que se ejecutan a intervalos definidos. Consulta la documentación de OpenClaw para detalles.
• Si corres este setup en una estación de trabajo personal, asegúrate de hacer copias de seguridad de tus archivos importantes y de cerrar sesión en cuentas en línea a las que no quieras que tus agentes tengan acceso. OpenClaw tiene privilegios a nivel de sistema por defecto, por lo que puede leer y escribir en cualquier archivo o ejecutar tareas, lo que puede ser problemático si manejas datos sensibles. Por eso se recomienda usar un VPS para mayor aislamiento de datos.

FAQ

from Latest from TechRadar https://ift.tt/OBIKo79
via IFTTT IA

La Autoridad de Protección de Datos de los Países Bajos (AP) impuso a Uber una multa de 825 millones de euros (962 millones de dólares) por la forma en que la empresa utilizó sistemas automatizados para suspender cuentas de conductores en Europa. Este caso subraya una preocupación central de la normativa de la Unión Europea: las decisiones que afectan de forma significativa a las personas no deben depender exclusivamente de algoritmos sin supervisión humana.

La cuestión clave es que perder el acceso a Uber puede impedir de inmediato que los conductores ganen dinero a través de la plataforma. Por ello, los reguladores consideraron que el asunto debía encajar en el Artículo 22 del GDPR, que restringe la toma de decisiones automatizada cuando tiene un impacto significativo en los individuos. En este sentido, la sanción representa la segunda multa más alta del GDPR hasta la fecha, solo por detrás de la sanción de 1,2 mil millones de euros impuesta a Meta en 2023.

Un golpe de 825 millones de euros al GDPR

Aunque la multa se impuso en 2026, se refiere a prácticas comerciales entre 2018 y 2022, periodo en el que Uber utilizó software para evaluar el comportamiento de los conductores y las opiniones de los clientes antes de restringir automáticamente cuentas sospechosas. Según los informes, los sistemas de Uber señalaban a conductores por desvíos innecesarios para inflar precios a los clientes o por aceptar viajes sin la intención de completarlos —razones que, en retrospectiva, podrían parecer razonables para ser investigadas.

Sin embargo, los reguladores neerlandeses se centraron en el hecho de que las decisiones se tomaban enteramente por computadoras y algoritmos sin aprobación humana, lo que podría provocar la pérdida de medios de subsistencia. ‘‘Una computadora no debe tomar decisiones por sí sola cuando estas tienen consecuencias tan importantes’’, señalaron las autoridades.

Aunque Países Bajos lideró la investigación debido a que la sede europea de Uber está allí, el caso tiene su origen en una queja de 2020 de LDH (Liga de los Derechos Humanos) en Francia, que representó a 171 conductores de Uber.

Uber sostiene que las suspensiones por fraude fueron, en su mayoría, de corta duración y que las suspensiones permanentes de cuentas no se realizaron sin revisión humana. La empresa anunció su intención de apelar, afirmando que no están de acuerdo con la decisión ni con la magnitud de la multa. En declaraciones citadas por Reuters, la firma expresó: “No estamos de acuerdo con esta decisión y la multa desproporcionada”.

Este caso refuerza el debate global sobre el equilibrio entre la eficiencia de los sistemas automatizados y la protección de los derechos de las personas ante decisiones que pueden cambiar sustancialmente su situación económica y su continuidad laboral.

from Latest from TechRadar https://ift.tt/Ip3WPEx
via IFTTT IA

Existe un punto en muchos proyectos de endpoint donde el nuevo entorno parece estar listo. Dispositivos están inscritos, políticas en su lugar y los endpoints físicos y escritorios virtuales, incluidos Cloud PCs, pueden ser provisionados. Desde la perspectiva de infraestructura, gran parte del trabajo difícil parece haber terminado.

Las aplicaciones suelen contar una historia diferente. Trasladar una aplicación heredada a una nueva plataforma no altera su comportamiento subyacente. Puede que siga dependiendo de componentes antiguos y espere acceso de administrador para escribir archivos y entradas en el registro a través del dispositivo. Su proceso de actualización puede ser en gran medida manual o estar mal documentado.

Un endpoint bien gestionado es valioso, pero no puede hacer que una aplicación difícil de mantener sea más fácil simplemente al alojarla.

Una implementación exitosa puede ocultar el trabajo real

Las plataformas de gestión modernas han hecho mucho más rápido el enrolamiento de dispositivos, la asignación de software y la aplicación de políticas a toda una organización. Los servicios en la nube y los escritorios virtuales también han aliviado gran parte del esfuerzo de provisionar el entorno subyacente. Son avances reales, pero pueden generar una falsa sensación de finalización. Una aplicación puede abrirse en el nuevo entorno y parecer lista para producción.

Los problemas tienden a emerger más tarde. Llega una actualización y hay que recrear el proceso de empaquetado. Un cambio de sistema operativo expone una dependencia que nunca se registró. Un certificado caduca, o una nueva versión se comporta de forma diferente a la versión probada originalmente.

Ningún problema se resuelve simplemente porque la aplicación se entregó a través de una plataforma moderna. Desplegar llega a los usuarios; la modernización determina si IT puede seguir gestionándola una vez que el equipo del proyecto se ha ido.

Las suposiciones antiguas acompañan a las aplicaciones a nuevos entornos

Los portfolios de aplicaciones empresariales tienden a crecer de forma gradual. Se añade software durante años, a menudo bajo diferentes equipos y distintas versiones de Windows. Algunas aplicaciones esperan acceso a carpetas o ubicaciones del registro que hoy no serían apropiadas. Otras dependen de runtimes antiguos, rutas fijas o componentes instalados hace tanto tiempo que nadie está seguro de por qué siguen ahí. La documentación de IT suele ser incompleta.

El instalador original puede haber desaparecido y la persona que entendía la aplicación puede que ya no trabaje en la organización, sin embargo, el software seguiría siendo esencial para un equipo de finanzas, una línea de producción o un proceso clínico.

Movernos a una gestión moderna de endpoints como Intune, un Cloud PC o un nuevo entorno de escritorios virtuales no elimina esas suposiciones. En algunos casos, las expone porque los entornos modernos imponen límites más estrictos sobre lo que el software puede cambiar. Una prueba de lanzamiento mostrará solo una parte del panorama.

La gestión de IT también necesita saber cómo se instala la aplicación, en qué depende, qué partes del sistema espera acceder y cómo se actualiza y elimina. La antigüedad por sí sola no es razón para reemplazar una aplicación. Muchas herramientas de negocio antiguas siguen siendo útiles y críticas para el negocio. El objetivo debe ser entender el software lo suficientemente bien como para gestionarlo adecuadamente, en lugar de trasladar su comportamiento antiguo a un nuevo entorno sin examinarlo.

La modernización no tiene por qué implicar reescribir el software

Reescribir todas las aplicaciones heredadas sería impráctico para la mayoría de las empresas y podría no aportar valor si el software existente ya cumple su función. Una mejor prueba es si la aplicación puede ser soportada durante el resto de su vida útil. Eso requiere una visión clara de sus archivos, servicios, dependencias e interacción con Windows. Una vez que se conocen esos detalles, los problemas de compatibilidad pueden abordarse de forma deliberada en lugar de descubrirse por los usuarios tras el despliegue.

El empaquetado es parte de ese trabajo, aunque no la solución completa. En Windows, formatos como MSIX pueden dar a una aplicación una identidad más clara, exigir firma digital y separar más su actividad del sistema operativo subyacente. También pueden facilitar una eliminación más limpia y actualizaciones más controladas. MSIX puede ofrecer una base más segura y manejable, aunque las aplicaciones con middleware heredado, dependencias no documentadas o configuraciones muy especializadas pueden seguir requiriendo trabajo adicional.

Por ello, las organizaciones deben identificar las aplicaciones complejas temprano. Las pruebas también deben reflejar el uso real: abrir la ventana principal no muestra si los empleados pueden completar las tareas en las que dependen, si la próxima actualización se instalará con éxito o si la aplicación seguirá funcionando cuando cambie otra parte del entorno.

El alcance queda más claro cuando las organizaciones ven el endpoint moderno como un conjunto de componentes interconectados. Un escritorio se compone de tres elementos básicos: el sistema operativo, el perfil de usuario y las aplicaciones. El hardware es el cuarto componente, pero los mismos principios se aplican si la máquina es física o virtual.

El trabajo de las aplicaciones es, por tanto, un proyecto en sí mismo. Las aplicaciones deben ser controladas, aseguradas, actualizadas y entregadas a los usuarios correctos, con el control y cumplimiento que la organización exige.

Involucrar las aplicaciones en el proyecto más temprano

Las aplicaciones suelen tratarse como la última etapa de un programa de endpoint. Se selecciona la plataforma, se construye el entorno y solo entonces la organización comienza a trabajar sobre el inventario de software. En ese punto, los plazos ya están definidos y las suposiciones de compatibilidad pueden haber quedado en el plan. Las aplicaciones difíciles emergen como excepciones tardías, cuando hay menos margen para abordarlas.

Traer la evaluación de aplicaciones hacia adelante ofrece a IT una visión más clara de lo que se está migrando. Los equipos pueden establecer qué aplicaciones se usan, cuáles son críticas para el negocio y qué dependen de tecnología que puede no estar disponible en el nuevo entorno. También pueden separar las aplicaciones rutinarias de aquellas que requieren conocimientos técnicos o comerciales más profundos.

He trabajado en esta industria desde finales de los años noventa y he visto escritorios empresariales evolucionar desde los primeros sistemas de cliente ligero hasta escritorios virtuales y, más recientemente, PCs alojados en la nube. La infraestructura ha mejorado enormemente, pero las preguntas sobre las aplicaciones apenas han cambiado.

Un endpoint moderno es un paso importante, pero la verdadera medida de la modernización es si la organización puede entender, actualizar y soportar las aplicaciones que se ejecutan en él.

Hemos recopilado las mejores suites de software de protección de endpoints.

Este artículo fue elaborado como parte de TechRadar Pro Perspectives, nuestro canal para presentar a las mentes más brillantes de la industria tecnológica actual.

Las opiniones expresadas aquí son las del autor y no necesariamente las de TechRadarPro o Future plc. Si estás interesado en contribuir, descubre más aquí: https://www.techradar.com/pro/perspectives-how-to-submit

from Latest from TechRadar https://ift.tt/9tnVaBz
via IFTTT IA

A apenas una semana de IFA 2026, los rumores y filtraciones ya están marcando la agenda para los entusiastas de la iluminación inteligente. En esta ocasión, lo que podría convertirse en una jugada destacada es la posible llegada de un módulo de pared Hue que permita conectar los Nanoleaf Shapes a la app de Philips Hue. Si se confirma, los usuarios podrán integrar las luces Nanoleaf en rutinas y automatizaciones dentro del ecosistema Hue, lo que representaría una gran ventaja para quienes buscan opciones de iluminación asequibles sin sacrificar la experiencia de automatización.

Según la filtración citada por Smartlights, Philips podría presentar el Hue Wall Light Module la próxima semana. Este accesorio permitiría la integración de Nanoleaf Shapes LED panels —incluyendo Mini Triangles, Triangles y Hexagons— dentro del ecosistema Hue. Los paneles antiguos, anteriormente conocidos como Aurora, quedarían fuera de soporte. Se espera que el módulo se anuncie el 3 de septiembre y tenga un precio de salida de 39,99 euros, con variaciones internacionales por confirmar.

El concepto, según las imágenes filtradas, sería un pequeño adaptador blanco de aproximadamente 8 cm que se conecta directamente a los conectores de los paneles Nanoleaf, habilitando la integración de hasta 100 paneles Nanoleaf Shapes en el sistema Hue. Es importante no confundir este módulo con el Hue Wall Switch Module, que se instala detrás de un interruptor de pared convencional.

Una vez conectados, los paneles Nanoleaf podrían formar parte de automatizaciones, escenas y horarios dentro de la app Hue. Sin embargo, no está claro si las herramientas de iluminación más avanzadas de Nanoleaf, como sus escenas y animaciones, se trasladarán a Hue con la misma profundidad.

La filtración también señala que el Hue Wall Light Module no se basa en Matter-over-Thread; utiliza Zigbee y Bluetooth, que son protocolos con los que Philips ha trabajado durante años. Esto contrasta con el enfoque de Nanoleaf, cuyas soluciones suelen ser compatibles con Thread y Matter, lo que introduce una posible discrepancia de compatibilidad. Aun así, el uso de un Hue Bridge podría permitir conectar dispositivos no compatibles con Matter en hubs como Apple HomePod, lo que sería ventajoso para quienes controlan su iluminación desde asistentes de voz y otros hubs.

A falta de la confirmación oficial, esta integración entre Nanoleaf y Hue podría considerarse una actualización inesperada pero potencialmente beneficiosa. En el ecosistema de iluminación inteligente, a menudo cada marca empuja a sus usuarios hacia su propio ecosistema. Contar con una solución de conectividad que permita interoperabilidad amplia ofrecería a los usuarios mayor flexibilidad y un mayor grado de personalización en sus configuraciones de iluminación.

En resumen, la llegada de un módulo Hue para Nanoleaf promete ampliar las posibilidades de automatización y control centradas en la iluminación. Mantendremos un ojo atento a las confirmaciones oficiales de Philips Hue y a las respuestas de Nanoleaf para ver hasta qué punto esta integración podrá evolucionar y qué impacto tendrá en la experiencia de los usuarios.

from Latest from TechRadar https://ift.tt/QrX0liW
via IFTTT IA

from Latest from TechRadar https://ift.tt/Vp8gq1k
via IFTTT IA

Este artículo ofrece una guía práctica para ver The Airport Chaplain en SBS On Demand desde Australia y, si estás fuera del país, cómo acceder a la plataforma y entender las opciones de visualización disponibles. También exploramos otras vías para ver la serie de forma legal, incluyendo la disponibilidad global a través de Netflix y las consideraciones sobre dispositivos y compatibilidad. A continuación encontrarás un resumen claro y recursos útiles para una experiencia de streaming fluida y segura.

The Airport Chaplain en SBS (Australia)
– SBS On Demand transmite The Airport Chaplain de forma gratuita para residentes australianos.
– Cómo mirar: visita el sitio de SBS On Demand o descarga la app de SBS On Demand (iOS / Android).
– Requisitos: es necesario registrarse con una cuenta y un código postal australiano (por ejemplo, NSW 2000).
– Registro recomendado: puedes registrarte con tu cuenta Gmail; la experiencia de calidad es alta.
– Si te encuentras fuera de Australia, la transmisión gratuita de SBS no está disponible sin herramientas adicionales.

Acceder a SBS desde fuera de Australia (VPN)
– Para ver SBS desde ubicaciones fuera de Australia, puedes usar una VPN para simular una conexión desde Australia y acceder al contenido gratuito de SBS.
– Recomendación: NordVPN. Ofrece velocidades rápidas y potentes funciones para desbloquear streams globales, con una oferta de descuento actual.
– Descripción rápida del proceso: instala la VPN, elige una ubicación australiana dentro de la app y luego visita SBS para iniciar sesión y ver The Airport Chaplain.

Detalles de la oferta de NordVPN
– Oferta destacada: 3 meses extra gratis y hasta un descuento significativo en el precio habitual.
– Proceso de uso: descarga e instala la VPN, conéctate a una ubicación en Australia y accede a SBS On Demand para ver la serie.
– Enlaces y promociones: se proporcionan enlaces de afiliados para la oferta de NordVPN.

Cómo ver The Airport Chaplain en diferentes dispositivos
– La guía incluye compatibilidad con numerosos dispositivos, como Amazon Fire, Android TV, Android, Apple TV, Google TV, iOS, LG Smart TVs, NOW Smart, PlayStation, Roku, Samsung Smart TVs, Sky Q/Glass/Stream, Virgin Media, YouView y Xbox.
– Esto facilita ver la serie en tu ecosistema de entretenimiento preferido.

Acceso global y disponibilidad en Netflix
– Si vives fuera de Australia, también puedes ver The Airport Chaplain a través de Netflix a nivel global a partir del 26 de agosto.
– Precios aproximados de Netflix por región: EE. UU. 8,99 USD (con anuncios) / 19,99 USD (sin anuncios); Canadá 7,99 USD (con anuncios) / 18,99 USD (sin anuncios); Reino Unido 5,99 GBP (con anuncios) / 18,99 GBP (sin anuncios).

Trailer y reparto
– Trailer disponible en YouTube y apresentações del reparto incluyen Hugo Weaving como Tobias Wallace y Shabana Azeez como Mira, junto a Claudia Karvan y otros miembros del elenco.
– El tráiler y las imágenes promocionales pueden ayudar a situarte en el tono de la serie: drama tenso con un enfoque en servicio al cliente y dinámicas laborales en un entorno de aeropuerto.

Notas sobre uso responsable y legal
– El artículo enfatiza el uso de VPNs dentro de un marco de usos recreativos legales: acceder a servicios desde ubicaciones distintas, mejorar seguridad y privacidad en viajes, y nunca apoyar usos ilegales o la piratería.
– Se recuerda revisar los términos de servicio de cada plataforma y respetar las políticas de derechos de autor.

Conclusión
– The Airport Chaplain ofrece una experiencia de drama reciente con un elenco destacado. Con SBS On Demand para Australia y opciones de visualización global a través de Netflix (y acceso via VPN cuando corresponda), hay varias rutas para disfrutar de la serie de forma legal y conveniente. Si planeas viajar o vivir fuera de Australia, la combinación de VPN y plataforma adecuada puede mantenerte al día con los episodios sin interrupciones, siempre manteniendo prácticas de uso responsable.

from Latest from TechRadar https://ift.tt/RsWqCSj
via IFTTT IA

from Latest from TechRadar https://ift.tt/b8kilAE
via IFTTT IA

Los episodios 6 y 7 de The Shards ya están disponibles para streaming en Hulu para los espectadores de EE. UU. y llegarán a Disney+ internacionalmente en breve. Si una cosa queda clara tras la audiencia previa, es que no querrás perderte este tramo de la serie.

Este es nuestro segundo doble episodio consecutivo, tras el cierre dramático del episodio anterior que llevó a Rhonda a aparecer con vida y dejó a Cha Cha muerta en el baño de un plató televisivo. Momentos como estos son los que sustentan la alta calificación que le di a la serie en mi reseña (The Shards review).

Hasta ahora, Rhonda es la única adolescente secuestrada que El Tráfago ha mantenido con vida; nadie sabe por qué, así que esperamos que este doble estreno de la semana aporte respuestas a interrogantes de gran calado. A continuación, lo que necesitas saber sobre el estreno doble de The Shards episodios 6 y 7.

¿A qué hora puedo ver los episodios 6 y 7 de The Shards en Hulu?

Para los espectadores de EE. UU., los episodios 6 y 7 de The Shards se estrenarán el miércoles 26 de agosto a las 18:00 PT / 21:00 ET.

A continuación, los horarios de estreno en otros países.

• EE. UU. – miércoles 26 de agosto a 18:00 PT / 21:00 ET
• Canadá – miércoles 26 de agosto a 18:00 PT / 21:00 ET
• Reino Unido – jueves 27 de agosto a las 02:00 BST
• India – jueves 27 de agosto a las 06:30 IST
• Singapur – jueves 27 de agosto a las 09:00 SGT
• Australia – jueves 27 de agosto a las 11:00 AEDT
• Nueva Zelanda – jueves 27 de agosto a las 12:00 NZDT

¿Cuándo salen nuevos episodios de The Shards?

Este es nuestro último doble episodio antes de la emocionante final programada para el 9 de septiembre.

Para fechas y títulos de los próximos estrenos de The Shards, consulta la siguiente lista actualizada.

• The Shards Episodio 1 “Pilot”: Ya disponible
• The Shards Episodio 2 “Don’t You Want Me”: Ya disponible
• The Shards Episodio 3 “Help Me! Rhonda!”: Ya disponible
• The Shards Episodio 4 “Robert’s Party”: Ya disponible
• The Shards Episodio 5 “Murder on the Dancefloor”: Ya disponible
• The Shards Episodio 6 “Homecoming Part One”: miércoles 26 de agosto
• The Shards Episodio 7 “Homecoming Part Two”: miércoles 26 de agosto
• The Shards Episodio 8 “Hamlet”: miércoles 2 de septiembre
• The Shards Episodio 9 “Stairway to Heaven”: miércoles 9 de septiembre

from Latest from TechRadar https://ift.tt/iXb4r8u
via IFTTT IA

En un mundo cada vez más interconectado, la seguridad de los sistemas de infoentretenimiento de los automóviles se ha convertido en una prioridad crítica para fabricantes, desarrolladores y usuarios. Recientemente, Kaspersky alertó sobre un nuevo malware Android que apunta a las head units de coches, específicamente a disposición por DoFun a través de su aplicación TWCore para análisis y actualizaciones. Este incidente ilustra una realidad inquietante: los vehículos conectados pueden convertirse en vectores de ataque si las vulnerabilidades en sus componentes de software no se gestionan con rigor.

El mecanismo técnico, descrito por los investigadores, revela un ataque de múltiples etapas. En la primera fase, se despliega un dropper mínimo sin interfaz de usuario que desencripta datos embebidos y extrae la información necesaria para la siguiente etapa. En la segunda fase, el loader contacta con el servidor de los atacantes para recibir instrucciones sobre la tercera fase, que puede incluir la instalación de malware adicional o la activación de un proxy reverso denominado “zhima”. Aunque estas capacidades son diversas, el objetivo declarado parece claro: convertir los coches en parte de un botnet. Con santuario de conectividad constante a través de SIM y redes móviles, los vehículos podrían convertirse en nodos persistentes en una red maliciosa.

La atribución de este campaign a MoYu Group añade una capa adicional de contexto. Este actor ya ha sido vinculado a la construcción de botnets Android a partir de dispositivos como smartphones, tabletas y otros hardware conectados a Internet. En este caso, la intención de crear una red de dispositivos de coche subraya la necesidad de abordar la seguridad desde la raíz de los sistemas Android automotrices, donde las actualizaciones y la verificación de integridad deben ser rigurosas y transparentes.

Importante es que, según los investigadores, DoFun respondió de manera proactiva tras recibir la alerta: se notificó al fabricante y se corrigieron las vulnerabilidades. Este ciclo de descubrimiento y mitigación es esencial para la resiliencia de la cadena de suministro de software automotor y para reforzar la confianza de los usuarios en sus dispositivos conectados.

Lecciones para la industria y el usuario
– Reforzar la verificación de actualizaciones: garantizar que las actualizaciones provienen de fuentes autorizadas y que los módulos pueden ser verificados mediante firmas digitales robustas.
– Separación de funciones y permisos mínimos: limitar el alcance de cada módulo dentro de TWCore y evitar que componentes de actualización ejecuten código no verificado fuera de su ámbito autorizado.
– Monitorización de comportamiento anómalo: implementar detección continua de comportamientos inusuales en apps de infotainment, especialmente aquellas con capacidades de actualización y acceso a redes móviles.
– Respuesta coordinada y disclosure: mantener procesos de notificación eficaces con fabricantes y proveedores para corregir vulnerabilidades rápidamente y reducir el tiempo de exposición.

En última instancia, los vehículos ya no son solo máquinas; son nodos en una red de dispositivos conectados. Este caso subraya la necesidad de una seguridad proactiva y bien integrada entre hardware, software y servicios en el ecosistema automotriz para evitar que una vez más la infraestructura del coche se convierta en un vector para campañas maliciosas.

from Latest from TechRadar https://ift.tt/mNCHGOE
via IFTTT IA