From csteger515 at gmail.com Fri Jun 10 08:12:23 2011 From: csteger515 at gmail.com (Curt Steger) Date: Thu, 9 Jun 2011 23:12:23 -0700 Subject: [dff] Slackware 13.37 64-bit compiling Message-ID: I have the following for compiling DFF-1.1.0 for Slackware 13.37 64-bit. And have noticed some minor problems. Versions installed Included w/Slackware 13.37 cmake - 2.8.4 python - 2.6.6 PYQT4 - 4.8.1 gcc - 4.5.2 Built from source SIP - 4.11.2 SWIG - 2.0.4 python-magic-0.4.0 Added from Slackbuilds.org pysetuputils-0.6.c11-x86_64-1 (needed to install python-magic) afflib-3.5.12-x86_64-1 afuse-0.2-x86_64-1 libewf-20100226-x86_64-1 When I run cmake, it does not recognize afflib; but the program compiles, installs and runs just fine. Just some minor glitches / crash opening .JPG files after carving a Windows 7 (64-bit) pagefile. I must add the drive viewed was a local NTFS drive with one 640G partition which loaded correctly in under 10 minutes. So it appears as though the NTFS partition module is working as it should. If I manually add the location of the afflib library, cmake builds just fine -- Will use -g for debugging -- yes -- Preparing installation mode -- Python library found: /usr/lib64/libpython2.6.so -- Python header found: /usr/include/python2.6 -- Python in: /usr/bin -- Found Python executable: /usr/bin/python2.6 -- Found Python version: 2.6.6 -- Found Python library: /usr/lib64/libpython2.6.so -- Found PyQt4 version: 4.8.1 -- Python magic found: /usr/lib64/python2.6/site-packages/python_magic-0.4.0-py2.6.egg/magic.pyc -- Python QT4 libraries bindings found: /usr/lib64/python2.6/site-packages/PyQt4 -- Python Qt4 linguist translation files updater found: /usr/bin/pylupdate4 -- QT translation compiler found: /usr/bin/lrelease -- Python Qt4 user interface compiler found: /usr/bin/pyuic4 -- Python Qt4 resource compiler found: /usr/bin/pyrcc4 -- PFF library not found, PFF module will not be build. -- AFF library found: /usr/lib64/libafflib.so.0.0.0 Updating '../../../ui/gui/i18n/Dff_de.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_en.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_es.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_fr.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_it.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_nl.ts'... Found 221 source texts (0 new and 221 already existing) Updating '../../../ui/gui/i18n/Dff_zh.ts'... Found 221 source texts (0 new and 221 already existing) -- Configuring done -- Generating done -- Build files have been written to: /home/curt/Downloads/dff-1.1.0 However when running make, I receive the following error. Linking CXX shared library _DEVICES.so [ 94%] Built target _DEVICES [ 94%] Built target devices.DEVICES.py [ 95%] Swig source [ 95%] Building CXX object modules/connector/aff/CMakeFiles/_AFF.dir/affPYTHON_wrap.cxx.o [ 96%] Building CXX object modules/connector/aff/CMakeFiles/_AFF.dir/aff.cpp.o [ 97%] Building CXX object modules/connector/aff/CMakeFiles/_AFF.dir/affnode.cpp.o /home/curt/Downloads/dff-1.1.0/modules/connector/aff/affnode.cpp: In member function 'int AffNode::addSegmentAttribute(Attributes*, AFFILE*, const char*)': /home/curt/Downloads/dff-1.1.0/modules/connector/aff/affnode.cpp:28:50: error: cannot convert 'uint32_t*' to 'long unsigned int*' for argument '3' to 'int af_get_seg(AFFILE*, const char*, long unsigned int*, u_char*, size_t*)' make[2]: *** [modules/connector/aff/CMakeFiles/_AFF.dir/affnode.cpp.o] Error 1 make[1]: *** [modules/connector/aff/CMakeFiles/_AFF.dir/all] Error 2 make: *** [all] Error 2 Will continue to test / validate on Slackware and let you know how it goes. Cheers, Curt -------------- next part -------------- An HTML attachment was scrubbed... URL: From fba at arxsys.fr Fri Jun 10 13:44:50 2011 From: fba at arxsys.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Baguelin?=) Date: Fri, 10 Jun 2011 11:44:50 +0000 Subject: [dff] Slackware 13.37 64-bit compiling In-Reply-To: References: Message-ID: <4DF203B2.5020203@arxsys.fr> Hi Curt, Thanks for this complete report. On 06/10/11 06:12, Curt Steger wrote: > I have the following for compiling DFF-1.1.0 for Slackware 13.37 64-bit. And > have noticed some minor problems. > > Versions installed > > Included w/Slackware 13.37 > > cmake - 2.8.4 > python - 2.6.6 > PYQT4 - 4.8.1 > gcc - 4.5.2 > > Built from source > > SIP - 4.11.2 > SWIG - 2.0.4 > python-magic-0.4.0 > > Added from Slackbuilds.org > > pysetuputils-0.6.c11-x86_64-1 (needed to install python-magic) > afflib-3.5.12-x86_64-1 > afuse-0.2-x86_64-1 > libewf-20100226-x86_64-1 > Currently, we have not tested to compile on Slackware yet. Glad to know it mostly works. > When I run cmake, it does not recognize afflib; but the program compiles, > installs and runs just fine. Just some minor glitches / crash opening .JPG > files after carving a Windows 7 (64-bit) pagefile. I must add the drive > viewed was a local NTFS drive with one 640G partition which loaded correctly > in under 10 minutes. So it appears as though the NTFS partition module is > working as it should. > When you say crash, is it all the application or only the module image viewer ? Concerning NTFS, it has been enhanced but there are still some memory leaks. Christophe is working on this. > > If I manually add the location of the afflib library, cmake builds just fine > > -- Will use -g for debugging -- yes > -- Preparing installation mode > -- Python library found: /usr/lib64/libpython2.6.so > -- Python header found: /usr/include/python2.6 > -- Python in: /usr/bin > -- Found Python executable: /usr/bin/python2.6 > -- Found Python version: 2.6.6 > -- Found Python library: /usr/lib64/libpython2.6.so > -- Found PyQt4 version: 4.8.1 > -- Python magic found: > /usr/lib64/python2.6/site-packages/python_magic-0.4.0-py2.6.egg/magic.pyc > -- Python QT4 libraries bindings found: > /usr/lib64/python2.6/site-packages/PyQt4 > -- Python Qt4 linguist translation files updater found: /usr/bin/pylupdate4 > -- QT translation compiler found: /usr/bin/lrelease > -- Python Qt4 user interface compiler found: /usr/bin/pyuic4 > -- Python Qt4 resource compiler found: /usr/bin/pyrcc4 > -- PFF library not found, PFF module will not be build. > -- AFF library found: /usr/lib64/libafflib.so.0.0.0 > Updating '../../../ui/gui/i18n/Dff_de.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_en.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_es.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_fr.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_it.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_nl.ts'... > Found 221 source texts (0 new and 221 already existing) > Updating '../../../ui/gui/i18n/Dff_zh.ts'... > Found 221 source texts (0 new and 221 already existing) > -- Configuring done > -- Generating done > -- Build files have been written to: /home/curt/Downloads/dff-1.1.0 > > However when running make, I receive the following error. > > Linking CXX shared library _DEVICES.so > [ 94%] Built target _DEVICES > [ 94%] Built target devices.DEVICES.py > [ 95%] Swig source > [ 95%] Building CXX object > modules/connector/aff/CMakeFiles/_AFF.dir/affPYTHON_wrap.cxx.o > [ 96%] Building CXX object > modules/connector/aff/CMakeFiles/_AFF.dir/aff.cpp.o > [ 97%] Building CXX object > modules/connector/aff/CMakeFiles/_AFF.dir/affnode.cpp.o > /home/curt/Downloads/dff-1.1.0/modules/connector/aff/affnode.cpp: In member > function 'int AffNode::addSegmentAttribute(Attributes*, AFFILE*, const > char*)': > /home/curt/Downloads/dff-1.1.0/modules/connector/aff/affnode.cpp:28:50: > error: cannot convert 'uint32_t*' to 'long unsigned int*' for argument '3' > to 'int af_get_seg(AFFILE*, const char*, long unsigned int*, u_char*, > size_t*)' > make[2]: *** [modules/connector/aff/CMakeFiles/_AFF.dir/affnode.cpp.o] Error > 1 > make[1]: *** [modules/connector/aff/CMakeFiles/_AFF.dir/all] Error 2 > make: *** [all] Error 2 > At this step and based on the cmake trace, there are two issues: 1) You are running cmake in install mode and we statically link with afflib in this mode because version 3.6 is not packaged for some distribs (need manual install). Could you test to run cmake in development mode (i.e without -DINSTALL=yes) and tell us if it corretly finds the library ? 2) As just mentionned, you need to install afflib with version >= 3.6. Prototypes of the function "af_get_seg" differs between versions: afflib-3.5.12: int af_get_seg(AFFILE *af,const char *name,unsigned long *arg, unsigned char *data,size_t *datalen); afflib-3.6-11: int af_get_seg(AFFILE *af,const char *name,uint32_t *arg, unsigned char *data,size_t *datalen); At the moment, the only workaround is to install version 3.6 of afflib either from sources or via a more recent packages (if possible...). We will enhance dependencies management for further release. > Will continue to test / validate on Slackware and let you know how it goes. > > Cheers, > > Curt > Thanks ! > > > > _______________________________________________ > dff mailing list > dff at digital-forensic.org > http://lists.digital-forensic.org/listinfo/dff -- Fr?d?ric Baguelin frederic.baguelin at arxsys.fr ArxSys SAS, Directeur technique T?l: +33 146 362 522 From evoltech at hackbloc.org Mon Jun 20 04:36:20 2011 From: evoltech at hackbloc.org (Please Sir, Do a Wheelie) Date: Sun, 19 Jun 2011 19:36:20 -0700 Subject: [dff] dff gui crashing with NTFS and timeline filter Message-ID: <4DFEB224.1030808@hackbloc.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I have recently been using dff to do some basic forensics on a drive image. using the gui via dff -g (on linux as uid=0 and non privileged) I have discovered that the ntfs module crashes on an image of a partition where bad blocks (the physical drive was failing) were filled with zeros (dd if=/dev/hda2 of=image.dd conv=noerror,sync). Even though I am able to browse the filesystem with photorec (http://www.cgsecurity.org/wiki/PhotoRec). On the partition that I was able to run the ntfs module on I discovered that the timeline module causes the gui to crash (with no other error). I am able to continually reproduce this error. Any pointers on how to get past these errors would be appreciated and if any help is needed regarding providing more info about these bugs let me know. - -evoltech -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJN/rIjAAoJEDTy25qNIucjVNkQALQszpgacG9vy88ji7N6Chk1 VwJAkVAFZqfRjRxrRBrr1QQOwf6thwjsg7AWWIuKz4IiJHDwqHCOf1mvMEYiwH2M OyXgpE8H1UJDhH+1dJUFnilBYbCOItQRXmMGqC5qL2SHcbUDJxze6VbK8wG5eg/X 00ySHNNMpV9XZcFJA2SSyT44WYiJFh4nhUA8hXs6ZQQcJfqdITvGi/GBlsWgq2C9 b/irFLcrV2fYnhMXQuD2ri0hFdO6RbMvRGWqhqMu1qYzLaM1auitddb6hCUhIFXC ohGcGozqv+bZTyGvALhp/q7ioRLAGIgRD+9kaBLVoV+cffgvpQ2RF5diB6cJiPUE NmkiTHA4IgEDQf5sQiuZ453je04wGNCLBNF/Ggmgg2NMCQXS4dRhpNcp9aMoT49J JqdY8Y44CbsvaplJN2pS3DXHkBgnqx1Yy1njfnX1BkH1+DkhRfhTX/MfEiAT1ak0 1RN8p5iM04Q3U3hf6QmWnYJYTGRVbXTvqo6W0cXeUrmItfnkb7Z5ve7Odh9Lccgq +2LuWt5j1gv4lgWAiH8tValfiNHw0PhsubBCJNW0Q5jhB9vB9nwMYK87P++jyTX9 EVDA5CSAaynqYzQzb4VqapbXyhB4h5HepEEfFSmTV3kDgrIy/89a0Pu7fPUMILsP FBkS9BJ1pBcUt5+tmchK =gWlz -----END PGP SIGNATURE----- From fba at arxsys.fr Tue Jun 21 12:16:50 2011 From: fba at arxsys.fr (=?ISO-8859-1?Q?Fr=E9d=E9ric_Baguelin?=) Date: Tue, 21 Jun 2011 10:16:50 +0000 Subject: [dff] dff gui crashing with NTFS and timeline filter In-Reply-To: <4DFEB224.1030808@hackbloc.org> References: <4DFEB224.1030808@hackbloc.org> Message-ID: <4E006F92.2050608@arxsys.fr> On 06/20/11 02:36, Please Sir, Do a Wheelie wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hello all, > Hi, Thanks for your feeback. > I have recently been using dff to do some basic forensics on a drive > image. using the gui via dff -g (on linux as uid=0 and non > privileged) I have discovered that the ntfs module crashes on an image > of a partition where bad blocks (the physical drive was failing) were > filled with zeros (dd if=/dev/hda2 of=image.dd conv=noerror,sync). > Even though I am able to browse the filesystem with photorec > (http://www.cgsecurity.org/wiki/PhotoRec). > > On the partition that I was able to run the ntfs module on I > discovered that the timeline module causes the gui to crash (with no > other error). I am able to continually reproduce this error. > First of all, were you able to just browse the NTFS File System through DFF that is to say, without applying another module upon it ? Or did DFF crash when you applied timeline ? If it's the later, there must be stange behaviours when getting NTFS attributes, maybe not enough checks made... > Any pointers on how to get past these errors would be appreciated and > if any help is needed regarding providing more info about these bugs > let me know. > Indeed, I'll need more info concerning these bugs: Could you tell me which version of DFF have you installed and for which Operating System and architecture. There are two ways to debug NTFS module: 1) Either you compile DFF in debugging mode and run it though GDB and then provide us the backtrace provided by GDB when DFF crashes. 2) Or you can provide trace generated by NTFS module when compiled in verbose mode. The only issue is that the trace can be very huge... Let me know which one you want to experiment and if you need help, I'll explain you how to achieve it. Thanks, > - -evoltech > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iQIcBAEBAgAGBQJN/rIjAAoJEDTy25qNIucjVNkQALQszpgacG9vy88ji7N6Chk1 > VwJAkVAFZqfRjRxrRBrr1QQOwf6thwjsg7AWWIuKz4IiJHDwqHCOf1mvMEYiwH2M > OyXgpE8H1UJDhH+1dJUFnilBYbCOItQRXmMGqC5qL2SHcbUDJxze6VbK8wG5eg/X > 00ySHNNMpV9XZcFJA2SSyT44WYiJFh4nhUA8hXs6ZQQcJfqdITvGi/GBlsWgq2C9 > b/irFLcrV2fYnhMXQuD2ri0hFdO6RbMvRGWqhqMu1qYzLaM1auitddb6hCUhIFXC > ohGcGozqv+bZTyGvALhp/q7ioRLAGIgRD+9kaBLVoV+cffgvpQ2RF5diB6cJiPUE > NmkiTHA4IgEDQf5sQiuZ453je04wGNCLBNF/Ggmgg2NMCQXS4dRhpNcp9aMoT49J > JqdY8Y44CbsvaplJN2pS3DXHkBgnqx1Yy1njfnX1BkH1+DkhRfhTX/MfEiAT1ak0 > 1RN8p5iM04Q3U3hf6QmWnYJYTGRVbXTvqo6W0cXeUrmItfnkb7Z5ve7Odh9Lccgq > +2LuWt5j1gv4lgWAiH8tValfiNHw0PhsubBCJNW0Q5jhB9vB9nwMYK87P++jyTX9 > EVDA5CSAaynqYzQzb4VqapbXyhB4h5HepEEfFSmTV3kDgrIy/89a0Pu7fPUMILsP > FBkS9BJ1pBcUt5+tmchK > =gWlz > -----END PGP SIGNATURE----- > > _______________________________________________ > dff mailing list > dff at digital-forensic.org > http://lists.digital-forensic.org/listinfo/dff -- Fr?d?ric Baguelin frederic.baguelin at arxsys.fr ArxSys SAS, Directeur technique T?l: +33 146 362 522 From evoltech at hackbloc.org Tue Jun 21 19:13:40 2011 From: evoltech at hackbloc.org (Please Sir, Do a Wheelie) Date: Tue, 21 Jun 2011 10:13:40 -0700 Subject: [dff] dff gui crashing with NTFS and timeline filter In-Reply-To: <4E006F92.2050608@arxsys.fr> References: <4DFEB224.1030808@hackbloc.org> <4E006F92.2050608@arxsys.fr> Message-ID: <4E00D144.1000301@hackbloc.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/21/2011 03:16 AM, Fr?d?ric Baguelin wrote: > On 06/20/11 02:36, Please Sir, Do a Wheelie wrote: >> > Hello all, > > >> Hi, > >> Thanks for your feeback. > > I have recently been using dff to do some basic forensics on a > drive image. using the gui via dff -g (on linux as uid=0 and non > privileged) I have discovered that the ntfs module crashes on an > image of a partition where bad blocks (the physical drive was > failing) were filled with zeros (dd if=/dev/hda2 of=image.dd > conv=noerror,sync). Even though I am able to browse the filesystem > with photorec (http://www.cgsecurity.org/wiki/PhotoRec). > > On the partition that I was able to run the ntfs module on I > discovered that the timeline module causes the gui to crash (with > no other error). I am able to continually reproduce this error. > > >> First of all, were you able to just browse the NTFS File System > through DFF that is to say, without applying another module upon > it ? Or did DFF crash when you applied timeline ? If it's the > later, there must be stange behaviours when getting NTFS > attributes, maybe not enough checks made... > I was able to browse the NTFS file system just fine. DFF crashed when applying the timeline filter. > Any pointers on how to get past these errors would be appreciated > and if any help is needed regarding providing more info about these > bugs let me know. > > >> Indeed, I'll need more info concerning these bugs: > >> Could you tell me which version of DFF have you installed and >> for > which Operating System and architecture. > This was on DFF 1.1.0 on Ubuntu 10.04.2 on a Dual Core Intel T7200 processor (x86). >> There are two ways to debug NTFS module: > >> 1) Either you compile DFF in debugging mode and run it though >> GDB > and then provide us the backtrace provided by GDB when DFF > crashes. > I think this is the method I will work with. Do you just need the core dump? Are there any special settings I should have for GDB? This will take me a bit to get to you as I have a few other priorities, but I will. >> 2) Or you can provide trace generated by NTFS module when >> compiled > in verbose mode. The only issue is that the trace can be very > huge... > >> Let me know which one you want to experiment and if you need >> help, > I'll explain you how to achieve it. > >> Thanks, > > -evoltech >> _______________________________________________ dff mailing list dff at digital-forensic.org http://lists.digital-forensic.org/listinfo/dff -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOANFCAAoJEDTy25qNIucjZoEP/idCNPJwMZyOKJXMHMh5lFNW 76KZgtMaYIfFt/hsISO+tO01rIF96YPsB7vTROJ0FdiCjQStyZ5EZeyJzZCfyHSl hlapmf7UHUDant1DfTaiVVhi9E/hdtfLdx+siBtDWOzfzQBXQEvwP8/QuqPmt/Dd kg1YvY6nvTHd8r0dJRhBranKpjkuzS5a5txNtr+Ei0NDU56vvcVaXa75C4TK7TWK 4K4NWLebDAzShvaR3wFHjmHTUz6OTQ9X63s2eM65N9m571ssHn2uOzg09SnrcfrA bqyInqu5ZfyMcmTGSLSuAOsc5ejtQtbQdSHqvskWsSba3zKS+uGa65eWLahVTs8H AkQMufa1jjLL/JXS+IZKaGrOnx3jt8g1PLdftiAq0R7K0uUyEAZowN9jSTrUXuoP +cMjAC+C8ei6q0w1PuQb3PBwchr0dDFyplXnMKxCaPFnU78fCH6A4+W445Xa98Ah Mh38t5Sakt+kykHNR7z4U5JrczzmgBCLxXn7/xP/HcKNkaP9o80qv0oViz7c/QTC 8V1zPCeFvhdvbAQ/gyNa7B/SVktevWyyNr7OKop6tumFf5ixecYU5Xqs4AS9USP3 Z/9SPJTfo7k99C0JlCSHUutPmaDy1EvoZP2We03n1feCqGQwUrT1nfWkmys1G/vg nyPF2+ri1wWf5CCNK/sq =RC8g -----END PGP SIGNATURE----- From evoltech at hackbloc.org Mon Jun 20 04:16:07 2011 From: evoltech at hackbloc.org (Please Sir, Do a Wheelie) Date: Mon, 20 Jun 2011 02:16:07 -0000 Subject: [dff] dff gui crashing with NTFS and timeline filter Message-ID: <4DFEAD63.7010603@hackbloc.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I have recently been using dff to do some basic forensics on a drive image. using the gui via dff -g (on linux as uid=0 and non privileged) I have discovered that the ntfs module crashes on an image of a partition where bad blocks (the physical drive was failing) were filled with zeros (dd if=/dev/hda2 of=image.dd conv=noerror,sync). Even though I am able to browse the filesystem with photorec (http://www.cgsecurity.org/wiki/PhotoRec). On the partition that I was able to run the ntfs module on I discovered that the timeline module causes the gui to crash (with no other error). I am able to continually reproduce this error. Any pointers on how to get past these errors would be appreciated and if any help is needed regarding providing more info about these bugs let me know. - -evoltech -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJN/q1hAAoJEDTy25qNIucjUiEP/R+h8BDw5entf7Wew7S9j8TR d8kI7M0UxrEWnbYcDvFe4hYsf9Tj+E2OtXx0t4JTFRJeHaB8+3Lwnq3X8VlYsl60 qJY7tQGxu7ShQPO1kEsXwD8mU0A4TyW4LvBN4rMKI5fOu/HZuWc3ynlJ0A95om/y gK+5P7mIr5sG8TS2Oectw5Kmp1POvtmCu19A1NWsRqMqSsQatg2nOwZR+f/MhyYw md/FVbBkOyCD/EHR9Im6blmWOVVH+aH7OUlVFYdBR1xId0JbbB1oC4xQqMuQPbGh CC+VnXGxmjKcwgTVkny8bNI4kS9ulvRBeq8anT5BdU9YVXY1tDUOebteVrPcvcKg F2Cq2Eu9WYUNF4AWklz1oXzfPCph6aJQlFeb0hGzTwv4TZqGHr3sllMW06WK3jyU FC4NbVPty7u82cSmKgb1rdkhaYfDg1yO7coka7qk1XWKIoIEJbc9ufi3Q0tFuTJm kqrY7vzzpIj9Ry/do2WPu5ZSY3nC+sVWlnEKxFof8RlYHzEVvS6x8zcFstsyGFNV gHQmzxhhKPWl1J8g/wt/Xhe8p/P0iqPJD9mQSt6H+kmWczhUHCTBxCj1EtM3SM7G sLV+g2BSGOs72NuxWqrk7gzS1XiSqxNdy2hXNTuDFcWfiblZ+Ihc2aN/3adTJGTV sO55c4qzTC2BJxxg0/fk =aTMx -----END PGP SIGNATURE-----