Glad I came across this topic. No idea whatsoever.
As a test, I changed the rules for FF from Web Browser to Blocked Application. FF would not connect. Changed back again to Web Browser, connectivity back. Could this bug be OS specific? Maybe just Win7? Does anyone see a pattern here?
Firefox is “well-known browser” so avast redirects Firefox’s connection even with “scan well known browser processes only” enabled.
I remember there is an option called “Excluded processes” in Web Shield settings, so if you exclude firefox.exe then you could block Firefox by Comodo. Of course, web shield doesn’t work with this settings.
Set Firefos’s proxy settings to localhost:12080, then Comodo can block firefox connection.
localhost:12080 means Web Shield, so Web Shield can scan Firefox traffics.
I would say this is how Web Shield works, so it can’t be helped if you want further control.
At least I don’t know the way to do it.
And I don’t see any reason to manually allow/block Firefox connections…
Just thought I’d let you know the problem’s not confined to Comodo firewall, it also happens with the Windows 7 firewall and it’s not just about firefox. You can easily try this.
Install Avast 7 and make sure everything works correctly
Change the properties of the Windows 7 firewall profiles, so that ‘Outbound connections that do not match a rule are blocked’
Try to make a connection with a browser - it should fail because there’s no rule to allow the connection.
Now add a rule to allow AvastSvc.exe to make outbound connections.
Reopen you browser and try to make a connection. This time it will succeed, even though it still doesn’t have a rule of it’s own.
Now open any application that uses a direct connection over TCP port 80 for updates and try to update. It will also succeed, again without an explicit rule
These connections work because they being routed through the Avast proxy and it shouldn’t be happening this way, it’s making a mockery of the firewall(s). There again, the firewall(s) should be able to block these connections…
Edit: If an explicit block rule, for the browser, is added to the firewall, connections can still be made. This is in a firewall where block rules take precedence over allow rules.
If anyone has tried any other firewalls it would be good to know if they also allow these connections.
Eventhough it seems a Comodo bug and it is not seen in Windows XP, there are a lot of W7 users running Avast! free ( no firewall ) and Comodo firewall who might not be aware of this.
Radaghast, a Comodo’s hero, already file a bug report after he ran test with several firewalls.
enable "Scan traffic from well-known browser processes only" in Web Shield Expert Settings
i think is the best work around for now.
I did discover however (using Snagit v11 in this example) that if i first left the “Scan traffic from well-known browser processes only” option enabled and did an “upgrade check” from within Snagit that a pop up from Comodo would appear (the option to “Remember me” i would leave unticked).
If i then disabled the “Scan traffic from well-known browser processes only” option, Comodo popup DID NOT appear and access was granted. Of coarse the whole point of this thread is that this should not happen.
Now the important bit. If i now re-enable the “Scan traffic from well-known browser processes only” option and run the “Upgrade check” from within Snagit, access is now also granted without warning whereas before, it didn’t?? Somehow the previous illegal “allow” is remembered. I guessed that a reboot would fix this and sure enough it did.
So it seems that by testing this issue by turning the “Scan traffic from well-known browser processes only” on and off in one session will in itself wreak havoc and give undesired results.
So to summarise, enable “Scan traffic from well-known browser processes only” in Web Shield Expert Settings and reboot. Now run your tests and see if this solves your issues.