Mike,
On Thu, Jun 21, 2012 at 12:10 AM, Mike Lambert <dragonforen(a)hotmail.com> wrote:
I've used 1.3 and 2.0 but neither gives me any
"old" UDP artifacts. I know
they are there because I have the pcap, so I am looking for them in memory.
Volatility *can* find old artifacts (i.e. no longer in use by the OS),
but that doesn't mean it *will* find *all* old artifacts. In other
words, if a system sends 5 UDP packets, you may find all 5 in memory,
or you may find none, depending on how quickly the memory dump was
taken after the 5 UDP packets were constructed and how many
allocations/deallocations the kernel is making during those times.
Can someone tell me the format of a UDP artifact in
memory please?
Don't forget volatility is open source. The file with UDP structures
for different OS can be viewed here:
http://code.google.com/p/volatility/source/browse/trunk/volatility/plugins/…
For example I'm looking for
from a connection UDP 192.168.136.129:1044 to 204.13.161.100:6600
I'm looking at
11 83 89 CO A8 88 81 CC 0D A1 64 04 14 19 C8
that looks like
UDP Unk Unk 192.168.136.129 204.13.161.100 1044 6600
The "Unk" means I don't know what they are (the 83 (seems to be constant)
and 89 (changes slightly)).
I've found this in the kernel
01fb5017 [kernel:2180730903] UDP to 204.13.161.100
This is a string "UDP to 204.13.161.100" which is a completely
different artifact from the UDP structure itself. If an application
logs outgoing UDP packets (such as a firewall or event log), then its
very likely to stay in memory longer than the UDP structure.
This may just be a parameter block that is passed to
the OS, but it does
show that there was such a packet sent.
Tell me what I need to be looking for if I am in the wrong place.
Also, if you're analyzing a memory dump by suspending the VM, that has
significant impact on the lifetime and availability of network
structures. When you suspend/pause a VMware guest, VMware tools runs a
bat script on the guest (I think its vm-suspend.bat) which forcefully
closes TCP/UDP and frees the IP.
Hope this helps,
MHL
Thanks,
Mike
_______________________________________________
Vol-users mailing list
Vol-users(a)volatilityfoundation.org
http://lists.volatilityfoundation.org/mailman/listinfo/vol-users