Re: Another Secure FTP thread -- Protection Levels
- From: Jeffrey Altman <jaltman2@xxxxxxxxxx>
- Date: Mon, 08 May 2006 17:37:58 GMT
Ed Gage wrote:
Your response suggests that there might be other products out there
that would have this capability. If so, what are they? Alternatively,
if we select a router that has a firewall which allows external
addresses to map to an internal NAT-protected IP, would that also solve
the problem?
Ed:
Didn't this thread start because you had another product that did have
this functionality and you wanted to know if you could replace it with
C-Kermit?
Here is your problem. Your company wants to have secure communications
between a client that you control and a remote server that you do not
control. In order to do this, you must create a mutually authenticated,
encrypted, and integrity protected channel between your client and the
remote server. At no point during the communication session can you
allow the encryption or integrity protection to drop without becoming
susceptible to an active attack whereby the attacker waits until the
authentication has been performed and then steals the tcp session.
At the same time your company doesn't want to allow an communication
through your firewall that is not authorized. You are enforcing that
policy by requiring the firewall to snoop each session and if it is
FTP either restrict what commands can be sent or logging each command
that is sent so that there would be evidence of the transfer of a trade
secret. This is incompatible with the concept of a secure private
session between your client and the remote server.
You can't have it both ways. I don't write insecure applications.
If you want to hire someone to make your communications insecure you
can by all means do so. But if you are going to use software I wrote
to perform a secure communication then that communication is going to
be secure.
The whole notion of firewalls acting as the man in the middle is flawed.
You can't be the man in the middle when using http over ssl/tls to
communicate with your bank. Why should you be able to do so when the
protocol is ftp?
Jeffrey Altman
.
- Follow-Ups:
- Re: Another Secure FTP thread -- Protection Levels
- From: John Santos
- Re: Another Secure FTP thread -- Protection Levels
- References:
- Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Re: Another Secure FTP thread -- Protection Levels
- From: Jeffrey Altman
- Re: Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Re: Another Secure FTP thread -- Protection Levels
- From: Jeffrey Altman
- Re: Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Re: Another Secure FTP thread -- Protection Levels
- From: Jeffrey Altman
- Re: Another Secure FTP thread -- Protection Levels
- From: Ed Gage
- Another Secure FTP thread -- Protection Levels
- Prev by Date: Re: Another Secure FTP thread -- Protection Levels
- Next by Date: Script compiling / encrypting?
- Previous by thread: Re: Another Secure FTP thread -- Protection Levels
- Next by thread: Re: Another Secure FTP thread -- Protection Levels
- Index(es):
Relevant Pages
|