{"id":110362,"date":"2023-09-28T09:56:13","date_gmt":"2023-09-28T07:56:13","guid":{"rendered":"https:\/\/prohoster.info\/?p=110362"},"modified":"2023-09-28T09:56:13","modified_gmt":"2023-09-28T07:56:13","slug":"tri-kriticheskie-uyazvimosti-v-exim-pozvolyayushhie-udalyonno-vypolnit-kod-na-servere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/news\/tri-kriticheskie-uyazvimosti-v-exim-pozvolyayushhie-udalyonno-vypolnit-kod-na-servere","title":{"rendered":"Trzy krytyczne luki w Exim, pozwalaj\u0105ce na zdalne wykonanie kodu na serwerze","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Projekt Zero Day Initiative (ZDI) ujawnili informacje o nieza\u0142atach (0-day) lukach (CVE-2023-42115, CVE-2023-42116, CVE-2023-42117) w serwerze pocztowym Exim, kt\u00f3re umo\u017cliwiaj\u0105 zdalne wykonanie kodu na serwerze z uprawnieniami procesu, kt\u00f3ry akceptuje po\u0142\u0105czenia na porcie sieciowym 25. Nie jest wymagane uwierzytelnienie do przeprowadzenia ataku. <\/p>\n

Pierwsza luka (CVE-2023-42115) jest spowodowana b\u0142\u0119dem w us\u0142udze SMTP i zwi\u0105zana z brakiem odpowiednich kontroli danych otrzymanych od u\u017cytkownika w trakcie sesji SMTP, kt\u00f3re s\u0105 stosowane do obliczania rozmiaru bufora. W rezultacie atakuj\u0105cy mo\u017ce uzyska\u0107 kontrolowane zapisanie swoich danych w pami\u0119ci poza przydzielonym buforem. <\/p>\n

Druga luka (CVE-2023-42116) wyst\u0119puje w obs\u0142udze \u017c\u0105da\u0144 NTLM i wynika z kopiowania danych otrzymanych od u\u017cytkownika do bufora o sta\u0142ej wielko\u015bci bez koniecznych kontroli rozmiaru zapisywanych informacji. <\/p>\n

Trzecia luka (CVE-2023-42117) wyst\u0119puje w procesie SMTP, kt\u00f3ry akceptuje po\u0142\u0105czenia na porcie TCP 25, i jest spowodowana brakiem kontroli danych wej\u015bciowych, co mo\u017ce prowadzi\u0107 do zapisywania danych przekazanych przez u\u017cytkownika w pami\u0119ci poza przydzielonym buforem. <\/p>\n

Luki oznaczone s\u0105 jako 0-day, tzn. pozostaj\u0105 nieza\u0142atane, ale w raporcie ZDI stwierdzono, \u017ce programi\u015bci Exim zostali wcze\u015bniej powiadomieni o problemach. Ostatnia zmiana w kodzie \u017ar\u00f3d\u0142owym Exim mia\u0142a miejsce dwa dni temu, a na razie nie wiadomo, kiedy problemy zostan\u0105 rozwi\u0105zane (producenci dystrybucji nie zd\u0105\u017cyli jeszcze na to zareagowa\u0107, poniewa\u017c informacje zosta\u0142y ujawnione bez szczeg\u00f3\u0142\u00f3w kilka godzin temu). Obecnie programi\u015bci Exim przygotowuj\u0105 si\u0119 do wydania nowej wersji 4.97, ale nie ma jeszcze dok\u0142adnych informacji na temat czasu jej publikacji. Jako jedyn\u0105, jak na razie, metod\u0119 ochrony wspomniano o ograniczeniu dost\u0119pu do us\u0142ugi SMTP opartej na Exim. <\/p>\n

Opr\u00f3cz wymienionych powy\u017cej krytycznych luk ujawniono te\u017c informacje o kilku mniej niebezpiecznych problemach: <\/p>\n