[2934] in Kerberos-V5-bugs
krb5-appl/602: kftpd supports anonymous, but is not "strong"
daemon@ATHENA.MIT.EDU (Tom Perrine)
Fri May 29 16:49:32 1998
Resent-From: gnats@rt-11.MIT.EDU (GNATS Management)
Resent-To: krb5-unassigned@RT-11.MIT.EDU
Resent-Reply-To: krb5-bugs@MIT.EDU, tep@SDSC.EDU
Date: Fri, 29 May 1998 13:39:27 -0700
From: Tom Perrine <tep@SDSC.EDU>
Reply-To: tep@SDSC.EDU
To: krb5-bugs@MIT.EDU
>Number: 602
>Category: krb5-appl
>Synopsis: kftpd supports anonymous, but is not "strong"
>Confidential: no
>Severity: non-critical
>Priority: low
>Responsible: krb5-unassigned
>State: open
>Class: change-request
>Submitter-Id: unknown
>Arrival-Date: Fri May 29 16:40:01 EDT 1998
>Last-Modified:
>Originator: Tom Perrine
>Organization:
San Diego Supercomputer Center, San Diego CA
>Release: krb5-1.0.5
>Environment:
System: SunOS galt 5.5.1 Generic_103640-18 sun4u sparc SUNW,Ultra-1
Architecture: sun4
>Description:
The kftpd supports anonymous login, but is based on rather old
code, and does not have the features to support this well. The WU-FTPD
and the logdaemon ftpd are both better options.
This patch allows a site to force non-support of anonymous
FTP even if a host is mis-configured by either its owner or
an intruder.
This is a simple way to add defense in depth. Also, anonymous login
attempts to a Kerberos FTP server in fall-back mode might be a good tripwire.
>How-To-Repeat:
Use kftp and log in as anonymous or ftp.
>Fix:
diff -r src.original/appl/gssftp/ftpd/ftpd.c src/appl/gssftp/ftpd/ftpd.c
564a565,573
> #ifdef NOANONYMOUS
> reply(530, "User %s access denied.", name);
> if (logging)
> syslog(LOG_NOTICE,
> "ANONYMOUS FTP LOGIN REFUSED (not supported) FROM %s, %s",
> remotehost, name);
> pw = (struct passwd *) NULL;
> return; /* NOTE: cheap sleazy exit if we don't support ANONYMOUS */
> #else
573a583
> #endif
574a585
>
>Audit-Trail:
>Unformatted:
