Welcome, Guest. Please login or register.
Did you miss your activation email?
May 26, 2013, 01:56:09 AM

Login with username, password and session length

664099 Posts
70638 Topics
145273 Members

Latest Member: Komododragon1

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Archived Boards
| |-+  Discontinued Products
| | |-+  Comodo Firewall
| | | |-+  Feedback/Comments/Announcements/News
| | | | |-+  Alert on localhost connections?
« previous next »
Pages: [1] 2 3 4 Go Down Print
Author Topic: Alert on localhost connections?  (Read 26071 times)
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« on: December 10, 2007, 07:30:02 AM »

Hi,

Comodo does not ask me about localhost/internal connections.
All options in defense+ is selected (also loopback)

I tried creating rule to log from 127.0.0.1 to 127.0.0.1
No logs were created.

How to make it ask, is it a bug?  Thinking

Using: 3.0.14.273 on vista 32bit
Logged
MaratR
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 245



« Reply #1 on: December 10, 2007, 11:33:17 AM »

The problem is, Defense+ is the only part of Comodo that governs loopback connections. You can either allow an application to use loopback networking (Computer Security Policy - Access Rights) or not. No control over what protocols an application is allowed to connect to localhost with, or what ports of localhost an application is allowed to connect to, or what loopback connections should be logged, is available on the Firewall level.

In fact, you can specifically block your applications's connections to 127.0.0.1 in the Network Security Policy, and it will still be able to connect to localhost if the Loopback Networking is enabled in it's Access Rights in Computer Security Policy. The Firewall part of Comodo seems to completely ignore any loopback activities.

So, you can't really call it a bug, because (unfortunately) Comodo seems to be designed to behave this way from the start. I may be wrong, though. I really hope I am.
Logged

XP Pro SP2 / CFP 3.0.18.309 / AntiVir PersonalEdition Classic  ~  Vista SP1 / CFP 3.0.18.309 / AntiVir PersonalEdition Classic
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #2 on: December 10, 2007, 01:21:50 PM »

Well, I haven't allowed any rights for that application. Where to allow/deny?
Can I make it ask?
Logged
MaratR
Computer Security Testing Group
Comodo's Hero
*****
Offline Offline

Posts: 245



« Reply #3 on: December 10, 2007, 11:16:59 PM »

You can allow/block Loopback Networking in Defense+ - Advanced - Computer Security Policy - [Your application's executable] - Use a Custom Policy - Access Rights.

You can make it ask, so every time the application will try to connect to localhost you will be alerted. But this works like everything else in Defense+, so if it's a safe application and the Defense+ is in Train with Safe Mode / Clean PC / Training mode, it will switch from "Ask" to "Allow" automatically.
Logged

XP Pro SP2 / CFP 3.0.18.309 / AntiVir PersonalEdition Classic  ~  Vista SP1 / CFP 3.0.18.309 / AntiVir PersonalEdition Classic
Toggie
Guest
« Reply #4 on: December 11, 2007, 12:28:20 AM »

You could always use Paranoid Mode  Smiley
Logged
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #5 on: December 11, 2007, 02:00:47 AM »

So what you're saying is, that in standard, it will just accept all loopback (localhost)
but to make it ask, I would have to use paranoid mode?
Logged
Toggie
Guest
« Reply #6 on: December 11, 2007, 02:43:41 AM »

Can you give us an example of an application you wish to log loopback for, maybe with some screen shots of the D+ and firewall rules...
Logged
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #7 on: December 11, 2007, 02:53:06 AM »

With basic configurations, clean install.

The application is www.fingerfox.amews.dk
It uses internal connections.
Logged
Toggie
Guest
« Reply #8 on: December 11, 2007, 03:31:10 AM »

Ok, it's another mozilla baby, what exactly do you want to do?
Logged
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #9 on: December 11, 2007, 05:48:05 AM »

Well, its a firefox extension and a C# application combined.
The extension communicates with the application through localhost connections.
It uses sockets on 127.0.0.1, but comodo does not block them.

If you have any tech questions about the extension/application, just ask, I am the developer of it.
« Last Edit: December 11, 2007, 06:01:12 AM by amews_aj » Logged
Toggie
Guest
« Reply #10 on: December 11, 2007, 06:20:08 AM »

Ok, I'm a bit confused. It's a fx extension, so that assumes it needs fx for it to be able to run? fx needs loopback, it's part of it's history...

If you block fx loopback you're going to have problems, However, you can control Loopback Networking via D+/Advanced/Computer Security Policy/

Choose the application, then choose custom policy. Edit the access rights for Loopback Networking
Logged
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #11 on: December 11, 2007, 06:39:38 AM »

Yes it is firefox who communicates via sockets with an external app.
But how to make comodo ask permission for these local connections to be allowed.

A simple internal connection, just like apps connect to the internet, just internal instead. Like firefox communicating with a localhost webserver.
Logged
Toggie
Guest
« Reply #12 on: December 11, 2007, 06:57:38 AM »

The only thing I can suggest is, as I said before, modifying the access rights for fx in D+, maybe changing the rule IPC from Allow to ask?
Logged
amews_aj
Comodo Family Member
***
Offline Offline

Posts: 68


« Reply #13 on: December 11, 2007, 07:04:43 AM »

But the external application is listening for incoming connections, and normally when apps do that, you are asked to allow that. Allow incoming connections to it.
Logged
Toggie
Guest
« Reply #14 on: December 11, 2007, 07:13:56 AM »

It's an interesting situation and I don't know the answer right now. Let me have a play and I'll get back to you
Logged
Tags:
Pages: [1] 2 3 4 Go Up Print 
« previous next »
Jump to:  

SSL Certificate Free Virus Removal Firewall
Page created in 0.05 seconds with 22 queries.
Powered by SMF 1.1.18 | SMF © 2006, Simple Machines Design by 7dana.com