tftp and tcp_wrappers

From: Johnson, Chad (cmjohnson_at_uslec.com)
Date: 02/10/04

  • Next message: Adrian Gschwend: "ldapadd: Cannot find ELF"
    To: "'sunmanagers@sunmanagers.org'" <sunmanagers@sunmanagers.org>
    Date: Tue, 10 Feb 2004 09:47:35 -0500
    
    

    I hope someone has a good idea here. We are implementing a tftp server to
    back up configs to. To assist in securing this server we are using
    tcp_wrappers for the tftp deamon. The problem I am running into is that
    unlike most other services spawned from inetd, in.tftpd, does not change
    it's incoming port to an alternate. When inetd accepts a connection on port
    69, that same port is handed off to the in.tftpd daemon.
     
    The in.tftpd daemon continues to run after the initail transfer (to handle
    connections that have queued) that spawned the connection. Now in.tftpd is
    listening on port 69 for more tftp connections. What this ends up doing is
    allowing the next transfers to bypass inetd/tcp_wrappers. As long as tftp
    transfers keep coming in, the daemon continues to run and bypass inetd.
    This is a large security problem.
     
    Does anyone know of a way to have in.tftpd quit after one transfer? Perhaps
    an undocumented switch or a way to spawn it in inetd.conf. I realize I
    could use an alternate tftpd (open source) but without being a programmer I
    cannot examine the source code to be sure there are no back doors installed.
     
    Here is the inetd.conf line:
     
    tftp dgram udp wait root /usr/local/bin/tcpd
    /usr/sbin/in.tftpd -s /export/home/tftp
     
    TIA, Chad.

     <http://www.uslec.com/>

    [demime 1.01b removed an attachment of type image/bmp which had a name of sig.bmp]
    _______________________________________________
    sunmanagers mailing list
    sunmanagers@sunmanagers.org
    http://www.sunmanagers.org/mailman/listinfo/sunmanagers


  • Next message: Adrian Gschwend: "ldapadd: Cannot find ELF"

    Relevant Pages

    • DCOM worm with get.bat bot.rar
      ... I just got a new DCOM worm on our honeypot. ... After the exploit on port 135 ... TFTP -i 81.103.7.66 GET get.bat ... the connection timed out. ...
      (Incidents)
    • Re: [Full-Disclosure] W32/Welchia, W32/Nachi backdoor?
      ... > Telnetting to this port seems to disconnected after 1-5 characters have been ... > tftp client doesn't seem to offer any means of specifying a port to connect ... The client to infect opens the connection with the stdin/-out of CMD.EXE ...
      (Full-Disclosure)
    • SUMMARY: trying to start in.tftpd ( tftp ) and PXE-E11 ARP Time out
      ... The service doesn't start until a connection is made. ... I ps -ef|grep tftp and I get nothing. ... To activate a new entry in inetd.conf, ... Then from another host telnet to the tftpd port ...
      (SunManagers)
    • Re: Services & Firewall port settings
      ... > Because this definition of port numbers allowed I/O is a basic security ... Pretty much all of the Windows ... that file that causes some insecurity is the line about tftp. ... I would use a third party firewall instead, ...
      (microsoft.public.security)
    • Re: Downloading nk.bin to Target device without PB?
      ... Anyone you like that can be set to port 980. ... because that's the filename the bootloader tftp server expects to be ... should use a tftp client on the host. ... download use a slightly modified TFTP protocol (it uses port 980 rather ...
      (microsoft.public.windowsce.platbuilder)