Оптимизација перформанси се бави питањем “брже”, али права суштина за веб-сајтове зависи од две ствари:
- БезбедностИзбегавајте инциденте по сваку цену (не дозволите да будете хаковани, не дозволите да будете заражени малвером, не постаните жртва напада убацивања акредитива, не трпите брутфорс нападе на API, не дозволите да вам подаци буду измењени).
- Резервна копијаЧак и ако нешто пође по злу, можете брзо да се опоравите (случајно брисање, неуспеле надоградње, кварови на серверу, враћање у претходно стање након заразе раном софтвером/упада).
Следеће две ствари су међусобно комплементарне:
- Фокусирање искључиво на безбедност без спровођења резервних копија значи да непредвиђени проблеми и даље могу довести до потпуног губитка података преко ноћи.“
- Фокусирање искључиво на резервне копије без давања приоритета безбедности завешће вас у круг сталних напада и сталних опоравка, што доводи до наглог пораста времена и трошкова.
Након читања овога, требало би да будете у стању да:
- Разумевање тачно чега би “Backup and Security” требало да обухвати (како бисте избегли куповину погрешног производа, неправилну инсталацију или претпоставку да сама инсталација гарантује потпуну заштиту)
- Изаберите одговарајуће решење на основу врсте сајта (сајт са садржајем/корпоративни сајт/е-трговина/члански сајт)
- Уводити постепено у складу са путоказом (прво омогућити опоравак, затим постићи управљивост, а на крају успоставити систематски оквир)
- Може се проверити помоћу контролне листе за самопроверу: резервна копијаЗаиста опорављивоБезбедностЗаиста постоји линија одбране.
- Знајте где да започнете отклањање проблема када се појаве потешкоће (као што су неуспели бекапи, неуспела враћања, сумње на компромитовање итд.)
1. Циљ: Оно што вам је потребно јесте “систем који се може вратити у првобитно стање”, а не само “инсталирање додатка”.”
Резервне копије нису питање да ли постоје резервне датотеке или не.“
Већ:Можете ли да вратите веб-сајт у жељено стање кад год вам затреба?。
Стога, кључни показатељи за резервне копије нису само “инсталиран додатак за резервне копије”, већ ова две тачке:
- Прихватљив прозор губитка података (RPO)Колики максимални период губитка података бисте толерисали у најгорем случају?
Пример: За сајтове са садржајем, губитак чланака за 24 сата и даље може бити подношљив; за платформе за е-трговину, губитак поруџбина за 30 минута је веома проблематичан. - Прихватљиви циљ времена опоравка (RTO)Колико брзо након инцидента бисте желели да наставите са радом?
Пример: Корпоративни веб-сајтови могу захтевати опоравак у року од једног сата; платформе за е-трговину захтевају опоравак у року од 10–30 минута.
Не морате да изражавате ове метрике као формуле, већ их користите да одредите:Фреквенција резервног копирања, период задржавања, захтев за резервне копије у реалном времену/инкременталне резервне копије, захтев за опоравак једним кликом/опоравак ван локације。
2. Брзо одредите стратегију према типу сајта (прво утврдите смер, затим изаберите алате)
Стратешке препоруке:
A. Сајт са садржајем / Блог
- Честота ажурирања: обично “дневна/недељна ажурирања”
- Препоручена учесталост резервног копирања:сваки данСачувајте резервну копију базе података и директоријума wp-content (uploads/themes/plugins)
- Циљ обнове: Обнова на било коју јучешњу или данашњу верзију је прихватљива (кључно је да се не изгубе чланци и медијска библиотека).
B. Корпоративни веб-сајт / маркетиншки веб-сајт (водећи потенцијални клијенти путем образаца су од пресудне важности)
- Честоћа промене: не мора да буде велика, али обрасци/водичи су пресудни.
- Препоручена учесталост резервног копирања: најмањесваки дани обезбедити да подаци из обрасца не постоје искључиво на једној локацији, као што су е-пошта или CRM системи.“
- Опоравак циља: Омогућите брзо враћање у претходно стање када дође до проблема током ажурирања, редизајна или додавања скрипти за праћење.
C. Сајт за е-трговину (WooCommerce)
- Честота промена: Налози/инвентар/понашање корисника се дешавају континуирано.
- Препоручена учесталост резервног копирања: приоритетно разматрањевиша фреквенција(по сату, или чак у реалном/скоро реалном времену), барем заштита базе података мора бити робусна.
- Циљ обнове: Сведети на минимум губитак података о поруџбинама; омогућити брзу обнову путева за обраду плаћања и поруџбина.
D. Портал за чланство / Портал курса / Заједница
- Честота промена: напредак корисника, дозволе, откључавање садржаја, подаци о интеракцији
- Препоручена учесталост прављења резервних копија: базе података захтевају чешће резервне копије; поред тога, тачке опоравка морају бити временски означене.
- Циљеви опоравка: Подаци корисника остају нетакнути, дозволе се чувају и садржај није измењен.
3. План резервног решења (препоручена тростепена имплементација)
Кључне тачке:Прво успоставите могућност опоравка, затим разговарајте о аутоматизацији и систематизацији.
Фаза 1: Прво остварите “аутоматске резервне копије + складиштење ван локације”
Ово је апсолутни минимални захтев. Без обзира на алате које користите, они морају испуњавати следеће критеријуме:
- АутоматизацијаНе ослањајте се на “Сећам се да сам то кликнуо ручно”.”
- Спољно складиштењеНе чувајте резервне копије само на истом серверу.
Разлог је прилично једноставан: ако сервер падне, диск откаже или ваш налог буде компромитован и база података обрисана, ваш “локални бекап” може једноставно нестати заједно са њом.
Типичне имплементације алата укључују:
- Плугин за резервне копије пребацује резервне копије у облачно складиште/објектно складиште/FTP.АпдрафтПлус (Изричито подржава разне дестинације, укључујући Dropbox, Google Drive и Amazon S3)
- Услуге резервног копирања у облаку чувају резервне копије у својој облачној инфраструктури и омогућавају обнову једним кликом.Jetpack VaultPress резервна копија (Фокусира се на резервно копирање у облаку и опоравак једним кликом, али захтева плаћени план који укључује резервно копирање)
Фаза 2: Ажурирање резервне копије у “систем који се може обновити”
Многи веб-сајтови заправо не функционишу не зато што им недостају резервне копије, већ зато што:
- Резервна копија није потпуна (сачувана је само база података, а не уплоадови/теме/плагини)
- Резервна датотека је оштећена/погрешна овлашћења
- Само када је био потребан опоравак постало је очигледно да је процес опоравка у основи неизводљив.“
Стога је циљ Фазе 2:Периодично спроводите вежбу за опоравак.(Чак и када обнављате у тестном окружењу/привременом директоријуму), обезбедите следеће тачке:
- База података може бити враћена.
- Медијска библиотека се може обновити.
wp-content/uploads/) - Теме/плагини могу бити враћени.
wp-content/themes/、wp-content/plugins/) - Након обнове сајт треба да буде доступан, бекенд да омогућава нормално пријављивање, а основне функционалности да раде исправно (сајтови за е-трговину морају да тестирају процесе наручивања/плаћања; сајтови за чланство морају да тестирају пријављивање/дозволе).
Управо због тога многа комерцијална решења за резервно копирање наглашавају функције као што су “опоравак једним кликом”, “опоравак на нивоу минута” и “инкременталне резервне копије за смањење оптерећења”. На пример, Блогволт Опис додатка наглашава аутоматске, инкременталне резервне копије (укључујући базе података, теме, додатке и медије) и пружа функционалност за припрему и миграцију.Менаџуеп Такође наглашава коришћење технологије инкременталног резервног копирања за смањење оптерећења, уз могућност опоравка једним кликом.
Фаза 3: Повезивање резервних копија са процесом ажурирања/издавања (тачка повратка)
У овој фази, ваш циљ је:Пре сваке велике измене доступачна је тачка враћања.。
Типични сценарији укључују:
- Велика надоградња главне верзије WordPress-а
- Промена теме/Обновује се главни шаблон
- Инсталирање или замена кључних додатака (системи плаћања за е-трговину, системи чланства, системи образаца)
- Масовно замена слика/Миграција садржаја великих размера
Значење Фазе 3 је следеће: не морате да се надате да ће промене проћи глатко, већ да будете у стању брзо да се вратите у “тренутак пре промена” када се појаве проблеми.
4. Шта тачно треба резервисати? (Многи људи занемарују ове кључне тачке)
Основно 1: База података (где се чувају поруџбине, корисници, садржај и подешавања)
- Чланци, странице, коментари
- Корисници, Дозволе
- WooCommerce поруџбине, залихе и ваучери
- Конфигурација додатка (опсежна подешавања сачувана у бази података)
Основно 2: wp-content (Ово чини већину видљивих елемената WordPress сајта)
uploadsСлике, прилози, медијска библиотека (најчешће занемарени елементи приликом прављења резервних копија)themesТематске датотеке (прилагођени код/шаблони)pluginsДатотеке додатака (неки додаци могу такође да пишу у прилагођене датотеке)
Где је применљиво: информације о конфигурацији и окружењу извршавања
Не занемарујте разлике у окружењу:
- Разлике у верзијама између PHP могу довести до грешака након опоравка.
- Разлике у специфичним компонентама екстензије/кеша могу довести до различитих понашања.
- Реверзни прокси / CDN / Безбедносна правила могу утицати на интерфејсе за пријаву и бекенд
Опоравак подразумева не само враћање датотека у првобитно стање, већ и обезбеђивање да оперативно окружење и конфигурација могу да подрже њихово извршавање.
5. Избор резервног решења
Тип А: Закажане резервне копије додатака (погодно као полазна тачка за већину веб-сајтова)
Карактеристике: низак трошак, управљивост, брзо распоређивање; међутим, захтева од вас да темељно спроведете “ванлокално складиштење + вежбе опоравка”.
Типични алати:
- АпдрафтПлус: Фокусира се на резервне копије и обнову заказаних задатака и експлицитно подржава разне дестинације за резервно копирање (Dropbox, OneDrive, Google Drive, Amazon S3, FTP, е-пошта итд.) на страници додатака.
Погодно за: сајтове са садржајем/корпоративне сајтове у почетној фази; и сајтове који желе да праве резервне копије на сопственом складишту под контролом. - WPvivid резервна копија и миграцијаСтраница додатка наглашава резервно копирање, миграцију и припрему (где се у поддиректоријуму може креирати припремно окружење за тестирање измена).
Погодно за: Оне који често мигрирају веб-сајтове или захтевају привремено тестирање измена. - ДуплирачСтраница додатка наглашава прављење резервних копија, паковање, миграцију и клонирање сајтова на нове хостове или нове домене.
Погодно за: миграцију, репликацију веб-сајтова, подешавање тест окружења и креирање преносивих пакета веб-сајтова.
UpdraftPlus је више усмерен ка “почетку рада са резервним системима”.”
WPvivid/Duplicator се издваја по миграцији, паковању и репликацији, иако може да врши и резервне копије.
Тип Б: облачно резервно копирање/резервно копирање у готово реалном времену (погодније за сајтове са повећаном осетљивошћу на податке и време опоравка)
Карактеристике: Наглашава “заштиту при свакој промени/честим променама” и “опоравак једним кликом”, функционишући више као скуп услуга.
Типични алати:
- Jetpack VaultPress резервна копија (Jetpack Backup)Страница додатка истиче резервно копирање у облаку и обнову једним кликом и јасно наводи да плаћени Jetpack план мора да укључује Backup, којиЗванична страница за претплату такође наглашава“Сачувајте сваку промену и повратите у употребљиво стање једним кликом.
Погодно за: сајтове за е-трговину/чланске сајтове, или за оне који су осетљиви на брзину опоравка, или за оне који желе да препусте операције резервног копирања зрелом провајдеру услуга. - БлогволтОпис додатка експлицитно укључује “аутоматске, сигурне, инкременталне резервне копије (базе података, теме, додаци, медији)” и обухвата уграђене могућности за припрему и миграцију.
Погодно за: сајтове који третирају “резервно копирање + тестирање + миграцију” као један интегрисани ток рада. - МенаџуепНаглашава технологију инкременталног резервног копирања за смањење оптерећења сервера и омогућава опоравак једним кликом.
Погодно за: појединце који управљају више локација (студија/тимова) и желе да централно обављају резервне копије, ажурирања и надгледање преко једног контролног панела.
Тип Ц: снимци диска на страни хоста/аутоматско резервно копирање (снажно се препоручује као “друга линија одбране”)
Вредност резервних копија хоста: Оне су често “слике на нивоу система”, које пружају ширу покривеност (укључујући базе података и датотеке, па чак и стање одређених слојева окружења).
Уобичајене заблуде:
- Резервна копија на локацији ≠ миграбилна резервна копијаКада мењате провајдера хостинга или желите да понесете своје резервне копије са собом, систем за прављење резервних копија хоста можда вам неће бити практичан.
- Сигурносне копије додатака су такође преносивеСигурносне копије се налазе у складишту под вашом контролом, омогућавајући већу флексибилност при опоравку у различитим окружењима.
Стога је најстабилнија комбинација обично:
Резервно копирање на локалном систему (основно резервно решење) + резервно копирање помоћу додатка/у облаку (миграција на нивоу апликације + грануларне тачке опоравка)
6. Мапа пута за безбедност (Почиње са најефикаснијим основним мерама, без ослањања на нагомилавање додатака)
Не инсталирајте одмах десет додатака за безбедност; исправан приступ је успостављање одбране у слојевима:
Фаза 1: Налози и дозволе (највећи принос, најхитнији резултати)
У овој фази ваш задатак је да “окомпликујете најчешће улазне тачке”:
- Сведено на минимум број администраторских налога: додељени само онима којима су неопходни
- Политика јаке лозинке: Не поново користите лозинке; не користите слабе лозинке.
- Двофакторска аутентификација (2FA)Ово је једно од најефикаснијих унапређења у ери пуњења акредитива и цурења лозинки.
На пример Чврста безбедност Страница додатка експлицитно подржава више 2FA метода (Authy, Google Authenticator, е-пошта, резервни кодови итд.). - Заштита приликом пријављивања: ограничите покушаје грубог сила и спречите преплављивање пријављивања.
- Онемогућите/избришите неискоришћене налоге; уклоните (не само деактивирајте) неискоришћене теме/плагинове.
Фаза 2: Ажурирања и управљање изложеношћу рањивости (Не остављајте ризике у наслеђеним верзијама)
Значајан број пропуста у WordPress-у настаје због застарелих додатака, тема или језгра која садрже јавно објављене рањивости.
Стога је у оквиру стратегије безбедности “ажурирање” један од кључних елемената.
Документација WordPress-а наводи: У WordPress 3.7 уведен је аутоматски механизам ажурирања бекенда ради побољшања безбедности. Објашњава да су аутоматска ажурирања подразумевано омогућена на већини сајтова и од 5.6 Нови сајтови ће бити аутоматски омогућени по почетку.Стратегије ажурирања главне и споредне верзије.
Принципи:
- Језгро/тема/плагини морају имати јасну стратегију ажурирања (аутоматско/полуаутоматско/ручни преглед).
- Обезбедите постојање тачке за повратак пре великих ажурирања (погледајте одељак 3, “Фаза 3 резервне копије”)
- Плугинове које се више не одржавају треба заменити што је пре могуће (ово је најдиректнији начин за смањење површине напада).
Фаза 3: Заштита и детекција (осложавање успеха напада, омогућавање раније детекције аномалија)
У овој фази, оно што треба да урадите јесте да изградите систематичнију одбрану:
- Фајервол/WAF (блокира део нежељеног саобраћаја пре него што захтеви стигну до WordPress-а)
- Скенирање злонамерног кода, праћење интегритета датотека
- Безбедносни логови и упозорења: необични пријављивања, промене дозвола, измене датотека
- Мониторинг: праћење времена прекида, истека сертификата, необичних 5xx грешака, необичних скокова саобраћаја
Типични алати:
- ВордфенсСтраница додатка експлицитно укључује функције заштитног зида, скенирања малвера и безбедности пријављивања, наводећи да корисници премијум претплате добијају ажурирања правила заштитног зида и сигнатура малвера у реалном времену, док бесплатна верзија има заостатак од 30 дана.
Препорука: Бесплатна верзија може значајно побољшати основну безбедност, али ако се ваш сајт суочава са већим ризицима или се више ослања на најновије обавештења о претњама, требало би да разумете последице овог кашњења ажурирања. - Патчстек(Приступ виртуелном закрпавању/заштити од рањивости)Његов званични сајт наглашава заштиту сајтова од рањивих додатака и тема путем виртуелног закрпавања.ПатчстекБесплатна верзија пружа упозорења о рањивостима, док плаћена верзија нуди аутоматизовану заштиту од рањивости, између осталих функција.
- Сукури(Чишћење и безбедност услуге)Страница услуге истиче могућности Sucuri-ја у уклањању малвера и континуираном скенирању и блокирању будућих упада.
7. Обавештење о ризику
Уобичајене замке у операцијама прављења резервних копија
- Сигурносне копије се чувају само на самом серверу.
Када сервер не функционише исправно, често се губе и локалне резервне копије. - Сачувајте само базу података, а не wp-content.
Након обнове можете приметити: чланци су остали, али су слике нестале; или су прилагођавања теме изгубљена; или су фајлови додатака недоследни, што доводи до грешака. - Никада не спроводите вежбе за опоравак
Само у критичном тренутку смо открили да опоравак није успео, да је резервна копија оштећена или да недостају кључне датотеке. - Честота резервног копирања није усклађена са пословним захтевима.
За сајтове за е-трговину/чланство, ако се резервне копије праве само једном дневно, у најгорем случају може доћи до губитка дневних података о наруџбинама/понашању корисника. Потенцијални трошак овог губитка може далеко премашити трошкове имплементације резервних копија.
Уобичајене замке у високофреквенцијским апликацијама везаним за безбедност
- Инсталирао сам безбедносне додатке, али их нисам ажурирао дужи временски период.
Безбедносни додаци нису замена за ажурирања. Застареле рањивости и даље постоје, а ризик опстаје. - Превише администраторских налога/заједничких налога
Неконтролисана права приступа, тешко праћени записи и значајни ризици током предаје посла запослених. - мислећи да си “апсолутно безбедан чим инсталираш WAF/CDN”
WAF може да блокира многе уобичајене нападе, али не може да реши проблеме као што су слабе лозинке, застареле рањивости или скривени додаци (бекдор-плагини). Најпоузданији приступ је имплементација више слојева одбране. - Нагомилавање више безбедносних додатака не само да изазива сукобе, већ и успорава сајт.
Безбедносне политике треба да дају предност “мање, али критичним” мерама: двофакторска аутентикација (2FA) + ажурирање политика + заштитни зидови/скенирање + упозорења; уместо принципа “што више инсталирате, то сте безбеднији”.
8. Листа за проверу
Проверка резервне копије (Ако ових 8 тачака не успеју, не тврдите “Имам резервну копију”)
- Омогућите аутоматско прављење резервних копија (не ручно)
- Да ли резервна копија укључује базу података и wp-content (уплоади/теме/плагини)?
- Да ли се резервне копије чувају ван локације (у облачном складишту/објектном складишту/на посвећеном серверу)?
- Постоји ли дефинисана политика задржавања (нпр. 7/30/90 дана)?
- Да ли је најновија резервна копија била успешна (не само “закажaна да постоји”)?
- Када је спроведена најновија вежба за опоравак од катастрофа? Да ли је била успешна?
- Да ли ће пре великог ажурирања бити генеришена додатна тачка за враћање?
- Да ли је критични пут доступан након обнове (пријава, обрасци, наручивање путем е-трговине/дозволе за чланство итд.)?
Верификација безбедности (пре свега полагање чврстих основа)
- Да ли су администраторски налози сведенi на минимум? Постоји ли механизам за брисање налога при одласку?
- Омогући двофакторска аутентификација(Барем администратори/уредници/менаџери продавница и друге улоге са високим привилегијама)
- Постоји ли јасанПолитика ажурирања(Језгро/Тема/Плугин)
- Да ли неискоришћене додатке/теме треба обрисати (а не само деактивирати)?
- Да ли постоји заштитни зид/заштита приликом пријаве/малициозно скенирање?Вордфенс (што може да покрије део тога)
- Постоји ли приступ упозорењима о рањивостима/виртуелном закрпавању?Патчстек итд.)
- Постоје ли неки упозорења (сомњиви пријављивања, измене датотека, пада система, истека сертификата)?
- Постоји ли план за хитни одговор: Шта треба учинити као први корак када је систем хакован или нарушен?
Често постављана питања
1. Да ли је уграђена резервна копија домаћина довољна?
Уопштено се не препоручује ослањање искључиво на један извор.
Хост резервне копије су робустне, али не морају нужно омогућити “израду, миграцију или извођење грануларних враћања уназад”. Поузданији приступ је:Host резервна копија пружа основну редундантност + резервна копија додатка/у облаку омогућава преносиве и контролисане тачке опоравка。
2. Колико често треба да правим резервну копију?
На основу стопе промене података:
- Садржај сајта: Обично је довољно на дневној основи
- Корпоративни веб-сајт: свакодневно (посебно када се генеришу формуларски потенцијални клијенти) и проверите да ли потенцијални клијенти постоје не само на сајту.
- Е-трговина/чланство: Препоручује се усвајање веће фреквенције (на сат или у готово реалном времену), јер је вредност података о поруџбинама/корисницима знатно већа.
3. Колико дуго треба чувати резервне копије?
У зависности од садржаја и захтева за усаглашеност, може се усвојити овај приступ:
- Чувати најмање 7–30 дана за рутинско враћање у претходно стање.
- Ако сте забринути због “инфилтрације преко позадинских врата/хроничног неовлашћеног мењања”, задржавање података дуже (на пример 90 дана) било би корисније, јер би вам омогућило да се вратите на ранију чисту верзију.
4. Да ли су UpdraftPlus, WPvivid и Duplicator у суштини иста ствар?
Сви могу да праве резервне копије, али се њихов фокус разликује:
- АпдрафтПлус Чешће то подразумева “планиране резервне копије задатака у комбинацији са складиштењем и опоравком на више циљева”.”
- ВПВивид Нагласите могућности тестирања резервних копија, миграције и припремне фазе
- Дуплирач Веома јако у “паковању/миграцији/клонирању сајтова”
Ако сортирате по “типу”, нећете се збунити именима.
5. Зашто је Jetpack Backup плаћена услуга? Када је погодна?
Пошто је у суштини више слично “услузи облачног резервног копирања” — са нагласком на складиштење у облаку и обнову једним кликом — страница додатка мора експлицитно да укључи Плаћени планови Backup-аЗванична страница за претплату наглашава чување сваке измене и омогућавање брзог враћања једним кликом.
Погодно за: Оне који су осетљивији на брзину опоравка и желе да повере операције прављења резервних копија зрелој услузи.
6. Који је значај “постепених резервних копија” као што су BlogVault или ManageWP?
Основно начело инкременталних резервних копија је:Сачувајте само измењене деловесмањити оптерећење сервера уз омогућавање чешћег генерисања тачака опоравка
- БлогВолт додатакДокументација наглашава аутоматско, инкрементално прављење резервних копија које преписују базе података, теме, додатке и медије, а такође обухвата могућности за припрему (staging) и миграцију.
- Менаџуеп Такође наглашава да технологија инкременталног резервног копирања смањује оптерећење и омогућава опоравак једним кликом.
Погодно за: велике сајтове, више медијских издања, честа ажурирања или ако управљате неколико сајтова.
7. Да ли је један безбедносни додатак довољан?
За већину веб-сајтова, коришћење једног примарног безбедносног додатка уз исправно спровођење основних безбедносних политика обично је ефикасније него неконтролисано инсталирање више додатака.
На пример Вордфенс Обухватајући основне могућности као што су заштита заштитним зидом, скенирање и безбедност пријаве; у комбинацији са двофакторска аутентификација(Solid Security нуди више метода), што може значајно повећати трошкове напада.
8. Да ли је бесплатна верзија Wordfence-а добра? Зашто неки људи кажу да треба да пређете на Premium?
Страница додатка WordfenceНапомена: Премиум обезбеђује ажурирања правила заштитног зида и потписа малвера у реалном времену, док бесплатна верзија има заостатак од 30 дана.
Да ли је Премијум потребан зависи од ваше толеранције на ризик:
- Сајтови ниског ризика: бесплатна верзија + правовремена ажурирања + двофакторска аутентификација (2FA) су генерално прилично корисни.
- Виши ризик или већа зависност од “најновијих обавештајних података о претњама”: захтева разумевање потенцијалног прозора рањивости који настаје због кашњења у ажурирању.
9. Шта тачно решење “виртуелног патчовања” компаније Patchstack решава?
Његов приступ је да блокира познате рањивости на нивоу апликације користећи правила пре него што се искористе рањивости додатака/тема (или пре него што се закрпе у потпуности примене).Званични сајт PatchstackНаглашава заштиту кроз виртуелно закрпавање рањивих додатака и тема, са детаљима о разликама између бесплатне и плаћене верзије у погледу обавештења и аутоматске заштите.
Ово није замена за ажурирања, већ мера за ублажавање ризика повезаних са “прозором за закрпе”.
10. Да ли ће омогућавање двостепене аутентификације закључати мој налог?
Препоручујемо вам да се припремите унапред:
- Резервни код/метод опоравкаЧврста безбедност (Такође се помињу шеме као што су кодови backup)
- Обезбедите да је именован барем један “администратор за ванредне ситуације” и да су информације о опоравку безбедно заштићене.
- Кључна тачка је: не чувајте информације за опоравак на истој локацији којој би се могло приступити уколико дође до компромитовања.
11. Да ли треба омогућити аутоматска ажурирања WordPress-а?
Документација за WordPressМеханизам аутоматског ажурирања позадине дизајниран је да побољша безбедност и подразумевано је омогућен на већини сајтова, са конфигурисаним политикама ажурирања за различите типове.
Препорука:
- Безбедносна и мање значајна ажурирања верзије: аутоматски омогућена (да би се скратило време изложености познатим рањивостима)
- Већа верзија/критичне ажурирања додатака: наставите тек након интеграције тачака за повратак из резервне копије и процедура тестирања (мора се омогућити барем могућност повратка).
12. Ако сумњам да је мој веб-сајт компромитован, шта прво треба да урадим?
Исправан редослед (да се не погорша ситуација):
- Прво зауставите крварењеПривремено ограничите пријављивања на бекенд, суспендујте сумњиве функције и активирајте странице за одржавање када је то неопходно.
- Прво сачувајте доказе и вратите систем.Одмах направите резервну копију тренутног стања (ради анализе), истовремено припремајући чисту тачку за повратак.
- Поништење/ЧишћењеДајте предност враћању на познату чисту тачку у времену или користите професионалну услугу чишћења.Сукури (наглашавајући злонамерно чишћење у односу на континуирану заштиту)
- Запушивање рупаАжурирајте core/plugins/themes, ресетујте лозинке и тајне кључеве, омогућите двофакторску аутентификацију и уклоните сумњиве налоге и додатке.
13. Имплементирао сам безбедносне мере и резервне копије, па зашто је и даље потребно праћење?
Јер рано откривање може да минимизира штету.
Прекиди у раду система, истекли сертификати, ненормални саобраћај, сумњиве пријаве, аномалије у поруџбинама — све су то проблеми код којих рано откривање штеди значајне непријатности.