[squid-users] squid 7.1 , url_rewrite_program does not work

Amos Jeffries squid3 at treenet.co.nz
Thu Oct 23 02:45:15 UTC 2025


On 22/10/2025 22:04, Dmitry Melekhov wrote:
> 22.10.2025 12:55, Stuart Henderson пишет:
>> On 2025-10-22, Dmitry Melekhov wrote:
>>> 22.10.2025 08:17, Amos Jeffries пишет:
>>>> Any server could easily respond with HTTPS on port 80 - especially
>>>> since the domain "http" is rare and likely crafted to exist by an
>>>> attacker.
>>> Sorry, I don't see any real problem here, otherwise all squids before 7
>>> are affected.
>> "all squids before 7 are affected" - surely that's exactly why this was
>> tightened up?
>>
>>
> I didn't see any CVE about this.
> 

Two reasons for that.

  * the bug is bad helper output. Which means the CVE would be issued 
against the specific helper being used.

   - that requires finding the broken ones, and hence the error messages.

  * using a URL-rewrite helper for access control/permissions is a Squid 
misconfiguration on the admins part.

   - thus my encouragement to use ACLs better.

Unfortunately we did find another Squid bug when fixing your config.


Making this change to Rejik will let it accept "%>a %>A" instead of 
needing "%>a/%>A" in the external_acl_type line.

--- parse_input.c	2013-11-15 23:28:02.000000000 +1300
+++ parse_input.c	2025-10-23 15:42:35.016801899 +1300
@@ -86,7 +86,7 @@
      // Digit 4
      k=tmp;
      c=0;
-    while(*str!='/')
+    while(*str!='/' && *str!=' ')
      {
       if (*str==0 || c>2) return (-1);
       *k++=*str++;



HTH
Amos



More information about the squid-users mailing list