bugtraq - RE: Authentication Vulnerability in NetScreen ScreenOS

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <Pine.LNX.4.44.0306262129420.11585-100000@gandalf.hugo.vanderkooij.org>
Date: Thu, 26 Jun 2003 21:33:13 +0200 (CEST)
From: Hugo van der Kooij <hvdkooij@...derkooij.org>
To: bugtraq@...urityfocus.com
Subject: RE: Authentication Vulnerability in NetScreen ScreenOS


On Thu, 26 Jun 2003, Brian Soby wrote:

> >However, after a user is authenticated, anyone else may also access the 
> >protected services if they orginate from the same source IP address (NAT'd 
> >network). The authentication mechanism is designed to authenticate based on 
> >source-ip address only.
> 
> Most firewalls track authenticated users based on the client's source IP 
> address.  If you need a stronger method, you could always use the Netscreen 
> Remote client software and require a secure tunnel from the clients to get 
> to your protected resources.

The Check Point firewall has the option to do client authentication which 
is a lot of fun if you happen to hide a full class B network behind a 
single address.

It is not a security breach in the sense that the software is doing 
something inappropriate. The security breach is in the mind of the person 
thinking that IP addresses can be trusted for security purposes.

Hugo.

-- 
 All email sent to me is bound to the rules described on my homepage.
    hvdkooij@...derkooij.org		http://hvdkooij.xs4all.nl/
	    Don't meddle in the affairs of sysadmins,
	    for they are subtle and quick to anger.