Date: Thu, 10 Aug 2000 15:41:49 +0200 (CEST) From: Joerg Schilling <schilling@fokus.gmd.de> To: FreeBSD-gnats-submit@freebsd.org Subject: misc/20521: /etc/rmt several problems Message-ID: <200008101341.PAA47738@fokus.gmd.de>
next in thread | raw e-mail | index | archive | help
>Number: 20521 >Category: misc >Synopsis: /etc/rmt several problems >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Aug 10 06:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Joerg Schilling >Release: FreeBSD 5.0-CURRENT i386 >Organization: GMD Fokus >Environment: >Description: There are several problems with /etc/rmt: open modes are not masked with 3 to make sure that no bits are used that differ between different OS. The answer for the 'S' command (get status) limits the size of the answer to 24 bytes. This is not a secure decision: the size of the original structure has been 1 bytes All rmt clients - except the one found in star-1.3a7 and newer die from getting too much data. If you do not count Linux and byte order problems only the first two entries in struct mtget are binary portable between systems. >How-To-Repeat: >Fix: Try to switch to the rmt server that comes with star-1.3a7 and newer. NOTE: star-1.3a7 will be released in a few days. Also make sure that the FreeBSD rmt clients (e.g. dump ...) do not die from getting too much data with the get status command. The correct method would be to fetch as much data as available and only copy as much as the local struct mtget holds. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200008101341.PAA47738>