--- title: 'Витік API-ключів: LiteLLM, Railway та OpenCode | Zomro' description: 'Витоки API-ключів у LiteLLM, Railway та OpenCode в жовтні 2026 року: як перевірити ключі OpenAI, Anthropic і Google, замінити їх та захистити сервер.' image: 'https://cdn.zomro.com/uploads/blog/a48%40server-panel.net/2026/10/27/gemini_generated_image_qvreplqvreplqvre_q50.jpg' --- ![opened image]() * [Zomro](https://zomro.com/ua/) * [Корисні статті](https://zomro.com/ua/blog/articles/) * [Безпека хостингу](https://zomro.com/ua/blog/articles/bezopasnost/) * Викрадені AI-ключі: як LiteLLM, Railway та OpenCode підвели розробників # Викрадені AI-ключі: як LiteLLM, Railway та OpenCode підвели розробників 27-10-2026 ![](https://cdn.zomro.com/uploads/blog/a48%40server-panel.net/2026/10/27/gemini_generated_image_qvreplqvreplqvre_q50.jpg) Лише за один тиждень у жовтні 2026 року сталися три масштабні витоки даних. Постраждали популярний інструмент LiteLLM, хостингова платформа Railway та сервіс OpenCode. У всіх трьох випадках зловмисники полювали на одне й те саме: ключі доступу до OpenAI, Anthropic, Google та хмарних сервісів. Викрадений API-ключ — це як ваша банківська картка в чужих руках. Нею користуються, а рахунок надходить вам. Якщо ви підключали AI до свого сайту, бота чи сервісу, перевірте ключі вже сьогодні. Нижче — проста інструкція. ## ## ## Що таке API-ключ і чому його викрадають API-ключ — це довгий рядок символів на кшталт sk-ant-... або sk-proj-.... Ваш сайт чи бот передає його сервісу, наприклад ChatGPT або Claude. Сервіс розпізнає ключ і розуміє: це ви, і платитимете також ви. По суті, це банківська картка без ПІН-коду. Хто знає номер, той може витрачати гроші. Тільки платить не він, а ви. Чому за цими ключами зараз полюють: * **Це реальні гроші.** Із чужим ключем можна безкоштовно користуватися дорогими AI-моделями або перепродавати доступ. Один викрадений ключ може призвести до нарахувань на десятки тисяч доларів лише за добу. * **Ключі купують оптом.** Деякі компанії використовують чужі ключі, щоб збирати відповіді великих AI-моделей і навчати на них власні. Це називається дистиляцією. На такі ключі є постійний попит. * **Ключі часто зберігаються поруч з іншими секретними даними.** Там само можуть бути паролі від баз даних, доступи до хмарних сервісів і ключі платіжних систем. Викрав одне — отримав усе. ## ## ## LiteLLM: отруєне оновлення LiteLLM — це популярна програма-посередник. Через неї сайти та боти звертаються одразу до десятків AI-сервісів. Її завантажують близько 23 мільйонів разів на тиждень. **Що сталося.** 21 жовтня зловмисники випустили від імені LiteLLM підроблену версію 1.107.0. Вона залишалася доступною в PyPI та Docker близько двох годин. За цей час її завантажили приблизно 49 тисяч разів. Це якби на заводі в упаковки з ліками підклали отруту. Упаковка справжня, виробник справжній, а всередині — небезпека. **Що робила шкідлива версія.** Вона збирала все цінне на комп'ютері чи сервері: паролі з браузерів, SSH-ключі, доступи до хмарних сервісів та AI-ключі. Також вона залишала «чорний хід», щоб зловмисник міг повернутися будь-якої миті. Викрадені ключі почали перевіряти вже за кілька годин. **З чого все почалося.** У травні розробники LiteLLM випадково опублікували службовий ключ у відкритому репозиторії на GitHub. Його ніхто не замінив. У жовтні зловмисник знайшов цей ключ і з його допомогою отримав доступ до системи випуску оновлень. > Висновок простий. Один забутий ключ пролежав у відкритому доступі пів року й призвів до появи зараженого оновлення, яке завантажили десятки тисяч разів. Усі версії до 1.107.0 безпечні. Окремо LiteLLM обіцяла 27 жовтня розкрити інформацію ще про одну вразливість. Якщо ви користуєтеся LiteLLM, стежте за оновленнями безпеки. ## ## ## Railway: злам хостингової платформи Railway — це хмарна платформа, на якій розробники запускають свої застосунки. Паролі та ключі там зберігаються в так званих змінних середовища. **Що сталося.** 21 жовтня Railway помітила підозрілу активність у системах, де зберігаються ці змінні. За словами компанії, зловмисник міг отримати до них доступ і частину даних розшифрувати. Це якби зламали не вашу квартиру, а кімнату консьєржа, де зберігаються запасні ключі від усіх квартир будинку. **Наслідки.** Railway попросила всіх клієнтів замінити ключі та паролі. Розгортання застосунків призупинили приблизно на 17 годин. Користувачі повідомляли, що їхні ключі до AI-сервісів почали використовувати ще до офіційного попередження. За даними дослідників, із криптогаманців, ключі від яких зберігалися на Railway, вивели близько 371 тисячі доларів. Сама Railway цей зв'язок не підтвердила. > Railway вважає, що злам був частиною серії атак на хостингові платформи з метою викрадення ключів до AI-сервісів. За два дні до цього про схожий інцидент повідомив хостинг Zeabur. ## ## ## OpenCode: ключі зі старої системи OpenCode — це популярний AI-помічник для програмістів. У нього є вебкабінет Console. Там можна зберігати свої ключі від OpenAI, Anthropic або Google, щоб уся команда могла ними користуватися. **Що сталося.** У ніч на 16 жовтня зловмисник проник до старої системи OpenCode. Компанія саме збиралася її вимкнути. Але ключі клієнтів там усе ще зберігалися. Постраждали 1,4% користувачів Console. Це як переїхати до нового офісу, а в старому залишити сейф із документами. Двері вже ніхто не охороняє. **Що помітили користувачі.** Один розробник розповів, що вночі отримав сповіщення про витрати одразу від трьох сервісів. Google самостійно заблокував підозрілу активність. OpenAI та Anthropic продовжували списувати кошти, доки він вручну не відкликав ключі. > Важливо: якщо ви видалите ключ лише з OpenCode, це не допоможе. Той, хто його скопіював, зможе й далі ним користуватися. Відкликати ключ потрібно в кабінеті самого сервісу, який його видав. ## ## ## Перевірте, чи зачепило це вас **LiteLLM.** Перевірте версію на сервері: pip show litellm Якщо у відповіді зазначено `Version: 1.107.0`, сервер заражений. Також пошукайте файли, які залишала шкідлива версія: find / -name "cook.pth" -o -name "litellm-1.107.0.dist-info" 2>/dev/null Якщо ви запускаєте LiteLLM у Docker, перевірте, чи не оновлювали образ 21 жовтня. Небезпечними були теги `v1.107.0`, `latest`, `main-latest` і `main-stable`. * **Railway.** Якщо у вас там є хоча б один проєкт, вважайте, що інцидент міг зачепити й вас. Railway сама просить усіх клієнтів замінити ключі. * **OpenCode.** Перевірте пошту: OpenCode надіслала листи постраждалим користувачам. Якщо листа немає, але ви зберігали свої ключі в OpenCode Console, їх усе одно краще замінити. Якщо ви користуєтеся лише програмою на власному комп'ютері, ваші ключі зберігаються локально й у цьому витоку не брали участі. * **Усім іншим.** Відкрийте кабінети OpenAI, Anthropic, Google і перегляньте витрати за останні два тижні. Різке зростання, особливо вночі, — привід насторожитися. ## ## ## Як правильно замінити API-ключі Замінити ключ потрібно так, щоб сайт не припинив працювати. Дотримуйтеся такого порядку: 1. **Створіть новий ключ** у кабінеті сервісу: OpenAI, Anthropic, Google AI Studio або іншого провайдера. 2. **Додайте новий ключ** на свій сайт, у бот або застосунок. 3. **Перевірте, чи все працює.** 4. **Відкличте старий ключ** у кабінеті сервісу. Лише після цього зловмисник втратить можливість ним користуватися. Це як заміна замка після втрати ключів. Спочатку встановлюєте новий замок і роздаєте ключі своїм. Потім позбуваєтеся старих. **Замінюйте не лише AI-ключі.** Якщо ключ зберігався на сервері поруч з іншими секретними даними, замініть усе: паролі від баз даних, ключі хмарних сервісів, токени платіжних систем, SSH-ключі. **Якщо у вас була встановлена LiteLLM 1.107.0, самої заміни ключів недостатньо.** Шкідлива версія залишала «чорний хід». Просто видалити пакет недостатньо. Якщо злодій уже побував у квартирі й зробив дублікат ключа від чорного входу, новий замок на головних дверях не допоможе. Такий сервер безпечніше перевстановити з нуля, а потім замінити всі паролі та ключі. ## ## ## Установіть ліміти та наведіть лад із ключами Повністю виключити витік неможливо. Але можна зменшити його фінансові наслідки. * **Установіть ліміт витрат для кожного ключа.** Усі великі AI-сервіси дозволяють задавати місячний бюджет. Це як ліміт на банківській картці. Навіть якщо її викрадуть, більше ліміту не витратять. * **Один ключ — один проєкт.** Не використовуйте один ключ для сайту, бота й тестів. Якщо станеться витік, вам доведеться замінити лише один ключ, і ви одразу зрозумієте, звідки він потрапив до зловмисників. * **Не зберігайте ключі в коді.** Тримайте їх у файлі `.env` і додайте цей файл до `.gitignore`. Так він не потрапить до репозиторію. Саме так почався злам LiteLLM: ключ випадково опинився на GitHub. * **Не записуйте ключі в логи.** Перевірте, чи ваш сайт або бот не зберігає в логах повні запити з ключами й токенами. Через логи зловмисник отримав доступ до системи оновлень LiteLLM. * **Фіксуйте версії програм.** Вказуйте точну версію, наприклад `litellm==1.106.2`, а не просто `litellm`. У Docker не використовуйте тег `latest`. Тоді шкідливе оновлення не встановиться автоматично, доки ви його не перевірите. ## ## Чекліст * Перевірив версію LiteLLM на сервері * Перевірив, чи є в мене проєкти на Railway * Перевірив пошту на наявність листа від OpenCode * Переглянув витрати в кабінетах OpenAI, Anthropic та Google * Замінив ключі в правильному порядку: новий, перевірка, відкликання старого * Замінив інші паролі та ключі на зараженому сервері * Установив ліміти витрат для кожного ключа * Прибрав ключі з коду та логів * Зафіксував версії програм і Docker-образів ## ## Не хочете розбиратися самостійно? Знайти всі ключі на сервері складніше, ніж здається. Один у `.env`, інший у налаштуваннях бота, третій у Docker-контейнері, четвертий випадково потрапив у логи. А якщо сервер міг бути заражений, його потрібно перевстановити й нічого не втратити. Для таких випадків Zomro пропонує два варіанти. ### SOD: перевіримо сервер за вас Наш системний адміністратор: * перевірить, чи немає на сервері зараженої версії LiteLLM та її слідів; * знайде, де зберігаються ключі й паролі, та підкаже, які потрібно замінити; * перевірить, чи не потрапляють секретні дані в логи; * допоможе перенести проєкт на чистий сервер, якщо це потрібно. Вартість: €12.50 за кожні 15 хвилин роботи. [**Замовити перевірку сервера**](https://zomro.com/ua/paid-support-services/server-management-services) ### Premium: швидка допомога, коли вона потрібна Коли ключ потрапляє до зловмисників, рахунок може зростати щогодини. За звичайним технічним зверненням відповідь може надійти протягом 10 годин. Із Premium ми відповідаємо за 5–30 хвилин. Щотижня з'являються нові витоки та вразливості. Із Premium вам не доведеться розбиратися з ними самотужки. **[Підключити Premium](https://zomro.com/ua/paid-support-services)** Схожі статті [Ключ сертифіката виявився числом 4: що оновити на сервері](https://zomro.com/ua/blog/articles/748-the-certificate-key-turned-out-to-be-the-number-4-what-needs-to-be-updated-on-the-server) [Викрадені AI-ключі: як LiteLLM, Railway та OpenCode підвели розробників](https://zomro.com/ua/blog/articles/747-stolen-ai-keys-how-litellm-railway-and-opencode-let-developers-down) [PHP2Shell: як перевірити свій сервер і закрити небезпечну вразливість PHP](https://zomro.com/ua/blog/articles/746-php2shell-how-to-check-your-server-and-close-a-dangerous-php-vulnerability) [Безпека на хмарному VPS: як захистити сервер від атак](https://zomro.com/ua/blog/articles/541-security-on-cloud-vps-how-to-protect-the-server-from-attacks) [ Premium Cloud VPS від €7.95/міс ](/ua/premium-vps)