НОВИНА
Checkout Files Upload за WooCommerce приема файлове от всеки. Вижте дали Вашият е засегнат
Сигурност

Уязвимост в Avada позволява изтриване от кошчето без вход

# ЕтикетиСигурностWordPress
Екипът на WPhost7 мин четене

На 9 октомври 2026 г. Wordfence оповести критична уязвимост в Avada Builder, един от двата задължителни плъгина на темата Avada (CVE-2026-97670). През публична форма на сайта посетител без акаунт може да накара WordPress да изпълни вътрешно действие по свой избор. При проверката на Wordfence една такава заявка е изтрила завинаги публикации, страници и коментари от кошчето. Засегнати са версиите на Avada Builder до 3.16.1 включително. Поправката е във версия 3.16.2, която ThemeFusion пусна заедно с Avada 7.16.2 на 30 септември, девет дни преди публикацията на Wordfence.

Как работи уязвимостта в Avada Builder

WordPress и плъгините вършат голяма част от работата си чрез вътрешни действия (action hooks), като чистенето на кошчето или автоматичните обновления. Формите на Avada могат да пращат писмо при всяко попълване и да слагат в него стойностите от полетата. Според Wordfence нападателят пише в поле на формата маркер на Avada за динамични данни ({action_hook}), а Avada пуска посоченото в него действие, без да провери дали посетителят има право на това. В една заявка може да има няколко такива действия.

Wordfence показва това с wp_scheduled_delete, действието, с което WordPress чисти кошчето. Според документацията на WordPress то трие завинаги онова, което стои в кошчето по-дълго от зададения срок, по подразбиране 30 дни. Нападателят обаче сам избира действието. Wordfence пише, че други действия могат да направят сайта недостъпен, а ако има инсталирани плъгини с уязвими обработчици на такива действия, стават възможни и промени, които иначе изискват вход с нужните права. По CVSS уязвимостта има оценка 9.1, което е в категорията „критична“.

Засегнат ли е Вашият сайт?

Засегнат е, ако на него работи Avada Builder до версия 3.16.1 включително. Записът в CVE посочва засегнатите версии като „до 7.16.1“, а това е номерът на темата Avada. Плъгинът има собствена номерация, затова гледайте версията на Avada Builder в Plugins > Installed Plugins. В Terminal на cPanel двете команди по-долу показват версиите на темата и на плъгините. Как се работи с WP-CLI, е описано в ръководството за WP-CLI.

Bash
# cPanel > Terminal, в папката на сайта
# Само чете. Показва версиите на темата и плъгините на Avada.
wp theme list --fields=name,status,version | grep -i avada
wp plugin list --fields=name,title,status,version \
  | grep -iE "avada|fusion"

Ако темата е 7.16.2, а Avada Builder е по-стар от 3.16.2, обновлението не е довършено, защото плъгините се обновяват отделно от темата.

Според Wordfence за атаката е нужна и публикувана форма на Avada, която се подава през AJAX (без презареждане на страницата) и изпраща известие по имейл. В текста на писмото трябва да има [all_fields] или име на поле в квадратни скоби. Wordfence пише, че това е настройката по подразбиране, а според ThemeFusion известията изобщо работят само при подаване през AJAX. Затова приемете, че условието е изпълнено за всяка публикувана форма на Avada, която Ви праща писмо. Формите са в Avada > Forms, а известията им са в раздела Notifications на Form Options. Ако на сайта няма такава форма, условието не е изпълнено, но обновете все пак.

Ако формите записват попълненото и в базата данни (Form Entries), потърсете там текста action_hook. Посетител няма причина да го пише, затова такъв запис е следа от опит за атака. Ако не намерите такъв, това не доказва, че опит не е имало.

Какво да направите

  1. Направете бекъп на файловете и базата данни, както е описано в ръководството за бекъп. ThemeFusion също препоръчва пълен бекъп преди всяко обновление.
  2. Обновете темата Avada до 7.16.2 или по-нова. Според ThemeFusion обновлението се появява в Dashboard > Updates, ако Avada е регистрирана с кода от покупката (purchase code). Без регистрация темата се обновява ръчно с файловете от ThemeForest, по указанията на ThemeFusion.
  3. Обновете плъгините Avada Core и Avada Builder, първо Avada Core. След обновлението на темата администрацията показва известие за тях. Ако го няма, ще ги намерите в Avada > Maintenance > Plugins & Add-Ons. Накрая проверете, че версията на Avada Builder е 3.16.2 или по-нова.
  4. Ако не можете да обновите веднага, сложете формите на Avada, които пращат известия, в чернова (Draft), докато го направите. Според Wordfence атаката изисква публикувана форма.

Какво правим ние

При наблюдението на уязвимостите следим какво е инсталирано на сайта Ви и всеки ден го сверяваме с базите данни с уязвимости (CVE). Щом се появи уязвимост в нещо, което използвате, изпращаме Ви сигнал. Обновяваме, преди някой да се възползва от слабото място, като първо пробваме обновлението на копие в staging. Сайтът може да е хостнат където и да е. Ако искате да включим и Вашия сайт, пишете ни през формата за запитване.

Често задавани въпроси

Какво е CVE-2026-97670 в Avada Builder?

Критична уязвимост в Avada Builder, един от двата плъгина, които темата Avada изисква, разкрита от Wordfence на 9 октомври 2026 г. През публична форма в сайта посетител без акаунт може да накара WordPress да изпълни вътрешно действие по свой избор. Тя е с оценка 9.1 по CVSS, а засегнати са версиите на Avada Builder до 3.16.1 включително.

Може ли уязвимостта в Avada Builder да изтрие съдържание от сайта?

Да. В теста на Wordfence една заявка изтри завинаги публикации, страници и коментари от кошчето чрез действието wp_scheduled_delete. Нападателят обаче избира действието сам и според Wordfence други действия могат да сринат сайта.

Коя версия на Avada Builder поправя CVE-2026-97670?

Avada Builder 3.16.2, която ThemeFusion пусна с темата Avada 7.16.2 на 30 септември 2026 г., девет дни преди Wordfence да оповести уязвимостта. След обновяването проверете в Plugins > Installed Plugins, че Avada Builder е на 3.16.2 или по-нова.

Защо записът в CVE говори за версия 7.16.1, а не за 3.16.1?

Записът в CVE дава обхвата като „до 7.16.1“, което е номерът на версията на темата Avada. Плъгинът Avada Builder има собствена номерация, така че проверете неговата версия в Plugins > Installed Plugins. Ако темата е на 7.16.2, а Avada Builder е по-стар от 3.16.2, обновяването не е завършено.

Кои форми на Avada правят сайта уязвим?

Според Wordfence атаката изисква публикувана форма на Avada, която се изпраща през AJAX и праща известие по имейл с [all_fields] или име на поле в квадратни скоби. Wordfence казва, че това е настройката по подразбиране. Приемете, че условието е изпълнено за всяка публикувана форма на Avada, която Ви праща заявките по имейл.

Как да разбера дали някой е опитвал атаката през Avada формите?

Ако формите пазят заявките в базата (Form Entries), потърсете в тях текста action_hook. Посетител няма причина да го пише, така че такъв запис е следа от опит за атака. Ако не намерите нищо, това не доказва, че опит не е имало.

Как се обновява Avada, ако темата не е регистрирана?

Според ThemeFusion обновлението на Avada се появява в Dashboard > Updates, щом темата е регистрирана с кода от покупката. Без регистрация темата се обновява ръчно с файловете от ThemeForest по инструкциите на ThemeFusion. След нея обновете Avada Core и Avada Builder, първо Avada Core, а ако известието не се появи, плъгините са в Avada > Maintenance > Plugins & Add-Ons.

Какво да направя, ако не мога да обновя Avada Builder веднага?

Сложете формите на Avada, които пращат известия, в статус Draft, докато обновите. Според Wordfence атаката изисква публикувана форма.

Източници

# ЕтикетиСигурностWordPress
СподелетеFacebookXLinkedIn