Kritiska sårbarheter i PHP utsätter Web3-infrastrukturen för risk
Två kritiska PHP-sårbarheter, CVE-2026-109618 och CVE-2026-109619, har CVSS v4.0-poäng på 9,2 och kan möjliggöra fjärrkörning av kod utan autentisering på offentligt exponerade PHP-tjänster. Amazons honeypot-system upptäckte möjliga exploateringsförsök redan den 17 oktober, och sårbarhetsdetaljer läckte ut innan PHP-teamet släppte nödpatchar den 21 oktober, tidigare än planerat.
Felen påverkar PHP-versionerna 5.4 till och med 8.5.11. SlowMist hittade tydliga PHP-fingeravtryck på 793 av de 1 488 kryptorelaterade domäner som företaget skannade, cirka 53,3 procent. Detta visar att PHP används, inte att systemen är bekräftat sårbara eller komprometterade. Web3-infrastruktur i riskzonen kan omfatta webbplatser, API:er, airdrop-sidor, administratörspaneler, betalningsintegrationer och hostade plånbokstjänster. Ett serverintrång kan röja inloggningsuppgifter eller möjliggöra manipulering av sidor som lurar användare att signera skadliga transaktioner, men det komprometterar inte i sig smarta kontrakt, plånböcker eller privata nycklar.
De korrigerade versionerna är PHP 8.2.35, 8.3.36, 8.4.27 och 8.5.12. Projekt bör uppgradera snarast, undersöka exponerade system och byta inloggningsuppgifter om intrång misstänks. PHP 8.1 och äldre versioner bör migreras till versioner som fortfarande stöds. Tillfälliga åtgärder kan minska vissa angreppsvägar, men patchning är den definitiva lösningen. Risken gäller Web3-säkerhet utanför kedjan; rapporterna visar inte att kryptotillgångar har gått förlorade och motiverar inte uttag enbart på grund av sårbarheterna.
Neutral
Sårbarheterna utgör en allvarlig operativ risk för Web3-företag, men rapporterna pekar inte ut någon specifik kryptovaluta och innehåller inga belägg för förluster eller direkt påverkan på blockkedjeprotokoll. Därför finns det ingen tydlig grund för att förutsäga en prisrörelse för någon coin, och den förväntade påverkan på kryptopriserna är neutral. På kort sikt kan handlare reagera försiktigt på säkerhetsvarningar, hålla koll på berörda plattformar och granska transaktionsförfrågningar noga. En eventuell marknadsreaktion lär snarare begränsas till berörda tjänster än leda till en bred förändring av kryptovärderingar. På längre sikt skulle ett lyckat angrepp eller bekräftade tillgångsförluster kunna försvaga förtroendet för berörda projekt och öka säljtrycket på deras tokens. Snabba säkerhetsuppdateringar och incidenthantering skulle begränsa den risken. Säkerhetsnyheter kan öka volatiliteten, men att ett system använder PHP bekräftar inte i sig att det är sårbart, och rapporterna motiverar inte antagandet att medel eller smarta kontrakt har komprometterats.