Bug 1012277 - xinetd corrupts input when reading service name
xinetd corrupts input when reading service name
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: xinetd (Show other bugs)
All All
unspecified Severity medium
: rc
: ---
Assigned To: Jan Synacek
Depends On:
  Show dependency treegraph
Reported: 2013-09-26 03:42 EDT by thomas.swan
Modified: 2013-11-08 06:23 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2013-11-08 06:23:05 EST
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
fix for svc_name read (2.14 KB, patch)
2013-09-26 03:42 EDT, thomas.swan
no flags Details | Diff

  None (edit)
Description thomas.swan 2013-09-26 03:42:06 EDT
Created attachment 803258 [details]
fix for svc_name read

Description of problem:
xinetd can corrupt input and miss service names by reading to much if the input buffer fills too quickly.

Version-Release number of selected component (if applicable):
xinetd-2.3.15 and earlier releases

How reproducible:

Steps to Reproduce:
1. Enable tcpmux-server
2. Create a simple service

   service date
      id = tcpmux-date
      disable = no
      user = nobody
      group = nobody
      socket_type = stream
      flags = NAMEINARGS
      server = /bin/uname
      server_args = uname
      wait = no
3. Restart/reload xinetd
4. Send a larger than expected stream
   printf 'date\r\nsomething new\r\n' |
   nc localhost 1

Actual results:
1. If running a new xinetd, you would receive
   -Service name not found

Expected results:
1. If running a newer xinetd, you would have received
   {output from date}

Additional info:

This is a result of the read command before inspecting the service name.

There is an open pull requet to implement the rfc1078 help command and to address the service name issue upstream.

Fix for svc_name read is attached as a patch
Comment 1 Jan Synacek 2013-11-08 06:23:05 EST
Red Hat Enterprise Linux 5 has entered Production 2 phase. For more details see https://access.redhat.com/support/policy/updates/errata/. As this bug is not qualified as critical, it is closed as WONTFIX.

Note You need to log in before you can comment on or make changes to this bug.