How Do I Report Malicious Websites? Part 3
Part 3
In 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-Creep
Although 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:
- Attacker/Scanner-- This would be the default category for DShield submissions due to the nature of the data sources. This could also be imported from your own environment's firewall logs and IDS.
- Fruad-- To help encourage victim organizations and law-enforcement organization share details about where cyber-crime is being omitted from. This entry would require a timestamp of the incident.
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.
URLvoid
A 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.
Most users just want a good/bad or safe/dangerous determination. It's not always that easy, we'll see below.
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.
Having access to the “why” helps you interpret the potential impact of blocks. Sometimes blocking the request isn't enough. Blocking an outbound connection to an exploit site is a good thing. Seeing blocked attempts out to a command-and-control server is a not-so-good thing.
VMware ESX/ESXi Updates
Brian wrote in to remind me that on my shift 27-MAY-2010 I failed to mention VMware's release of VMSA-2010-0009 (http://lists.vmware.com/pipermail/security-announce/2010/000093.html) which addresses a number of security vulnerabilities (43 or so) in ESX/ESXi 4.0.
He also points out a handy resource for hardening vShere noted here: http://blogs.vmware.com/security/2010/04/vsphere-40-hardening-guide-released.html
Comments
Anonymous
Dec 3rd 2022
9 months ago
Anonymous
Dec 3rd 2022
9 months ago
<a hreaf="https://technolytical.com/">the social network</a> is described as follows because they respect your privacy and keep your data secure. The social networks are not interested in collecting data about you. They don't care about what you're doing, or what you like. They don't want to know who you talk to, or where you go.
<a hreaf="https://technolytical.com/">the social network</a> is not interested in collecting data about you. They don't care about what you're doing, or what you like. They don't want to know who you talk to, or where you go. The social networks only collect the minimum amount of information required for the service that they provide. Your personal information is kept private, and is never shared with other companies without your permission
Anonymous
Dec 26th 2022
8 months ago
Anonymous
Dec 26th 2022
8 months ago
<a hreaf="https://defineprogramming.com/the-public-bathroom-near-me-find-nearest-public-toilet/"> nearest public toilet to me</a>
<a hreaf="https://defineprogramming.com/the-public-bathroom-near-me-find-nearest-public-toilet/"> public bathroom near me</a>
Anonymous
Dec 26th 2022
8 months ago
<a hreaf="https://defineprogramming.com/the-public-bathroom-near-me-find-nearest-public-toilet/"> nearest public toilet to me</a>
<a hreaf="https://defineprogramming.com/the-public-bathroom-near-me-find-nearest-public-toilet/"> public bathroom near me</a>
Anonymous
Dec 26th 2022
8 months ago
Anonymous
Dec 26th 2022
8 months ago
https://defineprogramming.com/
Dec 26th 2022
8 months ago
distribute malware. Even if the URL listed on the ad shows a legitimate website, subsequent ad traffic can easily lead to a fake page. Different types of malware are distributed in this manner. I've seen IcedID (Bokbot), Gozi/ISFB, and various information stealers distributed through fake software websites that were provided through Google ad traffic. I submitted malicious files from this example to VirusTotal and found a low rate of detection, with some files not showing as malware at all. Additionally, domains associated with this infection frequently change. That might make it hard to detect.
https://clickercounter.org/
https://defineprogramming.com/
Dec 26th 2022
8 months ago
rthrth
Jan 2nd 2023
8 months ago