Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 307141 - sys-apps/openrc-0.6.0-r1 causes rkhunter false positive
Summary: sys-apps/openrc-0.6.0-r1 causes rkhunter false positive
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Forensics Herd [disbanded]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-28 03:35 UTC by Boney McCracker
Modified: 2010-07-08 04:30 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Boney McCracker 2010-02-28 03:35:05 UTC
With openrc, rkhunter warns of a possible rootkit.

This may be a "won't fix", but it might be useful to document work-around for the hapless.

Reproducible: Always

Steps to Reproduce:

Actual Results:  
[21:59:31] Warning: Found string 'hidef' in file '/etc/init.d/net.lo'. Possible rootkit: Possible part of Knark rootkit

(Said string is substring of variable name "hidefirstroute" in the net.lo script: "local hidefirstroute=false".)

Expected Results:  
Other than skipping the test of startup files, I do not believe rkhunter can be configured to neutralize this particular false positive. 



Workaround is to properly update network configuration to comply with new openrc network script architecture being phased in, after which net.lo is obsolete and may be deleted.

Alternatively, user may modify net.lo, renaming the variable.
Comment 1 Boney McCracker 2010-03-02 06:07:10 UTC
Rather than being assigned to forensics, I would think this should be assigned to the openrc folks (who can simply rename the "hidefirstroute" variable).
Comment 2 Boney McCracker 2010-03-07 03:42:55 UTC
Another workaround is to add to to /etc/rkhunter.conf:

RTKT_FILE_WHITELIST="/etc/init.d/net.lo"

... but this is less desirable than a variable name-change, since it prevents an almost universally-run init script from being scanned.

Also, this should be assigned not to forensics, but to openrc, who can treat it as a low priority to address when they happen to be making other changes.
Comment 3 Jeroen Roovers (RETIRED) gentoo-dev 2010-07-08 04:30:31 UTC
Looks like a pretty weak test that upstream (rkhunter's) should fix.