Utgivning av WordPress 5.2 med stöd för verifiering av uppdateringar med digital signatur.

Presenteras utgåvan av webbplatshanteringssystemet WordPress 5.2. Utgåvan utmärks av avslutningen på en sexårig epope för att genomföra möjligheten till verifiering av uppdateringar och tillägg genom digital signerande.

Än så länge har tillit till WordPress infrastruktur och servrar varit den huvudsakliga faktorn för säkerhet vid installation av uppdateringar (efter nedladdning utfördes en hash-jämförelse utan verifiering av källan). Vid kompromettering av projektservrar hade angriparna möjlighet att manipulera uppdateringen och sprida skadlig kod bland webbplatser som använder WordPress automatiska uppdateringssystem. Enligt den tidigare tillämpade tillitsmodellen för distribution skulle en sådan manipulation förbli obemärkt för användarna.

Med tanke på att enligt data w3techs plattform används WordPress på 33,8% av webbplatserna på nätet, skulle incidenten ha en katastrofal omfattning. Samtidigt var riskerna för kompromettering av infrastrukturen inte hypotetiska, utan fullt verkliga. Till exempel för flera år sedan upptäckte en av säkerhetsforskare visade en sårbarhet som gjorde det möjligt för en angripare att köra sin kod på serversidan av api.wordpress.org.

Vid användning av digitala signaturer skulle kontroll av uppdateringsdistributionsservern inte leda till kompromiss av användarsystem, eftersom en attack dessutom skulle kräva att man får ett separat lagrat privat nyckel, med vilket uppdateringar signeras.

Införandet av källverifiering för uppdateringar genom digital signerande hindrades av det faktum att stöd för de nödvändiga kryptografiska algoritmerna tillkommit relativt nyligen i PHP:s standardleverans. De nödvändiga kryptografiska algoritmerna kom till genom integration av biblioteket Libsodium i kärnan PHP 7.2. Men den minimi stödja versionen av PHP som anges för WordPress är version 5.2.4 (från och med WordPress 5.2 – 5.6.20). Inkluderingen av stöd för digitala signaturer skulle leda till en betydande ökning av kraven för den minimi stödja versionen av PHP eller tillägg av ett externt beroende, vilket utvecklarna inte kunde gå med på med hänsyn till spridningen av PHP-versioner inom hosting-system.

Lösningen var utveckling att inkludera en kompakt version av Libsodium i WordPress 5.2 — Sodium Compat, där en minimiuppsättning algoritmer för kontroll av digitala signaturer implementerats på språket PHP. Implementeringen lämnar mycket att önska när det gäller prestanda, men löser helt kompatibilitetsproblemet, samt möjliggör för plugin-utvecklare att påbörja implementeringen av moderna kryptografiska algoritmer.

För att skapa digitala signaturer används algoritmen Ed25519, utvecklad i samarbete med Daniel Bernstein (Daniel J. Bernstein). Den digitala signaturen skapas för hashvärdet SHA384, beräknat från innehållet i arkivet med uppdateringen. Ed25519 har en högre säkerhetsnivå än ECDSA och DSA, och visar en mycket hög hastighet för verifiering och skapande av signaturer. Motståndet mot intrång för Ed25519 ligger på ungefär 2^128 (i genomsnitt krävs 2^140 bitoperationer för att attackera Ed25519), vilket motsvarar motståndet hos alternativ som NIST P-256 och RSA med en nyckelstorlek på 3000 bitar eller 128-bitars blockchiffer. Ed25519 är också inte känslig för kollisioner i hashar, och är motståndskraftig mot attacker genom cache-timing och attacker genom sidokanaler.

I versionen av WordPress 5.2 omfattar kontrollen av digitala signaturer endast de huvudsakliga uppdateringarna av plattformen och leder inte som standard till blockering av uppdateringar, utan informerar användaren om det problem som uppstått. Blockering som standard har beslutats att inte inkluderas omedelbart på grund av behovet av fullständig kontroll och kringgå möjliga problem. I framtiden planeras kontrollen av digitala signaturer också att läggas till för verifiering av källan till installationen av teman och plugins (tillverkare kommer att kunna signera utgåvor med sin nyckel).

Förutom stödet för digitala signaturer i WordPress 5.2 kan följande förändringar noteras:

• I avsnittet 'Site Health' har två nya sidor lagts till för att felsöka typiska konfigurationsproblem, samt tillhandahålls ett formulär genom vilket utvecklare kan lämna felsökningsinformation till webbplatsens administratörer;
• En implementation av 'den vita döds-skärmen' har lagts till, som visas vid fatala problem och hjälper administratören att självständigt lösa problem relaterade till plugins eller teman genom att gå in i ett särskilt återställningsläge efter krasch;
• Ett kompatibilitetstestssystem med tilläggen har implementerats, vilket automatiskt kontrollerar möjligheten att använda ett tillägg i den aktuella konfigurationen med hänsyn till den använda PHP-versionen. Om ett tillägg kräver en nyare PHP-version, kommer systemet automatiskt att blockera aktiveringen av det tillägget;
• Stöd för aktivering av moduler med JavaScript-kod har lagts till med hjälp av webpack och Babel;
• En ny mall privacy-policy.php har lagts till, vilket gör det möjligt att anpassa innehållet på sidan med villkor för att skydda integriteten;
• För teman har en wp_body_open hook-lösning lagts till, vilket möjliggör insättning av kod direkt efter body-taggen;
• Krav på minimal PHP-version har höjts till 5.6.20, och tillägg samt teman kan nu använda namnrymder och anonyma funktioner;
• Tretton nya ikoner har lagts till.

Dessutom kan man nämna identifiering en kritisk sårbarhet i WordPress-tillägget WP Live Chat (CVE-2019-11185). Sårbarheten tillåter exekvering av godtycklig PHP-kod på servern. Tillägget används på mer än 27 000 webbplatser för att organisera interaktiv chat med besökare, inklusive på webbplatser för företag såsom IKEA, Adobe, Huawei, PayPal, Tele2 och McDonald's (Live Chat används ofta för att implementera påträngande chattar på företagswebbplatser med erbjudanden om att prata med en anställd).

Problemet uppstår i koden för filuppladdning till servern och tillåter att kontrollen av tillåtna filtyper kringgås och ladda upp en PHP-script till servern, vilket sedan kan exekveras direkt genom webben. Intressant nog upptäcktes en liknande sårbarhet i Live Chat förra året (CVE-2018-12426), vilket tillät uppladdning av PHP-kod under förespeglingen av en bild, genom att ange en annan typ av innehåll i Content-type-fältet. För att åtgärda problemet har ytterligare kontroller baserade på vitlistor och MIME-typ lagts till. Det visade sig att dessa kontroller är felaktigt implementerade och lätt kan kringgås.

Specifikt är direkt uppladdning av filer med ändelsen '.php' förbjuden, men ändelsen '.phtml' lades inte till i svartlistan, vilken på många servrar är kopplad till PHP-tolkaren. Den vita listan tillåter endast uppladdning av bilder, men kan kringgås genom att ange en dubbel ändelse, till exempel '.gif.phtml'. För att kringgå kontroller av MIME-typ är det tillräckligt att ange strängen 'GIF89a' i början av filen, före öppningen av PHP-kodtaggen.

Källa: opennet.ru