{"id":1631,"date":"2020-06-02T17:58:06","date_gmt":"2020-06-02T15:58:06","guid":{"rendered":"https:\/\/dev.buddydevs.com\/miguel\/ssl-fehler-30-mai-2020\/"},"modified":"2026-09-12T11:57:16","modified_gmt":"2026-09-12T11:57:16","slug":"ssl-error-30-maja-2020","status":"publish","type":"post","link":"https:\/\/dev.buddydevs.com\/miguel\/pl\/ssl-fehler-30-mai-2020\/","title":{"rendered":"B\u0142\u0105d SSL 30 maja 2020"},"content":{"rendered":"
30 maja 2020 roku zaobserwowali\u015bmy niezwyk\u0142\u0105 sytuacj\u0119 w infrastrukturze publicznego klucza internetu: dwa z g\u0142\u00f3wnych certyfikat\u00f3w wygas\u0142y jednocze\u015bnie, co oznacza\u0142o, \u017ce ka\u017cda z certyfikuj\u0105cych jednostek SSL wygas\u0142a.<\/p>\r\n\r\n\r\n\r\n
Zasadniczo nie jest to nic niezwyk\u0142ego. Certyfikaty wygasaj\u0105 stale (zwykle w ci\u0105gu roku lub nawet w 90 dni, je\u015bli u\u017cywasz us\u0142ugi Let\u2019s Encrypt), a certyfikaty organ\u00f3w certyfikacji wygasaj\u0105 po kilku latach. Jednak 30 maja wygasaj\u0105ca certyfikacja ujawni\u0142a podstawowy problem, kt\u00f3ry spowodowa\u0142, \u017ce nasza API nie by\u0142a dost\u0119pna dla niekt\u00f3rych naszych klient\u00f3w.<\/p>\r\n\r\n\r\n\r\n
30 maja, gdy wygas\u0142y certyfikaty wydane przez organy certyfikacji, otrzymali\u015bmy zg\u0142oszenia od u\u017cytkownik\u00f3w, \u017ce wyst\u0105pi\u0142 problem z certyfikatem naszego serwisu. To by\u0142a niespodziewana wiadomo\u015b\u0107, poniewa\u017c starannie sprawdzamy, czy nasze certyfikaty s\u0105 aktualne i nie wygasn\u0105j\u0105 w najbli\u017cszej przysz\u0142o\u015bci. Szybka kontrola w przegl\u0105darce potwierdzi\u0142a r\u00f3wnie\u017c, \u017ce wszystko wydawa\u0142o si\u0119 normalne i \u017ce API dzia\u0142a\u0142o poprawnie.<\/p>\r\n\r\n\r\n\r\n
Przegl\u0105daj\u0105c statystyki naszej infrastruktury, zauwa\u017cyli\u015bmy, \u017ce liczba wywo\u0142a\u0144 API spad\u0142a, ale wcale nie by\u0142a ona zbli\u017cona do zeru, jak mog\u0142oby si\u0119 spodziewa\u0107 w przypadku ca\u0142kowitego awarii SSL. Gdy rzeczy nie dzia\u0142aj\u0105 w pe\u0142ni, cz\u0119sto \u0142atwiej jest zauwa\u017cy\u0107, czego nie ma, ni\u017c w sytuacjach, gdy niekt\u00f3re rzeczy dzia\u0142aj\u0105, a inne nie.<\/p>\r\n\r\n\r\n\r\n
Pe\u0142na analiza w ko\u0144cu wykaza\u0142a, \u017ce podobne problemy wyst\u0105pi\u0142y r\u00f3wnie\u017c w innych serwisach internetowych. Wkr\u00f3tce uda\u0142o nam si\u0119 ustali\u0107 przyczyn\u0119: https:\/\/support.sectigo.com\/articles\/Knowledge\/Sectigo-AddTrust-External-CA-Root-Expiring-May-30-2020<\/a><\/p>\r\n\r\n\r\n\r\n By\u0142o to ciekawe zagadnienie. Istnia\u0142 prawid\u0142owy spos\u00f3b dost\u0119pu do certyfikowanej przez USERTrust RSA Authority, a tak\u017ce nieaktualny spos\u00f3b dost\u0119pu. Przegl\u0105darka by\u0142a w stanie znale\u017a\u0107 prawid\u0142ow\u0105 sekwencj\u0119, ale certyfikator nie by\u0142 w stanie jej znale\u017a\u0107. Test przeprowadzony przez Quality SSL Labs wykaza\u0142, \u017ce system dzia\u0142a\u0142 poprawnie, a konfiguracja certyfikatu by\u0142a prawid\u0142owa.<\/p>\r\n\r\n\r\n\r\n Nasz zesp\u00f3\u0142 rozpocz\u0105\u0142 drug\u0105 zmian\u0119 naszego publicznego certyfikatu i pr\u00f3bowa\u0142 przywr\u00f3ci\u0107 us\u0142ug\u0119 dla pozosta\u0142ych klient\u00f3w; zaraz po wdro\u017ceniu potwierdzi\u0142 im, \u017ce mog\u0105 ponownie j\u0105 uzyska\u0107. Incydent w ko\u0144cu si\u0119 zako\u0144czy\u0142 i us\u0142uga zosta\u0142a ponownie dost\u0119pna dla wszystkich klient\u00f3w. Ale dlaczego niekt\u00f3rzy z naszych klient\u00f3w w og\u00f3le stracili dost\u0119p, skoro nawet skaner SSL stwierdza, \u017ce certyfikat jest wa\u017cny?<\/p>\r\n\r\n\r\n\r\n Certyfikat by\u0142 rzeczywi\u015bcie wa\u017cny, a ca\u0142y \u0142a\u0144cuch certyfikacji zosta\u0142 do\u015b\u0107 prawid\u0142owo wygenerowany przez certyfikacj\u0119 Comodo\/Sectigo (rozpoczynanie wa\u017cno\u015bci certyfikatu w weekend nie jest dobrym rozwi\u0105zaniem). To, czego nie przewidywano, to spos\u00f3b, w jaki biblioteki klienta b\u0119d\u0105 radzi\u0107 sobie z t\u0105 sytuacj\u0105 \u2013 przede wszystkim OpenSSL, kt\u00f3ry obs\u0142uguje zdecydowan\u0105 wi\u0119kszo\u015b\u0107 HTTPS na \u015bwiecie. Podczas analizy incydentu natkn\u0119li\u015bmy si\u0119 na interesuj\u0105cy b\u0142\u0105d OpenSSL z 2014 roku, kt\u00f3ry brzmi nast\u0119puj\u0105co:<\/p>\r\n\r\n\r\n\r\n
\r\n\r\n
\r\n