Stabil version av proxy-servern Squid 5

Efter tre Ärs utveckling presenteras stabil version av proxy-servern Squid 5.1, redo att anvÀndas i produktionssystem (utgÄvorna 5.0.x hade status som beta-versioner). NÀr grenen 5.x nu har fÄtt status som stabil, kommer endast sÄrbarhetsfixar och stabilitetsproblem att hanteras dÀr. Liten optimering Àr Àven tillÄten. Utveckling av nya funktioner kommer att ske i den nya experimentella grenen 6.0. AnvÀndare av den tidigare stabila grenen 4.x rekommenderas att planera en övergÄng till grenen 5.x.

Huvudsakliga nyheter i Squid 5:

  • I implementeringen av ICAP-protokollet (Internet Content Adaptation Protocol), som anvĂ€nds för integration med externa innehĂ„llskontrollsystem, har stöd för en ny datakopplingsmekanism (trailer) lagts till, vilket gör det möjligt att bifoga ytterligare rubriker med metadata till svaret, som placeras efter meddelandets kropp (till exempel kan kontrollsumman och detaljer om identifierade problem överföras).
  • Vid omdirigering av förfrĂ„gningar har algoritmen „Happy Eyeballs” anvĂ€nts, som genast anvĂ€nder den mottagna IP-adressen utan att vĂ€nta pĂ„ att alla potentiellt tillgĂ€ngliga mĂ„ladresser IPv4 och IPv6 ska lösas. IstĂ€llet för att ta hĂ€nsyn till instĂ€llningen „dns_v4_first” för att bestĂ€mma ordningen av vilket adressfamilj som ska anvĂ€ndas, beaktas nu ordningen pĂ„ svaret i DNS: om svaret DNS AAAA inkommer först, kommer den mottagna IPv6-adressen att anvĂ€ndas. SĂ„ledes utförs instĂ€llningen av den föredragna adressfamiljen nu pĂ„ nivĂ„n för brandvĂ€ggen, DNS eller körning med alternativet „—disable-ipv6”. Den föreslagna Ă€ndringen möjliggör snabbare etablering av TCP-anslutningar och minskar pĂ„verkan av fördröjningar vid DNS-resolving. IP-adresser För anvĂ€ndning i direktivet „external_acl” har en hanterare „ext_kerberos_sid_group_acl” lagts till för autentisering med gruppkontroll i Active Directory med Kerberos. För att begĂ€ra gruppnamnet anvĂ€nds verktyget ldapsearch, som tillhandahĂ„lls av OpenLDAP-paketet.
  • För att anvĂ€nda i direktivet "external_acl" har hanteraren "ext_kerberos_sid_group_acl" lagts till för autentisering med gruppkontroll i Active Directory med hjĂ€lp av Kerberos. För att frĂ„ga efter gruppnamnet anvĂ€nds verktyget ldapsearch, som tillhandahĂ„lls av paketet OpenLDAP.
  • Stödet för Berkeley DB-databasformatet har förklarats förĂ„ldrat pĂ„ grund av licensproblem. Versionen Berkeley DB 5.x har inte underhĂ„llits pĂ„ flera Ă„r och har fortfarande ofixade sĂ„rbarheter, och att övergĂ„ till nyare versioner Ă€r inte möjligt pĂ„ grund av Ă€ndringarna i licensen till AGPLv3, vars krav Ă€ven omfattar applikationer som anvĂ€nder BerkeleyDB som bibliotek – Squid levereras under GPLv2-licens, och AGPL Ă€r oförenlig med GPLv2. IstĂ€llet för Berkeley DB har projektet övergĂ„tt till att anvĂ€nda databashanteraren TrivialDB, som, till skillnad frĂ„n Berkeley DB, Ă€r optimerad för samtidig parallell Ă„tkomst till databasen. Stödet för Berkeley DB finns fortfarande kvar, men i hanterarna "ext_session_acl" och "ext_time_quota_acl" rekommenderas det nu att anvĂ€nda lagringstypen "libtdb" istĂ€llet för "libdb".
  • Stöd för HTTP-huvudet CDN-Loop har lagts till, vilket definieras i RFC 8586 och gör det möjligt att upptĂ€cka loopar vid anvĂ€ndning av innehĂ„llslevereringsnĂ€tverk (huvudet skyddar mot situationer dĂ€r en förfrĂ„gan i processen att omdirigas mellan CDN av olika skĂ€l Ă„tergĂ„r till den ursprungliga CDN, vilket skapar en oĂ€ndlig loop).
  • Stödet för SSL-Bump-mekanismen, som tillĂ„ter avlyssning av innehĂ„llet i krypterade HTTPS-sessioner, har lagts till för att dirigera om de modifierade (omkrypterade) HTTPS-förfrĂ„gningarna genom andra proxyservrar angivna i cache_peer, med hjĂ€lp av en vanlig tunnel baserad pĂ„ HTTP CONNECT-metoden (överföring via HTTPS stöds inte, eftersom Squid för tillfĂ€llet inte kan överföra TLS inom TLS). SSL-Bump gör att nĂ€r den första avlyssnade HTTPS-förfrĂ„gan kommer in kan en TLS-anslutning upprĂ€ttas med den mĂ„lservern och dess certifikat kan erhĂ„llas. DĂ€refter anvĂ€nder Squid vĂ€rdnamnet frĂ„n det verkliga certifikatet som erhölls frĂ„n servern och skapar ett falskt certifikat, genom vilket den imiterar den begĂ€rda servern vid interaktion med klienten, samtidigt som den fortsĂ€tter att anvĂ€nda TLS-anslutningen som upprĂ€ttades med mĂ„lservern för att hĂ€mta data (för att bytet inte ska leda till varningsmeddelanden i klientens webblĂ€sare mĂ„ste det certifikat som anvĂ€ndes för att generera de falska certifikaten lĂ€ggas till i lagret för rotcertifikat).
  • Direktiven mark_client_connection och mark_client_pack har lagts till för att binda Netfilter-mĂ€rkningar (CONNMARK) till klienternas TCP-anslutningar eller enskilda paket.

Följande publicerades snabbt: Squid 5.2 och Squid 4.17, dÀr sÄrbarheter har ÄtgÀrdats:

  • CVE-2021-28116 — informationslĂ€ckage vid behandling av specialformaterade WCCPv2-meddelanden. SĂ„rbarheten gör det möjligt för en angripare att manipulera listan över kĂ€nda WCCP-router och omdirigera trafik frĂ„n klienter pĂ„ proxyservrar till sin egen vĂ€rd. Problemet uppstĂ„r endast i konfigurationer med stöd för WCCPv2 aktiverat och nĂ€r det finns möjlighet till IP-adressförfalskning av routern.
  • CVE-2021-41611 — ett fel vid verifiering TLS-certifikat, vilket gör det möjligt att fĂ„ Ă„tkomst med hjĂ€lp av icke betrodda certifikat.

KĂ€lla: opennet.ru

Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar đŸ”„ Köp pĂ„litlig webbhotell med DDoS-skydd, VPS VDS-servrar | ProHoster