Bug 462474 - fipshmac could check its input
Summary: fipshmac could check its input
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: fipscheck
Version: 5.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Tomas Mraz
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-16 15:25 UTC by Jakub Hrozek
Modified: 2009-01-21 18:35 UTC (History)
1 user (show)

Fixed In Version: fipscheck-1.0.3-1.el5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-01-21 18:35:04 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jakub Hrozek 2008-09-16 15:25:43 UTC
Description of problem:
fipshmac does not check its input for correctness, leading to confusing situations like:
# fipshmac --help
# echo $?
# ls -l .--help.hmac
-rw-r--r-- 1 root root 65 Sep 16 16:48 .--help.hmac

Version-Release number of selected component (if applicable):
fipscheck-1.0.2-1.el5

Actual results:
Return code 0, the file.--help is generated

Expected results:
Some kind of error message or at least return code != 0

This is kinda cornercase I guess, b/c looking at filehmac.c, what probably happens is that a call is done to /usr/sbin/prelink --verify --help - so instead of expected contents of unprelinked binary, you get a prelink help message from the pipe :-]

Comment 1 Tomas Mraz 2009-01-21 18:35:04 UTC
fipshmac does not call prelink anymore. So it will return exit code 4 on nonexisting files (such as --help).


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