WordPress 5.2 väljaanne digitaalse allkirja värskenduste kontrollimise toetusega

Esitletud veebisisu haldamise süsteemi väljaanne WordPress 5.2. Väljaanne on tähelepanuväärne kuueaastase epiloogiga rakendamise osas võimalus värskenduste ja lisanduste kontrollimiseks digitaalse allkirja abil.

Varasemalt tuli WordPressis värskenduste installimisel lähtuda peamiselt usaldusväärsusest WordPressi infrastruktuuri ja serverite suhtes (pärast allalaadimist kontrolliti rikkaid ilma allika verifitseerimiseta). Projekti serverite kompromiteerimise korral said ründajad asendada värskenduse ja levitada pahavara WordPressi veebilehtede seas, mis kasutasid automaatsete värskenduste installimissüsteemi. Varasemalt rakendatud usaldusmudeli kohaselt jääks sarnane asendamine kasutajate seas märkamatuks.

Arvestades, et andmetele w3techs platvorm WordPress on 33,8% veebilehtedest, mille tõttu oleks sellise intsidendi ulatus katastroofiline. Sellest tulenev infrastruktuuri komprimeerimise oht ei olnud hüpoteetiline, vaid täiesti reaalne. Näiteks paar aastat tagasi demonstreeris üks turvauuringute spetsialist haavatavust, mis võimaldas ründajal käivitada oma koodi serveripoolel api.wordpress.org. Digitaalsete allkirjade rakendamisel ei tooks värskenduste levitamise serveri üle kontrolli saamine kaasa kasutajate süsteemide komprimeerimist, kuna rünnaku tegemiseks oleks vajalik eraldi salvestatud privaatvõti, millega allkirjastatakse värskendused.

Värskenduste allika kontrollimise digitaalsete allkirjade abil takistas see, et vajalikke krüptograafilisi algoritme hakati PHP vaikimisi pakkumiste kaudu toetama alles hiljuti. Vajalikud krüptograafilised algoritmid said võimalikuks, kui integreeriti teek

Libsodium PHP põhikomplekti PHP 7.2 . Kuid minimaalne versioon, mida WordPress toetab, on PHPmillele on esitatud taotlus väljaanne 5.2.4 (alates WordPressist 5.2 — 5.6.20). Digitaalse allkirjade toetuse lisamine tõstaks oluliselt minimaalset toetatavat PHP versiooni või tooks endaga kaasa välist sõltuvust, millega arendajad arvesse võttes PHP versioonide levipindade ei saanud leppida.

Lahenduseks sai arendus ja Libsodiumi kompaktse versiooni integreerimine WordPress 5.2-sse — Sodium Compat, milles PHP keeles on rakendatud minimaalne algoritmide kogum digitaalsete allkirjade kontrollimiseks. Teostus jätab soovida jõudluse osas, kuid lahendab täielikult ühilduvuse probleemi ning võimaldab pluginate arendajatel alustada kaasaegsete krüptograafiliste algoritmide rakendamist.

Digitaalsete allkirjade koostamiseks kasutatakse algoritmi Ed25519, mille, mis on välja töötatud Daniel J. Bernsteini (Daniel J. Bernstein) kaasabil. Digitaalne allkiri luuakse SHA384 räsiväärtusest, mis on arvutatud arhiivi sisu põhjal koos värskendusega. Ed25519 pakub kõrgemat turvalisuse taset kui ECDSA ja DSA, ning näitab allkirjade verifitseerimisel ja loomisel väga suurt kiirus. Ed25519 häkkimise vastupidavus on umbes 2^128 (keskmiselt nõuab Ed25519 rünnak 2^140 bitimuutust), mis vastab selliste algoritmide vastupidavusele nagu NIST P-256 ja RSA 3000-bitiste võtmetega või 128-bitise plokksalajasele. Ed25519 pole samuti kohalike räsiväärtuste kokkuvarisemise probleeme ja on immuunne mäluefektiivuse (cache-timing) ja külgkanali rünnakute suhtes.

WordPressi 5.2 väljaandes hõlmab digitaalallkirjade kontrollimine praegu ainult platvormi põhivärskendusi ning ei too vaikimisi kaasa värskenduse blokeerimist, vaid teavitab kasutajat tekkinud probleemist. Vaikimisi blokeerimist on otsustatud mitte kaasata osaliselt selle tõttu, et vajalik on täielik kontroll ja möödumine võimalikest probleemidest. Tulevikus on plaanis lisada digitaalallkirja kontroll ka teema- ja pluginapaigaldusallikate versioonide kontrollimiseks (tootjad saavad vabastada oma versioonid oma võtmega).

Lisaks digitaalallkirjade toetamisele võib WordPress 5.2 puhul märkida järgmised muudatused:

• Jaotises „Site Health” on lisatud kaks uut lehte tüüpiliste seadistuse probleemide tõrkeotsimiseks ning on esitatud vorm, mille kaudu arendajad saavad küsida tõrkeinfot saidi administraatoritelt;
• On lisatud „surmavalge ekraani” rakendamine, mis kuvatakse tõsiste probleemide korral ja aitab administraatoril ise vigu parandada, mis on seotud pluginatega või teemadega, minnes spetsiaalsesse häire taastamise režiimi;
• On rakendatud pluginatega ühilduvuse kontrollimise süsteem, mis kontrollib automaatselt pluginaga töötamise võimalust praeguses konfiguratsioonis, arvestades kasutatavat PHP versiooni. Kui plugin vajab töös hoidmiseks uuemat PHP versiooni, blokeerib süsteem automaatselt selle plugina aktiveerimise;
• On lisatud toetus JavaScripti koodi kasutavate moodulite lubamiseks kasutades webpack ja Babel;
• Lisatud uus mall privacy-policy.php, mis võimaldab kohandada privaatsuspoliitika lehe sisu;
• Kujundusteemade jaoks on lisatud wp_body_open hook töötlija, mis võimaldab koodi lisada kohe pärast body sildi avamist;
• PHP minimaalne versioon on tõstetud 5.6.20-ni, pistikprogrammid ja kujundusteemad saavad nüüd kasutada nimede ruume ja anonüümseid funktsioone;
• Lisatud 13 uut ikooni.

Lisaks võib mainida tuvastamist kriitilisest haavatavusest WordPressi pistikprogrammis WP Live Chat (CVE-2019-11185). Haavatavus võimaldab serveris täita juhuslikku PHP-koodi. Pistikprogramm on kasutusel enam kui 27 000 saidil, et korraldada interaktiivset vestlust külastajaga, sealhulgas selliste ettevõtete, nagu IKEA, Adobe, Huawei, PayPal, Tele2 ja McDonald’s veebilehtedel (Live Chat kasutatakse sageli pealetükkivate vestlusakende rakendamiseks ettevõtete töötajatega suhtlemiseks).

Probleem ilmneb failide üleslaadimise koodis serverisse ja võimaldab kõrvale kalduda lubatud failitüüpide kontrollimist ning üles laadida serverisse PHP skripti, mida saab hiljem otse veebis käivitada. Huvitav, et eelmisel aastal Live Chat'is tuvastati sarnane haavatavus (CVE-2018-12426), mis võimaldas laadida PHP-koodi pildi näol, määrates Content-type väljal vale sisu tüübi. Probleemi lahendamiseks lisati täiendavad kontrollid valgelisti ja MIME-tüübi suhtes. Selgus, et need kontrollid on rakendatud valesti ja neid on lihtne kõrvale kalduda.

Eelkõige on otse üleslaadimine failidega, millel on laiend " .php", keelatud, kuid musta nimekirja ei ole lisatud laiendit " .phtml", mis paljudes serverites on seotud PHP tõlgendajaga. Valgelist lubatakse ainult piltide üleslaadimist, kuid seda saab kõrvale kalduda, määrates topeltlaiendi, näiteks " .gif.phtml". MIME-tüübi kontrollimist on võimalik kõrvale kalduda, sisestades faili algusesse, enne PHP koodi avanemist, rea " GIF89a".

Allikas: opennet.ru