Hulumtuesit nga kompania SEC Consult publikuan një teknikë të re të spufingut, e shkaktuar nga dallimet në ndjekjen e specifikimeve në implementime të ndryshme të protokollit SMTP. Teknikat e propozuara të sulmit lejojnë ndarjen e një mesazhi në disa mesazhe të ndryshme gjatë kalimit nga serveri i origjinës SMTP në një server tjetër SMTP, i cili interpreton ndryshe sekuencën për ndarjen e letrave, të cilat transmetohen përmes një koneksioni. Metoda mund të përdoret për të dërguar mesazhe fals nga emisorë të tjerë në shërbimet e postës që verifikojnë emisorin origjinal.
Problemi shkaktohet nga fakti se serverët e ndryshëm SMTP interpretojnë ndryshe sekuencën e përfundimit të të dhënave, e cila mund të çojë në ndarjen e një letre në disa brenda një seance të vetme me serverin SMTP. Në specifikimin për etiketimin e përfundimit të transferimit të letrës është e përcaktuar sekuenca "\r\n.\r\n" (pikë, e rrethuar nga karakteret e rikthimit të karrocës dhe të transferimit të rreshtit). Pas kësaj sekuence mund të ndjekin komandat për dërgimin e një letre tjetër pa ndarjen e koneksionit. Disa serverë SMTP ndjekin rreptësisht këtë rregull, por të tjerë, për të siguruar kompatibilitetin me disa klientë të rrallë të postës, trajtojnë si ndarës edhe sekuenca të tilla si "\n.\n", "\n.\r\n", "\r\n.\n", "\r.\r", "\r\n\0.\r\n" dhe "\r\n\0.\r\n".
Sulmi konsiston në dërgimin e një letre për serverin e parë server, i cili trajton vetëm ndarësin "\r\n.\r\n", duke i dërguar një letër në të cilën ndodhet një ndarës alternativ, për shembull, "\r.\r", pas së cilës ndjekin komandat për dërgimin e një mesazhi të dytë. Duke qenë se serveri i parë ndjek rreptësisht specifikimin, ai e trajton këtë sekuencë si një letër të vetme. Nëse letra më pas dërgohet në një server tranzit ose serverin e marrësit, i cili gjithashtu e interpreton sekuencën "\r.\r" si ndarës, ajo do të trajtohet si dy letra të dërguara veçmas (letra e dytë mund të dërgohet nga një përdorues, i cili nuk është autentikuar përmes "AUTH LOGIN", por duket si korrekt nga ana e marrësit).
Si shembuj të serverëve SMTP dhe shërbimeve që lejojnë ndarës alternativë janë Postfix, Sendmail, MS Exchange Online dhe Cisco Secure Email Gateway, ndërsa midis shërbimeve postare që nuk filtrojnë ndarës të papërshtatshëm nga email-et kur kontaktojnë servera të tjerë janë GMX, iCloud dhe Microsoft Outlook.
PĂ«r tĂ« bllokuar problemin nĂ« Postfix, nĂ« versionet 3.8.1, 3.7.6, 3.6.10 dhe 3.5.20 Ă«shtĂ« shtuar cilĂ«simi âsmtpd_forbid_unauth_pipeliningâ, i cili shkakton ndĂ«rprerjen e lidhjes nĂ« rast tĂ« pĂ«rdorimit tĂ« ndarĂ«sve qĂ« nuk plotĂ«sojnĂ« kĂ«rkesat e RFC 2920 dhe RFC 5321. Aktualisht, ky cilĂ«sim Ă«shtĂ« i çaktivizuar nga e para, por planifikohet qĂ« tĂ« aktivizohet automatikisht nĂ« degĂ«n Postfix 3.9, e cila pritet nĂ« pranverĂ«n e vitit 2024. NĂ« degĂ«n 3.9 gjithashtu do tĂ« pĂ«rfshihet cilĂ«simi smtpd_forbid_bare_newline, qĂ« jep njĂ« gabim nĂ«se pĂ«rdoret vetĂ«m simboli i ndryshimit tĂ« rreshtit (â\nâ) pĂ«r ndarjen e rreshtave, qĂ« shkel RFC 5321.
NĂ« versionin e ardhshĂ«m Sendmail 8.18.0.2 pĂ«r mbrojtje nga sulmi, nĂ« srv_features Ă«shtĂ« propozuar opsioni âoâ, i cili aktivizon trajtimin vetĂ«m tĂ« sekuencĂ«s â\r\n.\r\nâ. VĂ«reni se çaktivizimi i mbĂ«shtetjes pĂ«r ndarĂ«s alternativĂ« mund tĂ« dĂ«mtojĂ« funksionimin e disa klientĂ«ve tĂ« rrallĂ« tĂ« postĂ«s qĂ« nuk pĂ«rputhen plotĂ«sisht me specifikimin SMTP.
Burimi: opennet.ru
