El SDK de IA de Laravel acaba de llegar. También seis zero-days. Esto es lo que importa.

Esta semana ocurrieron dos cosas que merecen su atención, y van en direcciones opuestas. Una trata sobre construir más rápido. La otra, sobre no ser víctima de un ataque.

Empecemos por la parte divertida.

Laravel ya tiene un SDK de IA oficial

El 5 de febrero, el equipo de Laravel lanzó oficialmente el Laravel AI SDK. Está en beta (v0.1.2), pero es real, está documentado y ya está generando mucho interés. El SDK ofrece una API unificada para trabajar con múltiples proveedores de IA, incluyendo OpenAI, Anthropic, Google Gemini, Groq y xAI, todo a través de una interfaz consistente. Instálelo con composer require laravel/ai y listo.

Lo interesante no es solo la abstracción de proveedores. Es el patrón Agent. Ejecute php artisan make:agent y obtendrá una clase dedicada donde define instrucciones, herramientas, contexto de conversación y esquemas de salida. Los Agents son testeables, componibles y siguen las mismas convenciones que los desarrolladores de Laravel ya conocen. También incluye middleware de agentes para interceptar y modificar prompts, persistencia de conversaciones, respuestas en streaming y failover integrado entre proveedores.

La búsqueda vectorial y los embeddings requieren PostgreSQL con pgvector, lo cual tiene sentido dado que Laravel 12 añadió soporte nativo de búsqueda vectorial. La generación de texto estándar, imágenes y audio funcionan con cualquier base de datos.

Esto es un gran avance para el ecosistema PHP. Durante años, construir funcionalidades de IA en Laravel significaba ensamblar paquetes de la comunidad, escribir peticiones Guzzle a mano y mantener su propia capa de abstracción. Hemos hecho exactamente eso en proyectos de clientes, y es un trabajo tedioso que cada equipo termina resolviendo de forma ligeramente diferente. Un SDK oficial con valores predeterminados sensatos cambia esa ecuación.

Por nuestra experiencia en PHP y Docker con clientes empresariales, puedo decirle que el patrón es familiar: Laravel hace esto bien. Esperan hasta que la comunidad ha definido la forma general de un problema y luego lanzan una solución oficial más limpia y mejor integrada que cualquier alternativa de terceros. Lo hicieron con Cashier para pagos, Socialite para OAuth, Scout para búsquedas. Ahora lo hacen para IA.

La biblioteca MCP (Model Context Protocol) se lanzó junto al SDK, permitiéndole exponer la funcionalidad de su aplicación a clientes de IA como ChatGPT y Claude. Combinado con Laravel Boost para desarrollo asistido por IA, ahora hay una sección completa de IA en la documentación de Laravel que cubre tres paquetes que funcionan juntos.

Entonces, ¿debería adoptarlo hoy?

Para proyectos nuevos: sí, explórelo sin duda. La API es limpia y la documentación es sólida. Para aplicaciones en producción existentes, recomendaría un enfoque más cauteloso. Introdúzcalo junto a su configuración actual para una funcionalidad específica en lugar de reemplazar lo que ya funciona. Es la v0.1, y la API probablemente cambiará. Cuando construimos aplicaciones cloud-native para clientes empresariales, raramente adoptamos versiones punto-cero en producción, y ese consejo aplica aquí también.

Algo a tener en cuenta: el SDK usa Prism internamente. Si ya está usando Prism directamente, querrá entender qué añade el SDK antes de migrar, ya que es un wrapper con extras específicos de Laravel y no un reemplazo.

Seis zero-days en el Patch Tuesday de esta semana

Ahora la parte menos divertida.

El Patch Tuesday de febrero de 2026 de Microsoft se publicó el día 10 con correcciones para aproximadamente 54 CVEs. Seis de ellos son zero-days que ya estaban siendo explotados activamente antes de que los parches estuvieran disponibles. Eso es mucho.

Esto es lo que se está explotando ahora mismo:

• CVE-2026-21510: un bypass de Windows Shell (CVSS 8,8) donde un solo clic en un enlace malicioso elude completamente las protecciones de SmartScreen. Sin diálogos de advertencia, sin solicitudes de consentimiento. Afecta a todas las versiones de Windows con soporte.
• CVE-2026-21513: un bypass del framework MSHTML (CVSS 8,8) que se activa al abrir un archivo HTML o .lnk malicioso. Sí, los componentes de Internet Explorer siguen causando problemas en 2026.
• CVE-2026-21514: un bypass de Microsoft Word (CVSS 7,8) donde abrir un documento manipulado permite a los atacantes eludir las mitigaciones OLE.
• CVE-2026-21519: una escalada de privilegios en Desktop Window Manager (CVSS 7,8) que otorga a los atacantes acceso a nivel SYSTEM. Es el segundo mes consecutivo con un exploit de DWM, lo que sugiere que el parche del mes pasado no lo resolvió completamente.
• CVE-2026-21533: una escalada de privilegios a SYSTEM en Remote Desktop Services. Que lo de «Remote» no le engañe: es un bug local, pero los servidores RDS son objetivos de alto valor para el movimiento lateral.
• CVE-2026-21525: una denegación de servicio en Windows Remote Access Connection Manager, que gestiona conexiones VPN.

Tres de estos (21510, 21513, 21514) fueron descubiertos conjuntamente por el Threat Intelligence Group de Google y los propios equipos de Microsoft, lo que sugiere que podrían haber sido utilizados en la misma campaña. El contexto probable es un estado-nación o spyware comercial.

Además de los zero-days, está CVE-2026-20841, un RCE en Windows Notepad (CVSS 8,8) que se activa al abrir un archivo Markdown manipulado y hacer clic en un enlace. Y CVE-2026-21531 en el Azure SDK tiene una puntuación de 9,8, con potencial para permitir la ejecución arbitraria de código en cualquier máquina que se comunique con servicios de Azure.

También hay una vulnerabilidad de suplantación en Microsoft Outlook (CVE-2026-21511, CVSS 7,5) donde el panel de vista previa es un vector de ataque, lo que significa que ni siquiera necesita abrir el correo electrónico.

Y aquí hay un detalle que debería preocupar especialmente a los equipos de desarrollo: este Patch Tuesday incluye correcciones de RCE para GitHub Copilot y múltiples IDEs, incluyendo VS Code, Visual Studio y productos de JetBrains. Su entorno de desarrollo es una superficie de ataque.

Lo que debería hacer realmente

Durante nuestros trabajos de pruebas de penetración, vemos regularmente organizaciones que llevan semanas o meses de retraso en la aplicación de parches. Seis zero-days explotados activamente en una sola publicación no es algo rutinario. CISA los ha añadido al catálogo de Vulnerabilidades Explotadas Conocidas con fecha límite de parcheo del 3 de marzo, pero sinceramente, si tiene máquinas Windows en su entorno, esto debería estar ocurriendo ahora, no en tres semanas.

Acciones específicas:

1. Parchee Windows inmediatamente. Priorice los seis zero-days, luego el Azure SDK (CVSS 9,8) y después todo lo demás.
2. Actualice sus IDEs. Los RCE en Copilot e IDEs significan que las máquinas de sus desarrolladores son objetivos. Cuando configuramos Cloudflare o Akamai para protección DDoS, siempre recalcamos que la seguridad no se trata solo de los servidores de producción. Las máquinas de desarrollo con acceso a repositorios, credenciales de nube y herramientas internas son, posiblemente, objetivos más valiosos.
3. Revise su configuración de Outlook. CVE-2026-21511 puede activarse desde el panel de vista previa. Si su organización usa Outlook, estamos ante un escenario de «leer un correo y ser comprometido».
4. Si está ejecutando el Laravel AI SDK, revise qué datos fluyen a través de sus agentes. Las integraciones de IA tienden a obtener permisos amplios rápidamente porque es más fácil que delimitarlos correctamente. En nuestros proyectos nativos de iOS y Android, hemos visto el mismo patrón con modelos de ML en dispositivo: los equipos lanzan con acceso a datos excesivamente permisivo porque la funcionalidad se construyó bajo presión de plazos. Aplique la misma disciplina a los agentes de IA del lado del servidor. Delimite sus herramientas, audite su acceso y no otorgue a un agente acceso a nada que no necesite.
5. Revise su versión de Laravel de paso. Laravel 12 recibe correcciones de bugs hasta agosto de 2026 y correcciones de seguridad hasta febrero de 2027, así que tiene tiempo, pero si todavía está en Laravel 10 u 11, empiece a planificar su ruta de actualización.

La historia del RCE en Notepad (CVE-2026-20841) es genuinamente sorprendente. Un archivo Markdown. En Notepad. Que lleva a ejecución de código. Hemos visto este patrón en aplicaciones de salud e IoT que hemos construido, donde operaciones de manejo de archivos aparentemente inofensivas se convierten en vectores de ataque porque nadie esperaba que esa ruta de código importara. El mismo razonamiento aplica aquí: si Notepad puede ser un vector de RCE, reevalúe sus suposiciones sobre lo que es «seguro» en sus propias aplicaciones.

El panorama general

El SDK de IA de Laravel y seis zero-days en la misma semana cuentan la misma historia desde diferentes ángulos: la superficie de ataque del software moderno sigue expandiéndose. Las integraciones de IA añaden nuevas dependencias de proveedores, nuevos flujos de datos, nuevos riesgos de inyección de prompts. Y la base sobre la que construimos —Windows, Office, nuestras propias herramientas de desarrollo— sigue revelando nuevas brechas.

Ninguna de estas cosas es motivo para entrar en pánico. El SDK de Laravel está bien diseñado y sigue patrones que la comunidad ya comprende. Las correcciones del Patch Tuesday están disponibles y deben aplicarse. Pero ambas son recordatorios de que construir software en 2026 significa mantener dos cosas en mente al mismo tiempo: cómo moverse rápido y cómo no quedarse con las defensas bajas.

Si su equipo está lidiando con el equilibrio entre lanzar funcionalidades de IA y mantener su infraestructura protegida, o si seis zero-days en un mes le parece más de lo que su equipo interno puede gestionar, hablemos. Ese es el tipo de problema con el que ayudamos todos los días, en aplicaciones web, aplicaciones móviles y seguridad.