OpenAI обмежила доступ до розширених можливостей ChatGPT для користувачів у 44 країнах — і під цю роздачу потрапили не лише потенційні зловмисники, а й легітимні фахівці з кібербезпеки. За даними Mezha, рішення схоже на спробу компанії зменшити ризик використання моделі для підготовки атак, хоча критеріїв відбору саме цих країн OpenAI публічно не пояснила.
Для security-дослідників, які вибудували робочі процеси навколо ChatGPT — аналіз шкідливого коду, реверс-інжиніринг, написання proof-of-concept для власних пентестів — зникнення розширених функцій означає, що частину задач доведеться переносити на інші інструменти. І сталося це без попередження, просто за фактом географії акаунту.
Показова деталь тут — сама природа проблеми. Модель не має надійного способу відрізнити пентестера, що готує звіт для клієнта, від зловмисника, що готує реальну атаку: обидва формулюють по суті однакові запити про вразливості, експлойти чи обхід захисту. Тож OpenAI, схоже, обрала грубий, але простий інструмент контролю — блокування за країною, а не точкову перевірку наміру чи кваліфікації користувача.
Що саме обмежила OpenAI?
Йдеться про розширені можливості ChatGPT, якими раніше користувалися кіберфахівці у 44 країнах, — доступ до них зник, ймовірно, як превентивний захід проти зловживання моделлю для атак. Формулювання «ймовірно» тут принципове: OpenAI не публікувала розгорнутого пояснення механіки чи повного переліку критеріїв, за якими країни потрапили під обмеження.
Це вписується в загальну логіку великих провайдерів моделей: коли ризик зловживання складно оцінити на рівні окремого запиту, компанія діє на рівні цілого сегмента користувачів. Простіше й дешевше в реалізації, ніж побудова системи верифікації особи чи наміру для кожного акаунту.
Чому під удар потрапили й легітимні дослідники?
Проблема дуал-юз-технологій (dual-use) у кібербезпеці не нова: одні й ті самі навички та інструменти однаково потрібні і захисникам, і атакувальникам. AI-модель лише загострює це — вона не бачить контексту роботи користувача, тільки текст запиту.
У результаті постраждали:
- Незалежні security-дослідники та bug bounty hunters, які фізично перебувають у одній з 44 країн
- Команди defensive security в компаніях без «чистої» юрисдикції штаб-квартири
- Освітні й тренувальні ініціативи з кібербезпеки, що використовували ChatGPT для навчальних сценаріїв атак і захисту
Для цих груп геоблок означає одне й те саме: розширені функції зникли не через їхню поведінку, а через адресу IP чи країну реєстрації акаунту.
Як провайдери моделей балансують безпеку і доступність?
Це чергове підтвердження тренду, який ми вже бачили в галузі: коли постачальник моделі не може точково відфільтрувати зловмисне використання, він обмежує доступ ширше — по регіону, по типу акаунту, по фічі. Схожу логіку «спершу закрити, потім розбиратись» ми фіксували й раніше — наприклад, коли крадіжки сесій Claude спустошували ліміти акаунтів Anthropic і компанія посилювала контроль над доступом.
Різниця в тому, що там ішлося про захист від крадіжки самих акаунтів, а тут — про обмеження функціональності через побоювання, як саме цю функціональність використають. Для бізнесу, що будує продукти поверх API OpenAI, це означає додатковий ризик: набір можливостей моделі, доступний сьогодні, не гарантовано буде доступним завтра в тій самій країні.
Висновок AiiN
Наша теза проста: для defensive security команд геоблокування розширених можливостей ChatGPT — сигнал не покладатися на єдиного провайдера моделі як на постійну інфраструктуру для чутливих задач. Якщо частина функціоналу може зникнути одномоментно й без діалогу з користувачем, критичні для роботи сценарії варто дублювати локальними або open-weight моделями, які не залежать від політики одного постачальника.
Водночас варто визнати: у OpenAI немає простого рішення цієї проблеми. Точкова верифікація «хто саме питає» технічно і юридично складніша за геоблок, і поки що індустрія масово обирає простіший, хоч і грубіший, шлях.
Чи стосується обмеження лише веб-версії ChatGPT, а не API?
У відкритих матеріалах про цей випадок деталізації по каналах доступу (веб-інтерфейс проти API) немає. Компанії, що будують продукти на базі API OpenAI, варто самостійно перевірити доступність розширених функцій для своєї юрисдикції, а не покладатися на попередній досвід.
Що робити security-командам просто зараз?
Перевірте, чи ваша команда чи підрядники працюють з юрисдикцій, які потенційно підпадають під подібні обмеження, і майте запасний інструмент — локальну модель або альтернативного провайдера — для задач, критичних для безперервності роботи.