Exetools

Exetools (https://forum.exetools.com/index.php)
-   General Discussion (https://forum.exetools.com/forumdisplay.php?f=2)
-   -   Doqu 2.0 analysis (https://forum.exetools.com/showthread.php?t=16883)

Anticode 06-11-2015 04:41

Doqu 2.0 analysis
 
https://securelist.com/files/2015/06/The_Mystery_of_Duqu_2_0_a_sophisticated_cyberespionage_actor_returns.pdf

Insid3Code 06-13-2015 03:34

1 Attachment(s)
Duqu 2.0 please correct topic title!

Malware samples (Indicators of compromise) from kernelmode.info
PHP Code:

http://www.kernelmode.info/forum/viewtopic.php?f=16&t=3900 

Archive Password: infected

an0rma1 06-18-2015 17:30

great articles, i've read all the docs this monday, INCREDIBLE WORK here

They think this software is worth 50M$.... hats off for this work, they are truly hero coders... even when they work coding APTs :D

maktm 06-19-2015 04:51

What really surprised me was the fact that it has signed drivers. That was pretty entertaining to read about :)

gigaman 06-20-2015 03:00

Well, signed drivers are not that surprising, there were quite a few of those already.

However, is there a sample (of the signed driver) available here? The files posted on kernelmode.info don't seem to be signed.

Insid3Code 06-20-2015 23:02

1 Attachment(s)
Quote:

Originally Posted by gigaman (Post 100133)
Well, signed drivers are not that surprising, there were quite a few of those already.

However, is there a sample (of the signed driver) available here? The files posted on kernelmode.info don't seem to be signed.

MD5: 92e724291056a5e30eca038ee637a23f
Certificate Serial number of Foxconn: ‎256541e204619033f8b09f9eb7c88ef8

Attached from kernelmode.info

gigaman 06-21-2015 04:54

Ah, my bad, I was checking only the first batch in the beginning of the thread.
Thanks a lot.

dyn!o 06-22-2015 03:01

Still wondering why the developers did not transform classic machine code into custom architecture run on custom interpreter (security of critical places).

Considering such a step the analysis we read would be nearly impossible to complete (in reasonable time)...

gigaman 06-24-2015 01:23

Maybe such non-x86 blocks (or the corresponding interpreters) are more likely to trigger antivirus heuristics... so while analysis would certainly be harder, the probability of earlier detection could also be higher.

dyn!o 06-27-2015 05:13

You might be right, but then they could implement at least custom virtualization (maintaining actual architecture) + stronger data encryption. Anything, which could slow-down the analysis.

Stitch 06-29-2015 05:20

Quote:

Originally Posted by dyn!o (Post 100259)
You might be right, but then they could implement at least custom virtualization (maintaining actual architecture) + stronger data encryption. Anything, which could slow-down the analysis.

Quote:

Originally Posted by gigaman (Post 100196)
Maybe such non-x86 blocks (or the corresponding interpreters) are more likely to trigger antivirus heuristics... so while analysis would certainly be harder, the probability of earlier detection could also be higher.



Can you elaborate how this could be done by linking books/tutorials/topic about making it harder to analysis? (I'm not much but new on this area..)
Hope I would get a detailed answer.

-Stitch


All times are GMT +8. The time now is 01:10.

Powered by vBulletin® Version 3.8.8
Copyright ©2000 - 2026, vBulletin Solutions, Inc.
Always Your Best Friend: Aaron, JMI, ahmadmansoor, ZeNiX