---
title: "Виправлення безпеки в Laravel AI SDK та Laravel MCP: оновіться зараз"
url: https://laravelukraine.com/blog/vipravlennia-bezpeki-v-laravel-ai-sdk-ta-laravel-mcp-onovitsia-zaraz
date: 2026-10-01
source: https://laravel-news.com/laravel-ai-mcp-security-advisories
---

# Виправлення безпеки в Laravel AI SDK та Laravel MCP: оновіться зараз

Pushpak Chhajed з команди Laravel [поділився](https://x.com/pushpak1300/status/2105336370193727591) двома новими security-радами: одна стосується [Laravel AI SDK](https://github.com/laravel/ai), інша - [Laravel MCP](https://github.com/laravel/mcp). Обидві проблеми вже виправлені, тож якщо будь-який із пакетів працює в продакшені, оновитися варто сьогодні:

```
composer update laravel/ai laravel/mcp
```

Важливо: для жодної з цих порад ще не призначено CVE ID, тому сканер безпеки, що спирається лише на CVE, може їх не позначити.

## Laravel AI SDK: SSRF в адаптерах Vercel та AG-UI

[Перша порада](https://github.com/laravel/ai/security/advisories/GHSA-6qhr-3g93-pxhw) (GHSA-6qhr-3g93-pxhw) описує вразливість server-side request forgery (SSRF) у `laravel/ai` 1.0.0. Її оцінено як Moderate, CVSS - 5.3.

Адаптер Vercel AI SDK та адаптер AG-UI приймають від клієнта частини з файлами у вигляді URL, а сервер завантажував цей URL без жодної перевірки. Той, хто може звертатися до чат-ендпойнта на основі будь-якого з цих адаптерів, міг змусити ваш сервер надсилати GET-запити на внутрішні адреси: сервіси метаданих хмари, localhost чи приватні мережі. Відповідь передається моделі як файлове вкладення, тож може потрапити у відповідь моделі.

Ви вразливі лише тоді, коли ваш застосунок відкриває один із цих адаптерів для недовірених клієнтів. Обидва адаптери вперше з’явилися у [Laravel AI SDK 1.0](/blog/laravel-ai-sdk-10-klasifikaciia-zatverdzennia-instrumentiv-ta-novi-mozlivosti), тому жоден реліз 0.x їх не містить.

### Що змінено у версії 1.0.1

Виправлення входить до версії 1.0.1 ([#1082](https://github.com/laravel/ai/pull/1082)). Тепер URL віддалених файлів проходять через guard, який:

- приймає лише URL зі схемами `http` і `https`;
- блокує loopback, приватні, link-local, CGNAT, зарезервовані та NAT64-вбудовані адреси;
- перевіряє кожен редирект і прив’язує з’єднання до перевірених адрес, що запобігає DNS rebinding.

Якщо оновитися негайно неможливо, порада рекомендує прибирати або відхиляти файлові частини на основі URL у вхідних чат-запитах до того, як вони потраплять в адаптер. Також можна заблокувати вихідний трафік сервера на внутрішні адреси та адреси метаданих.

Про проблему повідомив [Hussam Abdulfatah](https://github.com/Hussam3bd), а виправлення написав Pushpak.

## Laravel MCP: валідація OAuth-редиректу

[Друга порада](https://github.com/laravel/mcp/security/advisories/GHSA-mx2h-h55v-pm44) (GHSA-mx2h-h55v-pm44) стосується того, як Laravel MCP перевіряв OAuth redirect URL. Рівень небезпеки - Low.

Зловмисник міг спрямувати автентифікованого користувача на непередбачену адресу під час OAuth-процесу. За певних конфігурацій атакувальник, який переконає користувача перейти за спеціально підготовленим посиланням, міг отримати OAuth-дані, як-от коди авторизації чи токени, і використати їх для захоплення облікового запису. Для атаки потрібна взаємодія користувача, а те, чи ви вразливі, залежить від конфігурації вашого застосунку.

Виправлення доступне у версіях 0.9.6 та 1.0.1. Про проблему повідомив [Bruno Meilick](https://github.com/bnomei).

## Уражені та виправлені версії

| Пакет | Уражені версії | Виправлена версія |
|---|---|---|
| `laravel/ai` | 1.0.0 | 1.0.1 |
| `laravel/mcp` | Нижче 0.9.6 та 1.0.0 | 0.9.6 або 1.0.1 |

Повні подробиці дивіться в порадах на GitHub: [Laravel AI SDK](https://github.com/laravel/ai/security/advisories/GHSA-6qhr-3g93-pxhw) та [Laravel MCP](https://github.com/laravel/mcp/security/advisories/GHSA-mx2h-h55v-pm44).