WordPress 7.1.3 жаңартуы: жеті осалдық жабылды, сайтты жаңартатын уақыт келді

Жаңартылды: 23.10.2026

WordPress 7.1.3 жаңартуы танымал сайттарды басқару жүйесінің ядросындағы жеті осалдықты бірден жабады. Әзірлеушілер оны 2026 жылғы 6 қазанда шығарып, шұғыл деп атайды: корпоративтік сайты WordPress-те жұмыс істейтіндердің бәріне жаңа нұсқаны кідіріссіз орнату ұсынылады. Ал 20 қазанда 7.2 нұсқасының бетасы шықты, ол тек сынақтарға арналған.

WordPress 7.1.3 жаңартуы нені түзетеді

Төрт қарапайым қатеден басқа, шығарылымда жеті қауіпсіздік мәселесі жойылды. Олардың ең жағымсыздары мыналар:

• пікірлерді модерациялау бөліміндегі сақталатын сайтаралық скриптинг (XSS): тексерудегі пікірдің зиянды коды әкімшіде іске қосылатын;
• WXR пішіміндегі мазмұнды экспорттау механизміндегі екінші ретті SQL-инъекция;
• жабық және жарияланбаған жазбаларға пікірлердің жылыстауы, сайтқа кірмей-ақ қолжетімді;
• Imgur сервисінен суреттерді ендіру арқылы XSS;
• қызмет көрсетуден бас тартуға осалдық және «Автор» рөліндегі артық құқықтар.

Осалдықтардың бір бөлігін зерттеушілер ЖИ-құралдардың көмегімен тапты. Олар қаскүнемдерге де қолжетімді, сондықтан түзету шыққаннан кейінгі шабуылдар барған сайын тезірек басталады.

Неліктен WordPress жаңартуы Беларусьтегі бизнес үшін маңызды

WordPress-те Минск пен өңірлердегі шағын және орта бизнес сайттарының көпшілігі жұмыс істейді: визиткалар, WooCommerce негізіндегі интернет-дүкендер, корпоративтік блогтар. Бұзылған кезде іздеу жүйелері сайтты қауіпті деп белгілейді және өтінімдер келуін тоқтатады, ал әкімшілік панель арқылы телефондар мен деректемелерді ауыстыруға немесе компания атынан фишинг таратуға болады. Клиенттер деректерінің жылыстауы дербес деректерді қорғау туралы заңмен байланысты мәселелер қосады.

Әсіресе осал сайттар — жылдар бойы ешкім қызмет көрсетпейтін: әзірлеуші жобаны тапсырып, жоғалып кетті, ал консольде орнатылмаған плагин жаңартулары жиналып жатыр. Мұндай ресурстарды автоматты сканерлер бірінші табады.

WordPress жаңартуын қалай қауіпсіз жүргізуге болады

Консольде жаңартуға болады: «Жаңартулар» → «Қазір жаңарту», фондық жаңартулар қосулы болса, нұсқа өзі орнатылады. Сайт «құламауы» үшін мына тәртіпті сақтаңыз:

1. Резервтік көшірме жасаңыз файлдар мен дерекқордың көшірмесін жасап, оны қалпына келтіруге болатынына көз жеткізіңіз. Мынаны баптаған дұрыс: тұрақты резервтік көшіру бөлек қоймаға, сол хостингке емес.
2. Плагиндер мен тақырыпты тексеріңіз. Артық кеңейтімдерді жойып, қалғандарын жаңартыңыз, тақырыпқа қолдау көрсетілетініне көз жеткізіңіз.
3. Сынақ көшірмесін пайдаланыңыз дүкені немесе интеграциялары бар сайттар үшін: формалар мен төлемді сонда тексеріп, содан кейін жұмыс сайтын жаңартыңыз.
4. Автожаңартуларды қосыңыз ядроның кіші шығарылымдары үшін: олар үйлесімділікті сирек бұзады.
5. Қолжетімділіктерді ретке келтіріңіз: әкімшілер үшін екі факторлы кіру, ескі есептік жазбаларды жою.

Мәселе туралы клиенттерден бұрын білу үшін мынаны қосқан пайдалы: сайттың қолжетімділігі мен өзгерістерінің мониторингі. Ал ресурс пен сервердің қандай күйде екені белгісіз болса, мынадан бастаңыз: IT-инфрақұрылым аудитінен: ITS мамандары БҚ нұсқаларын, плагиндерді, пайдаланушылар құқықтарын және резервтік көшірмелерді тексеріп, содан кейін түзету жоспарын ұсынады және сүйемелдеуді өз мойнына алады.

Дереккөз: WordPress.org News — WordPress 7.1.3 Maintenance and Security Release.

Ары қарай не болады: WordPress 7.2 және жаңарту регламенті

20 қазанда WordPress 7.2-нің алғашқы бета-нұсқасы шықты. әзірлеушілер кестесіне шығарылым кандидаты 17 қарашада, ал соңғы нұсқасы 2026 жылғы 8 желтоқсанда күтіледі. Бетаны жұмыс сайтына орнатудың қажеті жоқ: ол көшірмеде сынауға арналған.

Әр жаңалықтан кейін сайтты асығыс жаңартпау үшін қарапайым регламент енгізген ыңғайлы:

• Қауіпсіздік түзетулері (7.1.x түріндегі нұсқалар) шыққаннан кейін бірнеше күн ішінде, жаңа резервтік көшірмеден кейін орнатылады.
• Ірі нұсқалар (7.2, 7.3) алдымен сайттың көшірмесінде тексеріледі: тақырып, плагиндер, өтінім формалары және CRM-мен интеграциялар.
• Плагиндер аптасына бір рет жаңартылады, пайдаланылмайтындары жай ажыратылмай, жойылады.
• Жауапты адам алдын ала тағайындалады: хостингке және резервтік көшірмелерге қолжетімділігі бар мердігер немесе қызметкер.

Мұндай регламент көп уақыт алмайды, бірақ сайтты түзетуі бірнеше ай бұрын шыққан осалдық арқылы бұзатын жағдайдан құтқарады. Жұмыс істемейтін сайттың немесе сервистің әр сағаты компанияға қаншаға түсетінін түсіну үшін пайдаланыңыз: IT іркілісінің калькуляторын.

Сұрақтар мен жауаптар

Сайт қалыпты жұмыс істесе, WordPress-ті жаңартпауға бола ма?

Жоқ. Осалдықтардың сипаттамалары жарияланды, ал боттар жаңартылмаған сайттарды алғашқы күндердің өзінде іздейді.

WordPress 7.1.3 жаңартуынан кейін сайт бұзыла ма?

Қақтығыс қаупі төмен, бірақ орнату алдында бәрібір резервтік көшірме жасаңыз, ал күрделі сайттарды алдымен сынақ көшірмесінде тексеріңіз.

WordPress 7.2 Beta 1-ді орнату керек пе?

Жұмыс сайтына — жоқ. Бета әзірлеушілерге керек, бизнеске тұрақты 7.1.3 жеткілікті.

WordPress 7.2-ні шыққаннан кейін бірден орнату керек пе?

Алғашқы түзету шығарылымын күткен немесе сайтты көшірмеде тексерген жөн. Ал қауіпсіздік түзетулерін, керісінше, кідіріссіз орнатқан жөн.

Жаңартудан кейін сайт бұзылса, не істеу керек?

Оны жаңарту алдында жасалған резервтік көшірмеден қалпына келтіріп, үйлесімсіз плагинді сынақ көшірмесінде анықтау.