<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>57701</bug_id>
          
          <creation_ts>2004-07-20 03:19 0000</creation_ts>
          <short_desc>app-admin/chkrootkit: strings-static is not static</short_desc>
          <delta_ts>2004-07-28 21:06:13 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>InCVS</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ka0ttic@gentoo.org</reporter>
          <assigned_to>solar@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>ka0ttic@gentoo.org</who>
            <bug_when>2004-07-20 03:19:12 0000</bug_when>
            <thetext>chkrootkit&apos;s strings-static binary is not statically compiled because of the line, &quot;make strings || die&quot; in the ebuild, since there is no &quot;strings&quot; target in the
Makefile (but strings.c exists, so it builds it anyways instead of complaining).

The fix is just to remove that line altogether, since strings-static gets built with the &quot;sense&quot; target.  This also means we can get rid of the call to newsbin and just add strings-static to dosbin.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ka0ttic@gentoo.org</who>
            <bug_when>2004-07-20 03:26:33 0000</bug_when>
            <thetext>Created an attachment (id=35801)
03-chkrootkit-0.43-r3.diff
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ka0ttic@gentoo.org</who>
            <bug_when>2004-07-24 14:03:05 0000</bug_when>
            <thetext>Created an attachment (id=36091)
chkrootkit-0.43-r2.diff

The other patch was an incremental patch based on an ebuild patched to fix
another chkrootkit bug.  So, here is the diff of the current
chkrootkit-0.43-r2.ebuild</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2004-07-28 21:06:13 0000</bug_when>
            <thetext>playing ping pong with me guys?

It must be destiny that this bug made it&apos;s way to me for a second time after
I&apos;ve already bounced this back to bug-wranglers@ before.

Alot of chkrootkit internals were overridden by some patch (not your patch Aaron) which made it use everything dynamic. 
This is a flaw in the design on that patch as
the goal should be to use known safe virus free programs/and dynamic
linker and libraries to preform our tests. 

Consider a small LD_PRELOAD module which overrode these dynamic programs 
functions and hide the non trojaned values from us.

This strings-static might be just one of the programs which are effected
by this patch (not your patch Aaron).

Anyway I&apos;ve put this in CVS as-is to help return some of the sainity for forensics.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>35801</attachid>
            <date>2004-07-20 03:26 0000</date>
            <desc>03-chkrootkit-0.43-r3.diff</desc>
            <filename>03-chkrootkit-0.43-r3.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGNoa3Jvb3RraXQtMC40My1yMi5lYnVpbGQJMjAwNC0wNy0yMCAwNjoyMzoyNy4wODQ3NDQw
MDAgLTA0MDAKKysrIGNoa3Jvb3RraXQtMC40My1yMy5lYnVpbGQJMjAwNC0wNy0yMCAwNjoyMjoz
My44NDE4MzgxNTIgLTA0MDAKQEAgLTI2LDExICsyNiwxMCBAQAogCiBzcmNfY29tcGlsZSgpIHsK
IAltYWtlIHNlbnNlIHx8IGRpZQotCW1ha2Ugc3RyaW5ncyB8fCBkaWUKIH0KIAogc3JjX2luc3Rh
bGwoKSB7Ci0JZG9zYmluIGNoa2RpcnMgY2hrbGFzdGxvZyBjaGtwcm9jIGNoa3Jvb3RraXQgY2hr
d3RtcCBpZnByb21pc2MgfHwgZGllCi0JbmV3c2JpbiBzdHJpbmdzIHN0cmluZ3Mtc3RhdGljIHx8
IGRpZQorCWRvc2JpbiBjaGtkaXJzIGNoa2xhc3Rsb2cgY2hrcHJvYyBjaGtyb290a2l0IGNoa3d0
bXAgaWZwcm9taXNjIFwKKwkJc3RyaW5ncy1zdGF0aWMgfHwgZGllCiAJZG9kb2MgUkVBRE1FIFJF
QURNRS5jaGtsYXN0bG9nIFJFQURNRS5jaGt3dG1wCiB9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>36091</attachid>
            <date>2004-07-24 14:03 0000</date>
            <desc>chkrootkit-0.43-r2.diff</desc>
            <filename>chkrootkit-0.43-r2.diff</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGNoa3Jvb3RraXQtMC40My1yMi5lYnVpbGQJMjAwNC0wNy0yNCAxNjo1ODowOC4yNDkyODcx
MDAgLTA0MDAKKysrIGNoa3Jvb3RraXQtMC40My1yMy5lYnVpbGQJMjAwNC0wNy0yNCAxNjo1OTox
NC42OTY4MzE1MjkgLTA0MDAKQEAgLTI2LDExICsyNiwxMCBAQAogCiBzcmNfY29tcGlsZSgpIHsK
IAltYWtlIHNlbnNlIHx8IGRpZQotCW1ha2Ugc3RyaW5ncyB8fCBkaWUKIH0KIAogc3JjX2luc3Rh
bGwoKSB7Ci0JZG9zYmluIGNoZWNrX3d0bXB4IGNoa2xhc3Rsb2cgY2hrcHJvYyBjaGtyb290a2l0
IGNoa3d0bXAgaWZwcm9taXNjIHx8IGRpZQotCW5ld3NiaW4gc3RyaW5ncyBzdHJpbmdzLXN0YXRp
YyB8fCBkaWUKKwlkb3NiaW4gY2hlY2tfd3RtcHggY2hrbGFzdGxvZyBjaGtwcm9jIGNoa3Jvb3Rr
aXQgY2hrd3RtcCBpZnByb21pc2MgXAorCQlzdHJpbmdzLXN0YXRpYyB8fCBkaWUKIAlkb2RvYyBS
RUFETUUgUkVBRE1FLmNoa2xhc3Rsb2cgUkVBRE1FLmNoa3d0bXAKIH0K
</data>        

          </attachment>
    </bug>

</bugzilla>