WhatsApp розпочав обмежене бета-тестування Scam Alert — необовʼязкової функції, яка використовує модель машинного навчання безпосередньо на пристрої для виявлення підозрілих повідомлень від невідомих контактів.

У компанії наголошують, що інструмент розроблений як доповнення до наскрізного шифрування, а не як його обхід: класифікація повідомлень відбувається виключно на пристрої, жодні дані не передаються автоматично ані WhatsApp, ані материнській компанії Meta.

Як працює Scam Alert

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

Якщо повідомлення позначається як підозріле, попередження бачить лише отримувач — відправник не отримує жодного сповіщення. Користувач може заблокувати контакт, надіслати скаргу, проігнорувати попередження або позначити розмову як довірену, щоб подальші сповіщення для цього чату були придушені. Користувачам, які позначають чат як довірений, додатково пропонують поділитися пʼятьма останніми отриманими повідомленнями для вдосконалення точності моделі.

Захист від цільового розповсюдження моделі

Щоб виключити можливість надсилання конкретної моделі конкретному користувачеві, WhatsApp зобовʼязав реєструвати кожен випуск моделі у сторонньому незмінному реєстрі прозорості (append-only transparency ledger) перед розповсюдженням.

Кожен випуск супроводжується маніфестом із SHA-256 гешами вагових параметрів моделі та супутніх файлів. Дайджест маніфесту підписується за допомогою ключів Ed25519, які зберігає Cloudflare, а не Meta. Пристрій перевіряє цей підпис, звіряє його з реєстром і підтверджує відповідність завантажених файлів опублікованим гешам — лише після цього модель починає працювати.

Конфіденційна федеративна аналітика

Оскільки жоден вміст повідомлень не залишає пристрій, WhatsApp потребував альтернативний спосіб оцінювати працездатність функції. Для цього компанія побудувала конвеєр конфіденційної федеративної аналітики, який збирає лише дві категорії даних: кількість спрацювань попереджень та кількість дій користувачів після них (блокування, скарга чи позначення чату як довіреного).

Ці агреговані метрики обробляються у довірених середовищах виконання (TEE) на основі конфіденційних віртуальних машин, а до серверів Meta потрапляють лише анонімні агрегати з додатковим диференційним шумом приватності. Архітектура конвеєра базується на стеку PAPAYA, опублікованому на конференції USENIX NSDI 2025.

У технічному описі WhatsApp окреслює модель загроз, що охоплює зовнішніх зловмисників, скомпрометованих інсайдерів інфраструктури та ризики ланцюга постачання. Архітектура побудована так, що спроба отримати дані конкретного користувача вимагала б компрометації всієї системи.

Прозорість для користувача та дослідників

Користувачі зможуть переглядати журнал прозорості безпосередньо у застосунку — через розділ «Обліковий запис» → «Запит інформації» → «Активність Scam Alert». Журнал показує, які повідомлення були проаналізовані, результат аналізу та версію моделі.

WhatsApp також розширює програму винагород за виявлення вразливостей (Bug Bounty) на Scam Alert. Дослідники безпеки отримали доступ до ранньої APK-збірки та вагових параметрів моделі і провели стрес-тестування системи перед початком бета-випуску.

Компанія характеризує випуск як ранній технічний превʼю, а не готовий продукт. Функція продовжить розвиватися протягом бета-періоду на основі відгуків дослідників та користувачів, перш ніж стати доступною всім користувачам месенджера.

Ця стаття WhatsApp Scam Alert: нова функція виявляє шахрайські повідомлення без порушення шифрування раніше була опублікована на сайті CyberCalm, її автор — Наталя Зарудня

Дослідники з Malwarebytes виявили нову кампанію з поширення шкідливого ПЗ, що атакує користувачів macOS. Зловмисники використовують техніку ClickFix — фальшиву сторінку перевірки від Cloudflare — щоб змусити жертву самостійно запустити шкідливий код у терміналі. Інструмент отримав назву Infinity Stealer і здатний викрадати паролі, дані гаманців криптовалют і файли розробників.

Що таке ClickFix і чому це небезпечно

Техніка ClickFix полягає в тому, що шкідливий сайт імітує стандартну форму перевірки людини — зокрема відому перевірку Cloudflare «I’m not a robot». Замість натискання на галочку жертву просять вставити у термінал macOS певну команду, начебто для завершення «верифікації».

Саме так починається атака Infinity Stealer: через домен update-check[.]com користувач отримує команду у закодованому вигляді (base64), яку йому пропонують скопіювати й виконати в терміналі macOS. Виконання цієї команди обходить захисні механізми операційної системи.

Як працює ланцюг зараження

Після запуску команди в терміналі розгортається кількаетапний процес зараження:

• Команда розшифровує Bash-скрипт, який завантажує так званий Nuitka loader — файл розміром 8,6 МБ — у тимчасову папку /tmp.
• Скрипт знімає з файлу карантинний прапорець macOS (який зазвичай блокує запуск завантажених з інтернету програм) і запускає завантажувач у фоновому режимі через команду nohup.
• Після цього скрипт видаляє сам себе і закриває вікно термінала, щоб не викликати підозр.
• Завантажувач розпаковує вбудований архів розміром 35 МБ і запускає фінальний payload — власне Infinity Stealer (файл UpdateHelper.bin).

Перед початком збору даних шкідливе ПЗ перевіряє, чи не запущено його у віртуальному середовищі або пісочниці — це стандартна техніка уникнення аналізу.

Чому Infinity Stealer складно виявити

Особливість цієї кампанії — використання компілятора Nuitka з відкритим вихідним кодом. Він перетворює Python-скрипт спочатку на код мовою C, а потім компілює його у нативний бінарний файл для macOS. Результат — справжній виконуваний файл без жодних слідів Python-байткоду.

Це принципово відрізняє Infinity Stealer від більшості шкідливого ПЗ, написаного на Python: зазвичай такі програми упаковуються інструментом PyInstaller, де байткод залишається у файлі і його відносно легко витягти та проаналізувати. Нативний бінарний файл, отриманий через Nuitka, значно складніше декомпілювати й дослідити.

За словами дослідників Malwarebytes, це перша задокументована кампанія для macOS, у якій техніка ClickFix поєднана з Python-стілером, скомпільованим через Nuitka.

Які дані викрадає шкідливе ПЗ

Після запуску Infinity Stealer збирає широкий спектр чутливих даних:

• збережені паролі та облікові дані з браузерів на основі Chromium і Firefox;
• записи з macOS Keychain (системного сховища паролів);
• дані криптовалютних гаманців;
• секретні дані у відкритому вигляді з файлів розробників, зокрема файлів типу .env.

Усі зібрані дані відправляються на сервер зловмисників через HTTP POST-запити. Після завершення операції зловмисники отримують сповіщення у Telegram.

Загроза для macOS зростає

Malwarebytes підкреслює, що поява таких інструментів, як Infinity Stealer, підтверджує: загрози для користувачів macOS стають дедалі складнішими і цілеспрямованими. Хибне уявлення про те, що Mac-комп’ютери захищені від шкідливого ПЗ, продовжує робити їхніх власників вразливими до атак.

Як захиститися

• Не варто вставляти в термінал macOS будь-які команди, знайдені в інтернеті, якщо їхнє призначення не зрозуміле повністю.
• Жодна легітимна CAPTCHA або перевірка від Cloudflare не вимагає виконання команд у терміналі — такі прохання є ознакою атаки.
• Рекомендується використовувати актуальне антивірусне програмне забезпечення, зокрема таке, що здатне виявляти поведінкові ознаки шкідливого ПЗ, а не лише його сигнатури.
• Варто уважно перевіряти адресу сайту перед виконанням будь-яких інструкцій — особливо якщо сторінка просить «підтвердити, що ви людина».

Ця стаття Infinity Stealer: нове шкідливе ПЗ для macOS ховається за фальшивою CAPTCHA від Cloudflare раніше була опублікована на сайті CyberCalm, її автор — Побокін Максим

Компанія Cloudflare офіційно підтвердила причини масштабного збою, що 18 листопада вивів з ладу численні вебсайти по всьому світу. Генеральний директор Меттью Прінс спростував первинну версію про DDoS-атаку та розкрив справжні обставини інциденту.

Хибна тривога щодо кібератаки

У своєму детальному аналізі подій Прінс визнав, що команда Cloudflare спочатку помилково підозрювала DDoS-атаку як причину збою. Після виявлення справжньої проблеми фахівці змогли швидко її усунути.

“Збій не був спричинений — прямо чи опосередковано — кібератакою або будь-якою зловмисною активністю”, — наголосив керівник компанії.

Справжньою причиною став збій у налаштуваннях дозволів баз даних, що призвело до проблем з конфігураційним файлом системи Bot Management (управління ботами).

Технічні деталі інциденту

Система Bot Management від Cloudflare використовує моделі машинного навчання для оцінювання ботів при кожному їхньому запиті під час сканування мережі компанії. Клієнти Cloudflare покладаються на ці оцінки, щоб вирішувати — дозволяти чи блокувати конкретним ботам доступ до своїх вебсайтів.

Однією з практичних функцій такої системи є можливість блокувати ботів компаній зі штучним інтелектом, не допускаючи використання контенту сайту для навчання великих мовних моделей (LLM). У липні 2025 року Cloudflare запустила експериментальний сервіс “оплата за сканування”, що дозволяє власникам вебсайтів надавати AI-ботам доступ до своїх сторінок за плату.

За словами Прінса, модель покладається на конфігураційний файл “функцій” для прогнозування, чи є запит бота автоматизованим. Цей файл оновлюється кожні кілька хвилин. Зміна в базовому механізмі генерації файлу спричинила зміну його розміру, що і викликало критичну помилку.

“Як наслідок, основна проксі-система обробки трафіку для наших клієнтів почала повертати коди помилок HTTP 5xx для всього трафіку, що залежав від модуля ботів”, — пояснив Прінс.

Найсерйозніший збій за останні роки

Цей інцидент став найгіршим збоєм в роботі Cloudflare за останні роки. За даними компанії, востаннє масштабний збій, що “зупинив проходження більшості основного трафіку через мережу”, стався у 2019 році. Прінс офіційно вибачився від імені всієї команди.

Ця стаття Масштабний збій Cloudflare стався через внутрішню помилку, а не кібератаку раніше була опублікована на сайті CyberCalm, її автор — Наталя Зарудня

Сьогодні вдень багато популярних вебсайтів стали недоступними через проблеми з Cloudflare. Близько 14:00 за київським часом різко зросла кількість скарг користувачів на неможливість доступу до X (колишній Twitter). Також припинили працювати ChatGPT, Claude, Spotify, популярна гра League of Legends та тисячі інших сайтів по всьому світу.

Причина збою — Cloudflare

Користувачі швидко з’ясували спільний знаменник — усі ці сайти використовують послуги Cloudflare для прискорення роботи та підвищення надійності. Іронічно, але саме сервіс, покликаний забезпечувати стабільність, став причиною масштабного збою.

Маск отримав урок через місяць після насмішок над AWS

Особливої пікантності ситуації додає той факт, що збій Cloudflare зачепив X лише через місяць після того, як Ілон Маск публічно висміював клієнтів Amazon Web Services через їхній масштабний збій. Тоді серед постраждалих опинився зашифрований месенджер Signal.

“Повідомлення в чаті X повністю зашифровані без рекламних гачків чи дивних ‘залежностей від AWS’, тож я не можу прочитати ваші повідомлення, навіть якщо хтось приставить до моєї голови пістолет”, — писав тоді Маск у X.

Системна проблема інтернет-інфраструктури

Президент Signal Мередіт Віттакер скористалася збоєм, щоб пояснити небезпеку надмірної концентрації інтернет-інфраструктури в руках кількох компаній.

“Питання не в тому, ‘чому Signal використовує AWS?'”, — написала вона у Bluesky. “Потрібно поглянути на інфраструктурні вимоги будь-якої глобальної платформи масових комунікацій у реальному часі та запитати, як ми дійшли до точки, коли немає реалістичної альтернативи AWS та іншим гіперскейлерам”.

Глобальний масштаб проблеми

Це не локальна американська проблема — повідомлення про збої надходять з усього світу. Ситуація нагадує попередній інцидент цього року, коли сотні сайтів вийшли з ладу через проблеми Cloudflare, та минулорічний масштабний збій CrowdStrike.

Навіть downdetector.com, популярний сайт для відстеження збоїв, виявився недоступним. При спробі відкрити його з’являлося повідомлення: “Please unblock challenges.cloudflare.com to proceed”.

Офіційна реакція та поточна ситуація

Компанія підтвердила проблему на сторінці статусу системи: “Розслідуємо — Cloudflare зазнає внутрішньої деградації сервісу. Деякі послуги можуть періодично зазнавати впливу. Ми зосереджені на відновленні роботи сервісу”.

Пізніше Cloudflare повідомила, що проблему ідентифіковано і впроваджується виправлення. Станом на момент публікації сервіс ще не відновлено для всіх клієнтів Cloudflare, проте деякі платформи поступово почали повертатися в онлайн.

Ця стаття Глобальний збій Cloudflare зупинив роботу ChatGPT, Spotify, X та інших сайтів — що відомо? раніше була опублікована на сайті CyberCalm, її автор — Наталя Зарудня

Компанія Cloudflare оголосила про успішне запобігання найбільшій розподіленій атаці типу «відмова в обслуговуванні» (DDoS) за всю історію спостережень.

Атака досягла потужності 22,2 терабіта на секунду і 10,6 мільярда пакетів на секунду, встановивши новий світовий рекорд.

DDoS-атаки перевантажують системи або мережеві ресурси трафіком, сповільнюючи або блокуючи доступ для законних користувачів. Хоча ця конкретна атака була короткотривалою — близько 40 секунд, — її обсяг виявився масштабним.

Без потреби в ручному втручанні

Видання Bleeping Computer порівняло цю атаку з одночасним потоковим передаванням мільйона відео в 4K, з інтенсивністю пакетів, еквівалентною тому, якби кожна людина на Землі оновлювала веб-сторінку раз на секунду.

Зображення, опубліковане Cloudflare в соцмережі X, показує, як атака за лічені секунди досягла пікової потужності, потім утримувалася на рівні понад 22 Тбіт/с, а згодом різко спала.

Компанія повідомляє, що її системи виявили та нейтралізували інцидент автономно, без ручного втручання.

Лише три тижні тому Cloudflare заявляла про нейтралізацію атаки потужністю 11,5 Тбіт/с і 5,1 млрд пакетів на секунду, яка тоді була найбільшою зафіксованою.

Нещодавно компанія FastNetMon оголосила про виявлення та нейтралізацію DDoS-атаки інтенсивністю 1,5 мільярда пакетів на секунду, трафік якої в основному складався з UDP-флуду від скомпрометованого обладнання клієнтів, включно з IoT-пристроями та роутерами MikroTik.

Ця остання цифра в 22,2 Тбіт/с встановлює новий рекорд для DDoS-атак, демонструючи, наскільки швидко зросли масштаби атак за останні кілька місяців.

Cloudflare не розкрила ключових деталей останньої події, включно з джерелом або ціллю, але підтвердила, що рекордну атаку було зупинено до того, як вона могла завдати серйозної шкоди.

Виклики нейтралізації

Протидія атаці такого масштабу є складним завданням, оскільки брандмауери, роутери та балансувальники навантаження не здатні впоратися з такою кількістю запитів.

Навіть якщо загальна пропускна здатність під контролем, одне лише затоплення пакетами може порушити роботу сервісів.

У квітні Cloudflare зазначала, що 2025 рік може стати рекордним за рівнем DDoS-активності.

Ця стаття Cloudflare заблокувала рекордну DDoS-атаку 22,2 Тбіт/с раніше була опублікована на сайті CyberCalm, її автор — Семенюк Валентин

Найновіший ChatGPT Agent від OpenAI демонструє здатність самостійно обходити онлайн-системи безпеки, розроблені для розрізнення людей і ботів, що викликає занепокоєння щодо ефективності поширених протоколів веб-верифікації.

Agent, доступний підписникам Pro, Plus та Team, може виконувати складні завдання, натискаючи прапорці “Я не робот”, які зазвичай блокують автоматизовані програми.

Перші користувачі задокументували випадки, коли Agent успішно долав системи анти-бот верифікації Cloudflare під час виконання таких завдань, як онлайн-покупки та бронювання ресторанів. В одному випадку, зафіксованому користувачем Reddit, Agent надав коментар: “Я натисну прапорець ‘Підтвердіть, що ви людина’, щоб завершити верифікацію на Cloudflare. Цей крок є необхідним для демонстрації того, що я не бот, і для продовження дії”.

Нова ера можливостей ШІ

ChatGPT Agent означає перехід від розмовного ШІ до проактивної цифрової допомоги, здатної виконувати такі дії, як бронювання столиків у ресторанах, замовлення продуктів, керування електронною поштою та створення презентацій. Працюючи у віртуальному браузерному середовищі, Agent може взаємодіяти з веб-сайтами, заповнювати форми та самостійно виконувати багатоетапні завдання.

Технологія базується на попередньому інструменті Operator від OpenAI, але пропонує розширені можливості, включаючи інтеграцію зі сторонніми сервісами, такими як Gmail та Google Drive. Користувачі можуть відстежувати дії Agent у реальному часі та втручатися за необхідності, особливо під час завдань, що стосуються чутливої інформації.

Читайте також: ШІ-агенти переглядають інтернет замість нас: Чи перетвориться мережа на цифрове місто-привид?

Наслідки для безпеки та приватності

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

OpenAI впровадила заходи безпеки, що вимагають явної згоди користувача на чутливі дії, та навчила Agent відмовлятися від ризикованих або шкідливих запитів. Компанія заявляє, що чат-бот завжди запитуватиме дозволу перед виконанням важливих дій і може бути перерваний у будь-який момент.

Проте експерти з кібербезпеки відзначають ширші наслідки для онлайн-систем верифікації. Розробка свідчить про те, що традиційні методи розрізнення людських і автоматизованих користувачів можуть потребувати фундаментального перепроектування у міру розвитку можливостей ШІ.

Незважаючи на визнання OpenAI підвищених ризиків через розширені можливості, компанія стверджує, що впровадила посилені заходи безпеки для автономної системи ШІ.

Ця стаття ChatGPT Agent обходить перевірки безпеки “Я не робот” раніше була опублікована на сайті CyberCalm, її автор — Наталя Зарудня

Конфлікт Cloudflare та Perplexity набирає обертів. За даними Cloudflare, Perplexity використовувала замасковані боти для обходу обмежень веб-сайтів та масового збору контенту, в обхід файлів robots.txt та інших технічних обмежень. Perplexity відкидає звинувачення та звинувачує Cloudflare в некомпетентності.

Конфлікт Cloudflare і Perplexity: в чому суть?

Компанія Cloudflare звинуватила Perplexity AI у використанні складних тактик маскування для обходу засобів захисту від скрапінгу, що означає значну ескалацію в боротьбі навколо практик збору даних ШІ-компаніями. Гігант інтернет-інфраструктури опублікував у понеділок дослідження, в якому детально описав, як ШІ-стартап нібито маскував свої веб-краулери для доступу до веб-сайтів, які явно блокували ШІ-ботів.

Згідно з розслідуванням Cloudflare, Perplexity спочатку намагається отримати доступ до сайтів, використовуючи свої заявлені ідентифікатори краулерів “PerplexityBot” або “Perplexity-User”. Коли стикається з обмеженнями в файлах robots.txt або правилах Web Application Firewall, компанія нібито змінює свій користувацький агент, щоб “видати себе за Google Chrome на macOS”. Цей незаявлений краулер, за повідомленнями, використовує ротуючі IP-адреси, які не вказані серед офіційної мережі ботів Perplexity, та змінює свої мережі автономних систем для обходу блокувань.

Масштаб передбачуваної діяльності є значним. Cloudflare повідомляє, що приховане сканування відбувалося “на десятках тисяч веб-сайтів та мільйонах запитів щодня”, зачіпаючи клієнтів, які спеціально впровадили заходи для запобігання доступу ШІ-ботів до їхнього контенту.

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

Perplexity спростовує звинувачення

Представник Perplexity Джессі Двайєр відхилив висновки Cloudflare як “піар-акцію”, стверджуючи, що в звіті є нерозуміння. Ця відповідь перегукується з попередніми запереченнями компанії, коли WIRED минулого року викрив Perplexity у доступі до заборонених розділів веб-сайтів — інциденти, які компанія спочатку приписувала стороннім краулерам.

Суперечка посилює занепокоєння щодо практик збору даних Perplexity, які вперше виникли у 2024 році. Аналіз розробників раніше виявив докази того, що Perplexity ігнорувала файли robots.txt, попри заяви компанії про протилежне.

У відповідь на ці звинувачення компанія Perplexity опублікувала детальну статтю “Агенти чи боти? Розуміння штучного інтелекту у відкритому інтернеті“, в якій категорично спростовує всі звинувачення Cloudflare та пояснює фундаментальну різницю між традиційними ботами та сучасними користувацькими ШІ-агентами.

Perplexity підкреслює, що сучасні ШІ-асистенти працюють принципово інакше, ніж традиційні веб-краулери. Коли користувач ставить питання, що потребує актуальної інформації, ШІ не шукає відповідь у заздалегідь створеній базі даних. Натомість він звертається до відповідних веб-сайтів у режимі реального часу, читає контент і надає персоналізовану відповідь на конкретне запитання користувача.

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

Perplexity різко критикує позицію Cloudflare, стверджуючи, що характеризація користувацьких ШІ-асистентів як шкідливих ботів є фундаментально хибною. Компанія порівнює це риміналізацією електронної пошти чи веб-браузерів – будь-яких автоматизованих інструментів, що обслуговують користувачів.

Особливо гостро Perplexity реагує на технічні помилки в аналізі Cloudflare і підкреслює, що вони не просто прикрі, а дискваліфікуючі для компанії, чий основний бізнес полягає в розумінні та категоризації веб-трафіку. Особливо критикується опублікована Cloudflare технічна діаграма “робочого процесу краулінгу Perplexity”, яка, за словами компанії, не має нічого спільного з реальною роботою їхньої системи.

Cloudflare вживає заходів

У відповідь на свої висновки Cloudflare позбавила Perplexity статусу верифікованого бота та впровадила заходи для запобігання діяльності прихованого сканування стартапу. Компанія використала машинне навчання та поведінковий аналіз для виявлення обхідних тактик після скарг клієнтів на підозрілі патерни трафіку.

Генеральний директор Cloudflare Метью Прінс, який відкрито висловлювався про те, що ШІ-компанії становлять “екзистенційну загрозу” для видавців, анонсував жорсткі заходи як частину ширших зусиль для захисту створювачів контенту. Компанія почала блокувати ШІ-краулери за замовчуванням для нових клієнтів минулого місяця та запровадила програму “плати за сканування”, що дозволяє видавцям стягувати плату з ШІ-компаній за доступ.

Звинувачення проти Perplexity підкреслюють зростаючу напругу між ненаситними потребами ШІ-компаній у даних та правами створювачів контенту контролювати свою інтелектуальну власність. Як зазначив один галузевий спостерігач, ситуація являє собою “гру в кота і мишу”, оскільки ШІ-компанії розробляють дедалі складніші методи доступу до обмеженого контенту.

Загроза відкритому інтернету

Perplexity в свою чергу попереджає, що надмірне блокування ШІ-асистентів створює небезпечний прецедент двоярусного інтернету, де доступ до інформації залежить не від потреб користувача, а від благословення контролерів інфраструктури. Це підриває свободу вибору користувачів і загрожує доступності відкритого інтернету для інноваційних сервісів, що конкурують з гігантами індустрії.

Компанія наводить приклади реальної шкоди: люди, що використовують ШІ для дослідження медичних станів, порівняння відгуків про продукти або доступу до новин з різних джерел, можуть втратити доступ до цінної інформації через некоректне блокування їхніх асистентів.

Конфлікт між Perplexity та Cloudflare висвітлює більш широкі питання про майбутнє взаємодії ШІ з відкритим інтернетом та необхідність чіткого розуміння різниці між легітимними користувацькими агентами та справжніми загрозами безпеки.

Ця стаття Perplexity відповідає на звинувачення Cloudflare в прихованному скануванні сайтів раніше була опублікована на сайті CyberCalm, її автор — Наталя Зарудня