{"id":33247,"date":"2019-10-31T21:51:34","date_gmt":"2019-10-31T18:51:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi\/"},"modified":"2019-10-31T21:51:34","modified_gmt":"2019-10-31T18:51:34","slug":"reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/reliz-wordpress-5-2-s-podderzhkoj-proverki-obnovlenij-po-tsifrovoj-podpisi","title":{"rendered":"Wydanie WordPressa 5.2 z obs\u0142ug\u0105 weryfikacji aktualizacji za pomoc\u0105 podpisu cyfrowego","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Przedstawiony<\/a><\/noindex> wydanie systemu zarz\u0105dzania tre\u015bci\u0105 WordPress 5.2<\/a><\/noindex>. Wydanie to jest znacz\u0105ce z uwagi na zako\u0144czenie sze\u015bcioletniej epopoei<\/a><\/noindex> wdro\u017cenia mo\u017cliwo\u015bci<\/a><\/noindex> sprawdzania aktualizacji i dodatk\u00f3w za pomoc\u0105 podpisu cyfrowego. <\/p>\n

Dotychczas g\u0142\u00f3wnym czynnikiem zapewniaj\u0105cym bezpiecze\u0144stwo przy instalacji aktualizacji w WordPressie by\u0142o zaufanie do infrastruktury i serwer\u00f3w WordPressa (po za\u0142adowaniu nast\u0119powa\u0142a weryfikacja hasha bez weryfikacji \u017ar\u00f3d\u0142a). W przypadku kompromitacji serwer\u00f3w projektu, atakuj\u0105cy mieli mo\u017cliwo\u015b\u0107 podmiany aktualizacji i rozpowszechnienia z\u0142o\u015bliwego kodu w\u015br\u00f3d witryn opartych na WordPressie, kt\u00f3re korzysta\u0142y z automatycznej instalacji aktualizacji. zgodnie z wcze\u015bniej stosowanym modelem zaufania w dostarczaniu, po stronie u\u017cytkownik\u00f3w taka podmiana pozosta\u0142aby niezauwa\u017cona. <\/p>\n

Bior\u0105c pod uwag\u0119, \u017ce wed\u0142ug danych<\/a><\/noindex> projektu w3techs platforma WordPress jest u\u017cywana na 33,8% stron w sieci, incydent mia\u0142by katastrofalne skutki. Przy tym niebezpiecze\u0144stwo kompromitacji infrastruktury by\u0142o nie hipotetyczne, ale ca\u0142kowicie realne. Na przyk\u0142ad kilka lat temu jeden z badaczy bezpiecze\u0144stwa zademonstrowa\u0142<\/a><\/noindex> odkry\u0142 luk\u0119, kt\u00f3ra pozwala\u0142a atakuj\u0105cemu na wykonanie swojego kodu po stronie serwera api.wordpress.org. <\/p>\n

W przypadku zastosowania podpis\u00f3w cyfrowych, uzyskanie kontroli nad serwerem aktualizacji nie prowadzi\u0142oby do kompromitacji system\u00f3w u\u017cytkownik\u00f3w, poniewa\u017c do przeprowadzenia ataku dodatkowo konieczne by\u0142oby uzyskanie osobno przechowywanego klucza prywatnego, za pomoc\u0105 kt\u00f3rego dokonywane s\u0105 podpisy aktualizacji. <\/p>\n

Wdro\u017ceniu weryfikacji \u017ar\u00f3d\u0142a aktualizacji za pomoc\u0105 podpisu cyfrowego przeszkadza\u0142o to, \u017ce wsparcie dla odpowiednich algorytm\u00f3w kryptograficznych pojawi\u0142o si\u0119 w standardowym pakiecie PHP stosunkowo niedawno. Potrzebne algorytmy kryptograficzne zosta\u0142y wprowadzone dzi\u0119ki integracji biblioteki Libsodium<\/a><\/noindex> do podstawowego sk\u0142adu PHP 7.2<\/a><\/noindex>. Jednak jako minimalnie wspierana w wersji WordPress zosta\u0142a podana<\/a><\/noindex> wydanie 5.2.4 (od WordPress 5.2 - 5.6.20). W\u0142\u0105czenie wsparcia dla podpis\u00f3w cyfrowych wprowadzi\u0142oby znacz\u0105ce wymagania dotycz\u0105ce minimalnej obs\u0142ugiwanej wersji PHP lub dodanie zewn\u0119trznego zale\u017cno\u015bci, co nie by\u0142o mo\u017cliwe dla deweloper\u00f3w bior\u0105c pod uwag\u0119 rozpowszechnienie wersji PHP w systemach hostingu. <\/p>\n

Rozwi\u0105zaniem by\u0142o opracowywanie<\/a><\/noindex> i w\u0142\u0105czenie do WordPress 5.2 kompaktowej wersji Libsodium - Sodium Compat<\/a><\/noindex>, w kt\u00f3rym w j\u0119zyku PHP zaimplementowano minimalny zestaw algorytm\u00f3w do weryfikacji podpis\u00f3w cyfrowych. Wydajno\u015b\u0107 realizacji pozostawia wiele do \u017cyczenia, ale w pe\u0142ni rozwi\u0105zuje problem kompatybilno\u015bci oraz umo\u017cliwia programistom wtyczek rozpocz\u0119cie wdra\u017cania nowoczesnych algorytm\u00f3w kryptograficznych.<\/p>\n

Do generowania podpis\u00f3w cyfrowych wykorzystywany jest algorytm Ed25519<\/a><\/noindex>, opracowany przy wsp\u00f3\u0142pracy z Daniem Bersteinem (Daniel J. Bernstein). Podpis cyfrowy tworzony jest dla warto\u015bci skr\u00f3tu SHA384, obliczonego na podstawie zawarto\u015bci archiwum z aktualizacj\u0105. Ed25519 oferuje wy\u017cszy poziom bezpiecze\u0144stwa ni\u017c ECDSA i DSA, a tak\u017ce wykazuje bardzo wysok\u0105 szybko\u015b\u0107 weryfikacji i generowania podpis\u00f3w. Odporno\u015b\u0107 na ataki dla Ed25519 wynosi oko\u0142o 2^128 (\u015brednio, do przeprowadzenia ataku na Ed25519 potrzeba wykona\u0107 2^140 operacji bitowych), co odpowiada odporno\u015bci takich algorytm\u00f3w jak NIST P-256 i RSA z kluczem o d\u0142ugo\u015bci 3000 bit\u00f3w lub 128-bitowemu szyfrowi blokowemu. Ed25519 nie jest r\u00f3wnie\u017c podatny na problemy z kolizjami w skr\u00f3tach, nie jest wra\u017cliwy na ataki zwi\u0105zane z analiz\u0105 czasu dost\u0119pu do pami\u0119ci podr\u0119cznej (cache-timing) oraz ataki kana\u0142ami bocznymi. <\/p>\n

W wydaniu WordPress 5.2 weryfikacja podpisu cyfrowego obejmuje na razie tylko podstawowe aktualizacje platformy i domy\u015blnie nie prowadzi do zablokowania aktualizacji, a jedynie informuje u\u017cytkownika o powsta\u0142ym problemie. Zdecydowano si\u0119 nie w\u0142\u0105cza\u0107 blokady domy\u015blnie ze wzgl\u0119du na konieczno\u015b\u0107 pe\u0142nej weryfikacji i obej\u015bcia mo\u017cliwych problem\u00f3w<\/a><\/noindex>. W przysz\u0142o\u015bci planowane jest dodanie weryfikacji podpisu cyfrowego r\u00f3wnie\u017c dla wersji \u017ar\u00f3d\u0142owych motyw\u00f3w i wtyczek (producenti b\u0119d\u0105 mogli podpisywa\u0107 wydania swoim kluczem).<\/p>\n

Opr\u00f3cz wsparcia dla podpis\u00f3w cyfrowych w WordPress 5.2 mo\u017cna odnotowa\u0107 nast\u0119puj\u0105ce zmiany:<\/p>\n