Part 3In a continuation of previous entries (http://isc.sans.org/diary.html?storyid=8719 and http://isc.sans.org/diary.html?storyid=8863) I wanted to inject a little scope-creep and share what others have sent in. Scope-CreepAlthough the original question was about malicious websites which lent the proposed solution to favor malware intelligence, the framework should include more fraud and crime information. This need arose while considering how we would import DShield data. We will need to add a couple more categories:
The date/timestamp of the attack and particularly the fraud is especially important. Without this information, the report is largely un-actionable by most consumers. I will commonly receive a list of 100+ IP addresses that were involved in fraudulent transactions from some government or law-enforcement agency and it is largely a waste of time. Typically months have already passed since the fraud was committed and when the list is released. Compound that with the list being full of ISP-consumer IP addresses and all you are going to find are false-positives. Now, if there were date/timestamps provided in this list, one could then identify if they also had similar activity and provide a better-targeted list of accounts to flag and further inspect. URLvoidA few readers have recommended urlvoid.com as a “VirusTotal for URLs.” It does a nice job of interfacing with 20 or so URL-checkers. It's unclear if they share submissions with all of these vendors like VirusTotal does. If so, they're missing an opportunity to capture additional details from the submission. Defining “Bad”There are a lot of groups that collect this kind of information and they all have their own particular focuses. Mixing and matching the data from these various repositories can result in some unfortunate consequences. I'll continue to use DShield as an example. It is simply a list of dropped sessions, submitted from the public. It's easy to end up on this list since UDP is trivial to spoof, and folks running P2P applications cause afterglow that can result in dropped connection-attempts that get classified as malicious in some environments. As long as you're aware of how the data are collected, this isn't a problem-- until you blindly use it to block email. |
Kevin Liston 292 Posts ISC Handler May 30th 2010 |
Thread locked Subscribe |
May 30th 2010 1 decade ago |
Sign Up for Free or Log In to start participating in the conversation!