TL;DR
Краткият отговор
Какво точно се случи?
Според публичния анализ на Sybre Waaijer, Rank Math 1.0.277 съдържа механизъм за създаване на WordPress Application Password, свързан с текущия WordPress потребител. Анализът посочва конкретен кодов път във файлаvendor/groupone/wap-client/includes/class-app-password-manager.php.
Това е важно, защото Application Password не е самостоятелна sandboxed identity. Той е credential, асоцииран с конкретен WordPress user.
Следователно ако credential-ът е свързан с Administrator, security model-ът е фундаментално различен от този при отделен read-only service account.
Хронология
Въвежда Support Agent функционалността.
Sybre Waaijer публикува технически анализ на Application Password flow-а и поставя въпроси за credential creation, scope и consent.
Search Engine Journal публикува материал за security спора.
Rank Math публикува версия 1.0.277.2, която временно спира Support Agent-а.
Application Password не е проблемът сам по себе си
WordPress Application Passwords са легитимен механизъм за удостоверяване на приложения. Самото използване на Application Password следователно не е доказателство за vulnerability. Security проблемът започва при начина, по който се управляват identity, authorization, consent и lifecycle.Consent е центърът на спора
Най-същественият въпрос не е дали Rank Math е използвал Application Password. Въпросът е кога е създаден credential-ът и кога потребителят е получил възможност да разбере и разреши това действие. Публичният security анализ твърди, че credential creation и transfer flow-ът са започвали преди потребителят да бъде поставен пред достатъчно ясен consent decision. Това е критична разлика между: и: Вторият модел е security-oriented, защото authorization decision-ът предхожда credential creation.Backdoor ли е?
Тук трябва да бъдем особено внимателни с терминологията. „Backdoor“ обикновено предполага скрит или неоторизиран механизъм, който позволява достъп извън очаквания security model. Самият факт, че plugin използва remote access за support, не доказва такова поведение.
Именно тук е разликата между журналистически headline и технически security анализ.
По-големият проблем: inherited privileges
Да приемем, че AI агентът трябва да направи само едно нещо: да прочете определени Rank Math настройки и да помогне при диагностика. Има два начина да се проектира това.Модел A: „Обещаваме да не използваме повече права“
Тук технически credential-ът има широки права. Ограничението е логическо: software-ът обещава да не използва част от тях.Модел B: „Няма техническа възможност да използва повече права“
Това е по-силният security модел. Ако системата бъде компрометирана, злоупотребата е ограничена от самата архитектура.Защо AI агентът прави проблема по-интересен?
При традиционна API интеграция developer-ът предварително определя сравнително тесен набор от операции. При agentic architecture имаме допълнителен decision-making слой: Това означава, че security моделът вече трябва да разглежда не само API endpoint-а, а и поведението на системата, която получава identity-то.Новата trust boundary
Това е може би най-важният архитектурен урок от случая. Всеки допълнителен слой означава нова trust boundary. Това не означава автоматично, че системата е несигурна. Означава, че трябва да знаем:Това вече е supply-chain security
WordPress plugin security традиционно се разглежда през CVE-та, malicious updates, vulnerable dependencies и недостатъчна input validation. При AI-enabled plugins threat model-ът става по-широк. Вече трябва да питаме и:
Това е application-level supply-chain security: рискът вече не идва само от кода, който изпълняваш локално, а и от услугите и identities, към които този код те свързва.
Какво направи Rank Math?
Rank Math пусна версия 1.0.277.2 на 31 август 2026 г. с изрично отбелязване, че Support Agent е временно спрян, докато бъде добавена повече прозрачност около начина, по който функционалността иска site access. Това е важна реакция от security perspective. Vendor-ът не продължава функционалността непроменена, а поставя access mechanism-а на пауза и признава необходимостта от по-ясен flow.Има и отделен Rank Math security проблем
Контекстът е още по-интересен, защото версия 1.0.277 е свързана и с отделно публикувана vulnerability: CVE-2026-77786. Според GitHub Advisory и WPScan версии преди 1.0.277 не са проверявали правилно дали потребителят притежава необходимата WordPress capability при автоматизирани SEO fixes. Това е позволявало Editor role потребители да променят определени site-wide WordPress настройки, които по принцип са запазени за administrators. Това е отделна vulnerability и не трябва да бъде смесвана със спора около Support Agent-а.Какво трябва да направят WordPress администраторите?
Ако управлявате WordPress сайтове с Rank Math, разумният подход е defensive review, а не паника.1. Проверете версията
Rank Math вече е публикувал 1.0.277.2, която временно спира Support Agent функционалността.2. Проверете Application Passwords
Публичният анализ посочва credential с имеWAP - Rank Math Support Agent. Ако такъв credential съществува, прегледайте го и го revoke-нете, ако не е необходим.
3. Проверете audit/security logs
Потърсете необичайна административна активност, промени в user roles, нови credentials, plugin changes и други действия около момента на създаване на Application Password-а.4. Не бъркайте credential с compromise
Наличието на Application Password не доказва, че сайтът е бил компрометиран. То доказва, че трябва да разберете как е създаден credential-ът, за какво е предназначен и дали все още е активен.Минимален defensive checklist
Как би изглеждал по-добрият дизайн?
Един security-oriented AI support flow би изглеждал приблизително така: Това е много по-добър модел от използването на широк user identity и разчитането единствено на application logic да не злоупотребява с него.По-голямата история не е за Rank Math
Това е история за следващото поколение software. AI постепенно се превръща от система, която говори, в система, която действа. Тя може да чете configuration, да анализира logs, да извиква APIs, да променя настройки и да изпълнява действия от името на потребителя.Въпросите, които трябва да задаваме за всеки AI-enabled plugin
Security Verdict
Експертна оценка
Заключение
Rank Math не е доказателство, че всеки AI plugin е опасен. Но е много добър пример защо AI security вече не може да бъде разглеждан само като въпрос на model safety или prompt injection. Когато AI агент получи credential за production система, започваме да говорим за identity delegation. А identity delegation трябва да бъде: explicit.scoped.
auditable.
revocable.
time-limited.
