Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Focus-IDS
[Top] [All Lists]

RE: SSL - Man-in-the-Middle filtering

Subject: RE: SSL - Man-in-the-Middle filtering
Date: Tue, 11 Dec 2007 18:26:21 -0200
When you have a HIPS which has the capabilities to inspect SSL, IPSEC,
etc... traffic you do it in an upper level, so you just get the traffic
right after it is decrypted.

If you are looking for attacks against SSL, IPSEC, etc... you are using
their levels to sanitize the connection.

There are no penalties or broken law.

Nelson Brito (f.k.a. stderr)
Sekure SDI's Member since 1999
 

-----Original Message-----
From: listbounce@securityfocus.com 
[mailto:listbounce@securityfocus.com] On Behalf Of Marian Ion
Sent: Tuesday, December 11, 2007 4:07 AM
To: focus-ids@securityfocus.com
Subject: RE: SSL - Man-in-the-Middle filtering


Isn't this an interference in an encrypted communication, 
penalized by the law? And ... as a user, how can you trust 
the confidentiality this communication when you found out about?

marian



-----Original Message-----
From: listbounce@securityfocus.com 
[mailto:listbounce@securityfocus.com] On Behalf Of Ravi Chunduru
Sent: 08 December 2007 18:33
To: focus-ids@securityfocus.com
Subject: SSL - Man-in-the-Middle filtering

it seems that some network IPS devices and application 
firewalls are not only providing SSL based HTTP inspection on 
server side, but also on client side (i know  of one IPS 
device which is in beta testing).
i understand that it is required as attacks can be sent in 
SSL to avoid blocking.

when deployed on client side, these devices resign 
certificates (of public servers) with local CA certificate. i 
see two aspects to it - users need to trust local authority 
(enterprise administrators) and second is users will have  
false sense of security (that is users are no longer see the 
actual CA of server certificate).

any comments on acceptance of this functionality in 
enterprise deployments?

is there any standard mechanism (in SSL standard or in HTTP 
standard) to send actual CA certificate to the browser by 
forward proxies?

thanks
Ravi

--------------------------------------------------------------
----------
Test Your IDS

Is your IDS deployed correctly?
Find out quickly and easily by testing it with real-world 
attacks from CORE IMPACT.
Go to
http://www.coresecurity.com/index.php5?module=Form&action=impa
ct&campaign=in
tro_sfw
to learn more.
--------------------------------------------------------------
----------



--------------------------------------------------------------
----------
Test Your IDS

Is your IDS deployed correctly?
Find out quickly and easily by testing it with real-world 
attacks from CORE IMPACT.
Go to 
http://www.coresecurity.com/index.php5?module=Form&action=impa
ct&campaign=intro_sfw
to learn more.
--------------------------------------------------------------
----------



------------------------------------------------------------------------
Test Your IDS

Is your IDS deployed correctly?
Find out quickly and easily by testing it 
with real-world attacks from CORE IMPACT.
Go to 
http://www.coresecurity.com/index.php5?module=Form&action=impact&campaign=intro_sfw
 
to learn more.
------------------------------------------------------------------------

<Prev in Thread] Current Thread [Next in Thread>