Защо архитектурата за изолиране на базата данни на EmDash сигнализира за нова ера в безопасната разработка на CMS
Проблемът с приставките, за който никой не иска да говори
Да бъдем честни: приставките за WordPress са кошмар за сигурността, с който колективно сме решили да живеем. Всяка инсталирана от вас приставка е потенциална точка за проникване в базата данни, файловете и в крайна сметка в данните на вашите потребители. Средната инсталация на WordPress разполага с десетки от тези потенциални уязвимости, които се крият в административния панел, чакащи zero-day атака или неправилно конфигурирани права, за да се превърнат в нарушение на сигурността.
Това не е нова информация. Експертите по сигурност от години алармират за уязвимости в приставките на WordPress. И все пак ето ни тук, с милиони сайтове, работещи на архитектура, в която „третостранният код получава пълен достъп до базата данни“ се третира като функционалност, а не като грешка.
Затова, когато Cloudflare пусна EmDash версия 1.0 с изолирани (sandboxed) приставки, които буквално не могат да докосват базата данни, уеб разработчиците трябва да обърнат внимание – не защото това е перфектната CMS система, а защото тя представлява философска промяна, от която имаме нужда от дълго време.
Какво всъщност означава „не може да докосва базата данни“
Архитектурата на EmDash налага строга изолация между кода на приставките и слоя с данни. Когато една приставка работи в EmDash, тя функционира в изолирана среда с нулев директен достъп до базата данни. Нуждаете ли се от данни? Ще ги получите чрез API. Искате ли да съхраните нещо? Същото правило – взаимодействате с интерфейс, а не с чист SQL.
Това не е просто показна сигурност. Това означава, че дори ако една приставка съдържа зловреден код или бъде компрометирана, радиусът на щетите е драстично по-малък. Компрометирана приставка на EmDash може да дразни потребителите или да наруши функционалността, но не може тайно да открадне цялата ви база данни с потребители или да внедри зловредно съдържание в страниците ви.
За разработчици, които работят от името на клиенти – особено в индустрии с изисквания за съответствие (compliance) като здравеопазването или финансите – подобен архитектурен гарант е безценен. Не разчитате всеки поддръжник на приставки да спазва добрите практики за сигурност; разчитате на самата рамка (framework) да налага границата.
Регистърът на AT Protocol: Една различна екосистема
EmDash също така идва с поддръжка на регистъра на AT Protocol, което е интересно от гледна точка на разпределената мрежа. За онези, които не са запознати, AT Protocol (протоколът, лежащ в основата на Bluesky) е проектиран за децентрализирана социална мрежа с преносима идентичност и съдържание. Интегрирането на това в CMS регистър предполага визия, в която откриването и разпространението на приставки може да работи по различен начин от централизираните пазари, към които сме свикнали.
Представете си инсталиране на приставки, при които самоличността на автора е криптографски проверяема, при която актуализациите не могат да бъдат перехванени, и при която репутацията на приставката я следва през инсталациите. Това е посоката, която AT Protocol позволява.
Дали това ще стане основен диференциатор или ще остане нишова функционалност, зависи heavily от приемането (adoption). Но е освежаващо да видим нова CMS система, която мисли за архитектурата на разпространение на приставки от нулата, а не просто копира модела на WordPress и се надява на различен резултат.