<?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>42498</bug_id>
          
          <creation_ts>2004-02-22 09:49 0000</creation_ts>
          <short_desc>Developing an &quot;app-forensics&quot; tree branch for portage</short_desc>
          <delta_ts>2009-03-08 00:27:39 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>Unspecified</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://www.opensourceforensics.org/tools/unix.html</bug_file_loc>
          
          <keywords>EBUILD</keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>mns6070@rit.edu</reporter>
          <assigned_to>forensics@gentoo.org</assigned_to>
          <cc>abusch@gmx.net</cc>
    
    <cc>diego@envigo.net</cc>
    
    <cc>dma@dmatech.org</cc>
    
    <cc>grimmlin@pentoo.ch</cc>

      

      
          <long_desc isprivate="0">
            <who>mns6070@rit.edu</who>
            <bug_when>2004-02-22 09:49:11 0000</bug_when>
            <thetext>Currently, Gentoo lacks the ability to &quot;emerge&quot; tools that would be used in performing a forensic investigation.  These tools include, but are not limited to:

1. The Coroner&apos;s Toolkit (http://www.porcupine.org/forensics/tct.html)
2. Sleuthkit (http://www.sleuthkit.org)
3. Autopsy (http://www.sleuthkit.org)
4. Foremost (http://foremost.sf.net)

Reproducible: Always
Steps to Reproduce:</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>method@gentoo.org</who>
            <bug_when>2004-02-22 15:18:34 0000</bug_when>
            <thetext>neat.. got any ebuilds for these?

Also, these sorts of things would be much more useful on a livecd, what do you think zhen?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2004-02-22 18:20:17 0000</bug_when>
            <thetext>These two could be moved into &quot;app-forensics&quot; after Mitchell attaches the ebuilds, then yn.

app-admin/aide
dev-util/examiner 
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2004-02-22 18:21:38 0000</bug_when>
            <thetext>
then only a few more would be needed to justify &quot;app-forensics&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2004-02-22 18:59:14 0000</bug_when>
            <thetext>well, could we consider the category as a place for pre and post investigation ? thus aide and tripwire and similar IDS&apos;s could go in it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dma@dmatech.org</who>
            <bug_when>2004-02-22 19:17:44 0000</bug_when>
            <thetext>Stegdetect (http://www.outgress.org/) - tries to detect steganography

Fatback (http://www.sf.net/projects/biatchux/) - attempts to unerase FAT stuff



http://sourceforge.net/project/showfiles.php?group_id=78332
http://odessa.sourceforge.net/
Open data duplicator
Galleta - IE Cookie Parser
Pasco - IE Activity Parser
Rifiuti - Recycle Bin Analyzer


Fun stuff to read:
http://www.blackhat.com/presentations/bh-usa-03/bh-us-03-willis-c/bh-us-03-willis.pdf
http://www.crazytrain.com/monkeyboy/csi_2003_linux_forensics.pdf
http://sourceforge.net/softwaremap/trove_list.php?form_cat=43

I&apos;ll see if I can find anything else.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>method@gentoo.org</who>
            <bug_when>2004-02-22 19:26:23 0000</bug_when>
            <thetext>i don&apos;t know about steganography.. it&apos;s a sensitive subject in america
see http://niels.xtdnet.nl/stego/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2004-02-22 19:38:20 0000</bug_when>
            <thetext>i really dont think we should let that kind of crap affect the addition of steganography related programs ...

after all, if it&apos;s truely questionable, we just change the ebuild to have RESTRICT=nomirror and Gentoo should be in the clear ... we host scripts that fetch files and build them, that&apos;s it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dma@dmatech.org</who>
            <bug_when>2004-02-22 20:03:53 0000</bug_when>
            <thetext>Oops... wrong URL... http://www.outguess.org/detection.php

Also:

http://sourceforge.net/projects/ol2mbox/
Outlook to mbox converter (used for litigation support, etc., but also useful for anyone.)  Note that this guy MIGHT have been threatened by microsoft as some of the content from his page has mysteriously disappeared that contained newer versions and they once mentioned legal issues.  The program works fairly well, though.

http://sourceforge.net/projects/air-imager/
AIR (Automated Image &amp; Restore) is a GUI front-end to dd/dcfldd designed for easily creating forensic bit images. Supports verification via MD5/SHA1, SCSI tape drives, imaging over a TCP/IP network, and complete session logging. 

http://sourceforge.net/projects/regviewer/
RegViewer is GTK 2.2 based GUI Windows registry file navigator. It is platform independent allowing for examination of Windows registry files from any platform. Particularly useful when conducting forensics of Windows files from *nix systems. 

http://freshmeat.net/projects/ftimes/
FTimes is a system baselining and evidence collection tool. Its primary purpose is to gather and/or develop information about specified directories and files in a manner conducive to intrusion analysis. It was designed to support the following initiatives: content integrity monitoring, incident response, intrusion analysis, and computer forensics. 

http://freshmeat.net/projects/rda/
RDA is a computer forensics tool to remotely acquire data. Usually disk cloning or disk/partition imaging means one has to move the disk onto another system, and things are more complicated if its a laptop disk. The alternative provided by rda is to boot the data source machine with a minimal Linux system from a floppy or CD, and simply run rda. Some of the options provided are data transfer verification with MD5 and/or CRC32 checksums, skipping read errors, and spanning over multiple files. 

http://software.freshmeat.net/projects/fohad/
The Forensic Hash Database is a project to combine the various hashsum sources like The KnownGoods Database, Hashkeeper, NIST NSRL, and Dan Farmer&apos;s hashsum archive into a single meta database. Integration into the forensic analysis toolkit The Sleuth Kit is provided through a patch.



</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>method@gentoo.org</who>
            <bug_when>2004-02-23 12:59:29 0000</bug_when>
            <thetext>wow, i don&apos;t have time to write ebuilds for all these, any volunteers?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dma@dmatech.org</who>
            <bug_when>2004-03-05 13:41:19 0000</bug_when>
            <thetext>I guess I&apos;ll do a few.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mns6070@rit.edu</who>
            <bug_when>2004-03-06 20:20:23 0000</bug_when>
            <thetext>Can someone merge http://bugs.gentoo.org/show_bug.cgi?id=39934 and http://bugs.gentoo.org/show_bug.cgi?id=39935 into the portage tree as ~x86?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mns6070@rit.edu</who>
            <bug_when>2004-03-06 21:52:19 0000</bug_when>
            <thetext>Created an attachment (id=26972)
Foremost 0.69 ebuild

Foremost ebuild that I am not sure if it works or not.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2004-03-06 22:04:55 0000</bug_when>
            <thetext>re comment #10
I don&apos;t think either of the two will be accepted as is. Both of those ebuilds look like they need to use the portage api, install docs to the right place etc..</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>diego@envigo.net</who>
            <bug_when>2004-03-07 08:45:40 0000</bug_when>
            <thetext>i can write few ebuilds more about this subject this week.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jeffrey_caplan@hotmail.com</who>
            <bug_when>2004-03-28 13:12:13 0000</bug_when>
            <thetext>I just really wanted to list my support for this particular tree for gentoo..I can&apos;t wait until the ebuilds are implemented for these packages.

~jeff~</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>solar@gentoo.org</who>
            <bug_when>2004-04-25 19:20:30 0000</bug_when>
            <thetext>Diego, 
Hows it coming?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mns6070@rit.edu</who>
            <bug_when>2004-04-27 11:45:21 0000</bug_when>
            <thetext>Looks like foremost was already to the portage tree under bug #47094</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mns6070@rit.edu</who>
            <bug_when>2004-05-06 06:59:45 0000</bug_when>
            <thetext>Two new ebuilds have been written and added to the portage tree in order to respond to the needs of another user.   The first is bug #47096, which covers sleuthkit and now replaces Diego&apos;s ebuild in bug #39935.  The second is bug #47097, which covers autopsy.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-08-15 08:27:03 0000</bug_when>
            <thetext>=  The Coroner&apos;s Toolkit - bug #39934
The rest in comment #8 and comment #5 are not implemented.
David or Diego any more thoughts on the ebuilds.

Package commited (or almost)
stegdetect - getting around a few compile problems - hasn&apos;t been touched for ages though
sys-apps/memdump - Almost there
app-admin/autopsy - done
app-admin/sleuthkit = done
app-admin/aide - done
dev-util/examiner -done
app-admin/foremost -done
sys-apps/air = http://air-imager.sourceforge.net/ = done</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>method@gentoo.org</who>
            <bug_when>2004-09-08 18:22:18 0000</bug_when>
            <thetext>bug-wranglers

hardened doesn&apos;t have the resources to support this, can you try to find someone else to do so?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>abusch@gmx.net</who>
            <bug_when>2004-09-09 01:29:50 0000</bug_when>
            <thetext>Don&apos;t forget

app-admin/chkrootkit
app-admin/rkhunter
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-09-09 21:46:40 0000</bug_when>
            <thetext>http://sourceforge.net/projects/pyflag is another one for consideration.

FLAG was designed to simplify the process of log file analysis and forensic investigations. FLAG facilitates efficient analysis of large quantities of data within an interactive environment. PyFlag is the reimplementation of FLAG in Python</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-09-11 04:47:50 0000</bug_when>
            <thetext>Email sent to gentoo-dev seeking approval for category.

This doesn&apos;t realy bock bug 39934.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-09-11 23:10:32 0000</bug_when>
            <thetext>soon to be fixed....</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-09-17 17:11:48 0000</bug_when>
            <thetext>Well the branch has been created. The herd has been created. I&apos;m going to leave this bug open just as a reminder of a few other packages to include. Feel free to add ebuilds for them.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2004-12-03 22:13:15 0000</bug_when>
            <thetext>individual bugs created for outstanding ebuilds.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grimmlin@pentoo.ch</who>
            <bug_when>2005-01-25 13:23:44 0000</bug_when>
            <thetext>Hi,

One forensics tool that could be added is AIRT for &quot;Advanced incident response tool&quot;

It is new and actively devellopped

http://159.226.5.93/projects/airt.htm</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>grimmlin@pentoo.ch</who>
            <bug_when>2005-01-25 13:34:57 0000</bug_when>
            <thetext>I&apos;ve found a long, long list of forensics tools on this site:

http://www.forinsect.de/forensics/forensics-tools.html

It is huge...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 16:26:13 0000</bug_when>
            <thetext>AIRT - bug  79524 
 The Sleuth Kit (TSK) - done
Autopsy - done
Pepijn Vissers released a patch - need to check
FLAG - obseleted by pyflag - bug 73301
mac-robber - not part of sleuthkit (just checked) will look at
Foremost - done
Magic Rescue - will look at
gpart - sys-apps/gpart - has a few bugs open on it.
The Coroner&apos;s Toolkit (TCT) - done
TCTutils - low pri - see if there is any value not included elsewhere

Network Forensics:
nstreams: need to look
slogdump - looks interesting.
tcpflow - net-analyzer/tcpflow - needs version bump
Chaosreader need to look
driftnet - need to look

Ftimes Project - last touched March 2004 - maybe - bug 73296 
bmap - looks interesting
autoclave - deleteing realy not in the interests of forensics :-)
cryptcat - cvs version as of 20031202 - doesn&apos;t seem to be maintained
Foundstone Forensic Utilities --  good link - hope these are better that the older versions on sourceforge.
Fenris - looks promising
e2recover - could be easy
NASA tool collection
- enhanced_loopback - 2.4 kernel only :-(
- fatback - sounds good - bug 73299
Carvdawg&apos;s Perl Page - maybe
md5deep - need to compare against ftimes
dcfldd - sys-apps/dcfldd
Cryogenic - nice
mcore - not sure its forensics
procshow - if this has something a lot better that other programs
Project Odessa: bug 73300 
Registry editors (non-Windows):
ntreg: - needed by pyflag - TODO
kregedit: wow - a gui - will look
chntpw: sneeky - not realy forensics though
e2salvage: - good compare to recover
kern_check: potentialy 
Faust: maybe
AIR: in portage app-forensics/air
memfetch: dumps the memory of a running process  - nice
memdump: - what special features?
elfcmp: a tool for comparing ELF binarys to processes  - neat
sdd: - don&apos;t think it adds that much.

 
chkrootkit: app-forensics/chkrootkit
Rootcheck: new rootkit detection tool. - will look at it
Rootkit Hunter: ap-forensics/rkhunter 

Mail analysis tools:

Mail Viewer.ok
ol2mbox: an Outlook to mbox format mail converter - looking into it
mboxgrep: ok
getattach.pl: probably covered elsewhere

Sources for Known-Good / Known-Bad hashsums:
look at adding support for these in pyflag

lots to look. any favourites?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 16:34:25 0000</bug_when>
            <thetext>more options - should write bugs on good ones initially.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 18:19:13 0000</bug_when>
            <thetext>kregedit-0.1 - compile failure


# Copyright 1999-2005 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $

inherit kde

DESCRIPTION=&quot;kregedit is KDE utility for viewing native Windows registry files.&quot;
HOMEPAGE=&quot;http://jelmer.vernstok.nl/samba/kregedit/&quot;
SRC_URI=&quot;http://jelmer.vernstok.nl/releases/${P}.tar.gz&quot;
LICENSE=&quot;GPL-2&quot;
SLOT=&quot;0&quot;
KEYWORDS=&quot;~x86&quot;

IUSE=&quot;&quot;

editreg.cpp: In function `int data_to_ascii(unsigned char*, int, int, char*, int)&apos;:
editreg.cpp:1560: error: invalid conversion from `char*&apos; to `unsigned char*&apos;
editreg.cpp:1564: error: invalid conversion from `char*&apos; to `unsigned char*&apos;
editreg.cpp:1568: error: invalid conversion from `char*&apos; to `unsigned char*&apos;
editreg.cpp:1571: error: invalid conversion from `unsigned char*&apos; to `char*&apos;
editreg.cpp: In function `REGF_HDR* nt_get_regf_hdr(REGF*)&apos;:
editreg.cpp:1661: error: invalid conversion from `void*&apos; to `char*&apos;

tcpflow version bumped too</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 18:44:57 0000</bug_when>
            <thetext>mac-robber-1.00 added. Added another URL.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 19:00:41 0000</bug_when>
            <thetext>app-forensics/magicrescue-1.1.4

it suggested JPEG recovery tools:
This seems to be the file type most people are trying to recover.  Available utilities include &lt;http://www.cgsecurity.org/?photorec.html&gt;, &lt;http://codesink.org/recover.html&gt;, and &lt;http://www.vanheusden.com/findfile/&gt;.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-01-25 20:41:37 0000</bug_when>
            <thetext>comment 33 http://www.cgsecurity.org/?photorec.html is part of app-admin/testdisk. version bumped to 5.5</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dragonheart@gentoo.org</who>
            <bug_when>2005-04-28 02:09:01 0000</bug_when>
            <thetext>http://dftt.sourceforge.net/ for test images.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>polynomial-c@gentoo.org</who>
            <bug_when>2009-03-08 00:27:39 0000</bug_when>
            <thetext>This has been added to the portage tree for quite a while now. Marking as FIXED.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>26972</attachid>
            <date>2004-03-06 21:52 0000</date>
            <desc>Foremost 0.69 ebuild</desc>
            <filename>foremost-0.69.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA0IEdlbnRvbyBUZWNobm9sb2dpZXMsIEluYy4KIyBEaXN0cmli
dXRlZCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYy
CiMgJEhlYWRlcjogJAoKREVTQ1JJUFRJT049IkZvcmVtb3N0IGlzIGEgY29uc29sZSBwcm9ncmFt
IHRvIHJlY292ZXIgZmlsZXMgYmFzZWQgb24gdGhlaXIgaGVhZGVycyBhbmQgZm9vdGVycy4gRm9y
ZW1vc3QgY2FuIHdvcmsgb24gaW1hZ2UgZmlsZXMsIHN1Y2ggYXMgdGhvc2UgZ2VuZXJhdGVkIGJ5
IGRkLCBTYWZlYmFjaywgRW5jYXNlLCBldGMsIG9yIGRpcmVjdGx5IG9uIGEgZHJpdmUuIFRoZSBo
ZWFkZXJzIGFuZCBmb290ZXJzIGFyZSBzcGVjaWZpZWQgYnkgYSBjb25maWd1cmF0aW9uIGZpbGUs
IHNvIHlvdSBjYW4gcGljayBhbmQgY2hvb3NlIHdoaWNoIGhlYWRlcnMgeW91IHdhbnQgdG8gbG9v
ayBmb3IuIgpIT01FUEFHRT0iaHR0cDovL2ZvcmVtb3N0LnNvdXJjZWZvcmdlLm5ldC8iClNSQ19V
Ukk9Imh0dHA6Ly9mb3JlbW9zdC5zb3VyY2Vmb3JnZS5uZXQvcGtnLyR7UH0udGFyLmd6IgpMSUNF
TlNFPSJwdWJsaWMtZG9tYWluIgpTTE9UPSIwIgpLRVlXT1JEUz0ifng4NiIKSVVTRT0iIgpERVBF
TkQ9IiIKUz0ke1dPUktESVJ9LyR7UH0KCnNyY19jb21waWxlKCkgewp9CgpzcmNfaW5zdGFsbCgp
IHsKCSMgWW91IG11c3QgKnBlcnNvbmFsbHkgdmVyaWZ5KiB0aGF0IHRoaXMgdHJpY2sgZG9lc24n
dCBpbnN0YWxsCgkjIGFueXRoaW5nIG91dHNpZGUgb2YgREVTVERJUjsgZG8gdGhpcyBieSByZWFk
aW5nIGFuZAoJIyB1bmRlcnN0YW5kaW5nIHRoZSBpbnN0YWxsIHBhcnQgb2YgdGhlIE1ha2VmaWxl
cy4KCW1ha2UgREVTVF9ESVI9JHtEfSBpbnN0YWxsIHx8IGRpZQoKfQo=
</data>        

          </attachment>
    </bug>

</bugzilla>