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 Firewalls
[Top] [All Lists]

Fw: Stale IKE SA on FW-1

Subject: Fw: Stale IKE SA on FW-1
Date: Fri, 25 Aug 2006 17:38:11 -0300
FW: Stale IKE SA on FW-1Chris,
Have you tried to run vpn command after halting one of the cluster members? 
They are syncronizing every time you delete that SA.
Maybe, this is a syncronization bug.
good luck.
Lino

----- Original Message ----- 
From: ??????? ?? ??? 
To: 'Meidinger Chris' ; firewalls@securityfocus.com 
Sent: Thursday, August 24, 2006 5:24 PM
Subject: RE: Stale IKE SA on FW-1


Dear Chris,

 

Please Try this:

 

1.  Remove the: "Keep Ike SA's"   smartDashBoarda Policy a Global Properties a 
SmartDashboard Customization a Configure a VPN / IKE Properties a  uncheck 
"Keep Ike SA's"     (make sure that the externally managed GW guy's do that too)

2.  In the cluster object itself: a advanced a connection persistency a select: 
rematch all connections.

3.  In the cluster object itself: a VPN a advanced a  check:  perform organized 
shutdown  (make sure that the externally managed GW guy's do that too)

4.  Install the policy to the cluster.

 

5.  Optionally: [Install R61 Latest HFA   (if available)  to management server 
and cluster.]

 

If the externally managed gw support's the "send initial contact"  then 

    Under:   smart Dashboarda Policy a Global Properties a Smart Dashboard 
Customization a Configure a VPN / IKE Properties a    

    Make sure that the settings in the cluster and the settings in the remote 
GW are identical (both should send each other)

 

This should bring order to chaos in the SA's

 

Erez Shtang -  [ Information Security Consultant ]

 


--------------------------------------------------------------------------------

From: Meidinger Chris [mailto:chris.meidinger@badenIT.de] 
Sent: Thursday, August 24, 2006 8:52 PM
To: firewalls@securityfocus.com
Subject: FW: Stale IKE SA on FW-1

 

Hi List,

has anyone ever had an IKE SA that just wouldn't die on a Checkpoint?

The Firewall in question is a (fairly new) R61 clustered on Nokia hardware.

Normally the #vpn tu command should allow SA's to be deleted either singly or 
collectively.

I have a stale IKE SA between this gateway and another (externally managed) 
gateway that refuses to die. The SA is more than twice as old as the reneg 
time, and is just sitting there blocking negotiation of a new one. If I delete 
it with #vpn tu absolutely nothing changes and the SA is still showing in the 
list.

Have any of you ever seen this before? Does anyone have an idea what I can do?

I have already tried:

- making changes in encryption in the community settings and publishing the 
policy
- deleting the object for the remote gateway and the related rules, publishing 
and then recreating them
- every possible #vpn tu command, including deleting ALL IKE+IPSec SA's
- banging my head on the wall

I was even considering booting the firewall, but the SA should be synched on 
both so I assume that will be pretty useless as the other node will have the SA 
as well.

Thanks in advance for any suggestions, I wasn't able to find *anything* on 
google about this type of problem.

Chris Meidinger



 

--
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.5/426 - Release Date: 23/08/2006




--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.405 / Virus Database: 268.11.5/426 - Release Date: 23/08/2006

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