<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Comprehensive Computer &#187; time</title>
	<atom:link href="http://www.ledanet.org/tag/time/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ledanet.org</link>
	<description>www.ledanet.org</description>
	<lastBuildDate>Wed, 01 Feb 2012 11:40:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Host Based Defense</title>
		<link>http://www.ledanet.org/host-based-defense/</link>
		<comments>http://www.ledanet.org/host-based-defense/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 11:28:08 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[assistance]]></category>
		<category><![CDATA[avenue]]></category>
		<category><![CDATA[Business]]></category>
		<category><![CDATA[business research]]></category>
		<category><![CDATA[communications links]]></category>
		<category><![CDATA[decentralized management]]></category>
		<category><![CDATA[defense]]></category>
		<category><![CDATA[drawback]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[Line]]></category>
		<category><![CDATA[negative impact]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[network administrators]]></category>
		<category><![CDATA[personal lives]]></category>
		<category><![CDATA[port]]></category>
		<category><![CDATA[research]]></category>
		<category><![CDATA[s communications]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[software packages]]></category>
		<category><![CDATA[solution]]></category>
		<category><![CDATA[tcp port]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[viable solution]]></category>
		<category><![CDATA[Vulnerabilities]]></category>
		<category><![CDATA[way]]></category>
		<category><![CDATA[world]]></category>
		<category><![CDATA[worms]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=296</guid>
		<description><![CDATA[The easiest way to defend against network-based worms coming from the Internet is to remove any links to the outside world. This would leave only the internal network vulnerable to attacks that originated inside. Obviously, this is not a viable solution for many, because the Internet’s communications links are important for business, research, and even [...]]]></description>
			<content:encoded><![CDATA[<p>The easiest way to defend against network-based worms coming from the Internet is to remove any links to the outside world. This would leave only the internal network vulnerable to attacks that originated inside. Obviously, this is not a viable solution for many, because the Internet’s communications links are important for business, research, and even our personal lives. This means that this avenue cannot be explored, though it has been used as a temporary measure by many network administrators during especially heavy onslaughts of worm attacks.</p>
<p>The second major line of defense is to move all exposed services from well-known ports to uncommonly used ports. This would mean, for example, running a Web server on a port that is different than the normal port 80/TCP port used. The major drawback to this approach is that the outside world, which needs to communicate with your site, will be unable to do so without assistance on your part. With that assistance, it is possible that worms could similarly use that information to exploit the vulnerabilities that still may reside on your servers but on different ports.<br />
<span id="more-296"></span><br />
The next possible line of defense is to ensure that all systems are patched and configured properly at all times. The largest problem with this is the amount of time and effort required to ensure that these conditions are met. Vulnerabilities are constantly found in every piece of software written, and similar exposures exist in configurations of software packages and their combinations. </p>
<p>While there is no reason to not attempt to keep software up to date and configurations in line with best practices, these practices do not scale well to large sites, locations with decentralized management, or sites that must maintain high uptime and availability. Evaluating patches and upgrades takes time and can have a negative impact on performance or functionality that may be unacceptable to some sites.  Some clear and defensive line could be advantage as <a href="http://zevoro.com/free" target="_blank">free internet calls</a>.</p>
<p>Instead, this part focuses on strategies and techniques that avoid hiding and evasion techniques that happen during disconnections from the Internet or moving service. These are also more practical and proactive approaches to network defense.</p>
<p>The fundamental principle using host-based defenses is to provide a deeper entrenchment of the defenses for any single system. With multiple defenses, the hurdles required to penetrate a system and cause damage increase. These defenses can fail in a number of ways, including misconfiguration, a weakness in the security application itself, or by using a channel different than the bypassed security guard was designed to defend.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/host-based-defense/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Correlation analysis</title>
		<link>http://www.ledanet.org/correlation-analysis-2/</link>
		<comments>http://www.ledanet.org/correlation-analysis-2/#comments</comments>
		<pubDate>Sun, 04 Dec 2011 23:04:00 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[act]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[attack]]></category>
		<category><![CDATA[correlation]]></category>
		<category><![CDATA[correlation analysis]]></category>
		<category><![CDATA[cross correlation]]></category>
		<category><![CDATA[fashion]]></category>
		<category><![CDATA[identification]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[nimda worm]]></category>
		<category><![CDATA[robust data]]></category>
		<category><![CDATA[s type]]></category>
		<category><![CDATA[slapper worm]]></category>
		<category><![CDATA[target]]></category>
		<category><![CDATA[target identification]]></category>
		<category><![CDATA[telltale signs]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[time range]]></category>
		<category><![CDATA[time window]]></category>
		<category><![CDATA[worm]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=253</guid>
		<description><![CDATA[Worms typically act in the same fashion, utilizing the same target identification techniques as well as the same attack routines. These leave telltale signs in the logs and can be used to track their behavior. As a worm spreads, an increasing number of hosts act as worm nodes, performing scans and attacks. The frequency of [...]]]></description>
			<content:encoded><![CDATA[<p>Worms typically act in the same fashion, utilizing the same target identification techniques as well as the same attack routines. These leave telltale signs in the logs and can be used to track their behavior. As a worm spreads, an increasing number of hosts act as worm nodes, performing scans and attacks. The frequency of these scans and attacks grows as the worm spreads to more hosts, meaning more observations will be found in any time window. These events can be analyzed through correlation analysis.</p>
<p>Simply stated, correlation analysis is the act of analyzing a data set to find the connectedness of events within the set. Autocorrelation analysis is the analysis of events of the same type, while crosscorrelation analysis looks at the interaction of two different events. The core of the analysis is to find the proximity in time of the two events being correlated. A strong correlation between the two events is indicative of a strong relationship.<br />
<span id="more-253"></span><br />
For network worms that perform active target identification, the two types of data to analyze in this fashion are scans and attacks. Because worms actively seek hosts prior to their attack, a correlation will be seen between scans and between scans and attacks within a short time range. For network worms, this correlation time is tens of seconds to several minutes. When the scans and attacks are issued by attackers, the correlation is not nearly as strong, with a large variance in the time difference between events.</p>
<p>The data for the cross-correlation analysis was taken from an introduction of the Slapper worm into a small research network used for data analysis in the research. Due to the size of the network, the number of observations is smaller than the data points used in the Nimda worm analysis, leading to a less robust data set. In this analysis, the scan performed by the Slapper worm (a request for the server’s top file in an attempt to identify the server’s type) was analyzed in relation to the time of the attack by the client. <a href="http://www.achatsachats.net/?p=25" target="_blank">Lidl</a>.</p>
<p>Correlation analysis can be performed on any data set if any one or two unique events can be measured. The time differences can be used to analyze larger events for coordinated anomalies. Worms will typically have a cluster of observations at short time intervals where other network events will usually not have such a strong association of data points.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/correlation-analysis-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Correlation analysis</title>
		<link>http://www.ledanet.org/correlation-analysis/</link>
		<comments>http://www.ledanet.org/correlation-analysis/#comments</comments>
		<pubDate>Wed, 23 Nov 2011 13:39:59 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[software]]></category>
		<category><![CDATA[act]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[attack]]></category>
		<category><![CDATA[auto correlation]]></category>
		<category><![CDATA[computer repair service]]></category>
		<category><![CDATA[correlation]]></category>
		<category><![CDATA[correlation analysis]]></category>
		<category><![CDATA[cross correlation]]></category>
		<category><![CDATA[Dallas]]></category>
		<category><![CDATA[fashion]]></category>
		<category><![CDATA[identification]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[nimda worm]]></category>
		<category><![CDATA[robust data]]></category>
		<category><![CDATA[slapper worm]]></category>
		<category><![CDATA[target]]></category>
		<category><![CDATA[target identification]]></category>
		<category><![CDATA[telltale signs]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[time range]]></category>
		<category><![CDATA[time window]]></category>
		<category><![CDATA[worm]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=245</guid>
		<description><![CDATA[Worms typically act in the same fashion, utilizing the same target identification techniques as well as the same attack routines. These leave telltale signs in the logs and can be used to track their behavior. As a worm spreads, an increasing number of hosts act as worm nodes, performing scans and attacks. The frequency of [...]]]></description>
			<content:encoded><![CDATA[<p>Worms typically act in the same fashion, utilizing the same target identification techniques as well as the same attack routines. These leave telltale signs in the logs and can be used to track their behavior. As a worm spreads, an increasing number of hosts act as worm nodes, performing scans and attacks. The frequency of these scans and attacks grows as the worm spreads to more hosts, meaning more observations will be found in any time window. These events can be analyzed through correlation analysis.</p>
<p>Simply stated, correlation analysis is the act of analyzing a data set to find the connectedness of events within the set. Auto correlation analysis is the analysis of events of the same type, while cross correlation analysis looks at the interaction of two different events. The core of the analysis is to find the proximity in time of the two events being correlated. A strong correlation between the two events is indicative of a strong relationship.<br />
<span id="more-245"></span><br />
For network worms that perform active target identification, the two types of data to analyze in this fashion are scans and attacks. Because worms actively seek hosts prior to their attack, a correlation will be seen between scans and between scans and attacks within a short time range. For network worms, this correlation time is tens of seconds to several minutes. When the scans and attacks are issued by attackers, the correlation is not nearly as strong, with a large variance in the time difference between events. <a href="http://ezinearticles.com/?How-to-Choose-a-On-Site-or-In-Shop-Computer-Repair-Service&#038;id=6321161" target="_blank">Computer Repair Service in Dallas TX</a>.</p>
<p>The data for the cross-correlation analysis was taken from an introduction of the Slapper worm into a small research network used for data analysis in the research. Due to the size of the network, the number of observations is smaller than the data points used in the Nimda worm analysis, leading to a less robust data set. In this analysis, the scan performed by the Slapper worm (a request for the server’s top file in an attempt to identify the server’s type) was analyzed in relation to the time of the attack by the client.</p>
<p>Correlation analysis can be performed on any data set if any one or two unique events can be measured. The time differences can be used to analyze larger events for coordinated anomalies. Worms will typically have a cluster of observations at short time intervals where other network events will usually not have such a strong association of data points.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/correlation-analysis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Traffic Analysis</title>
		<link>http://www.ledanet.org/traffic-analysis/</link>
		<comments>http://www.ledanet.org/traffic-analysis/#comments</comments>
		<pubDate>Thu, 10 Nov 2011 11:12:34 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[active measures]]></category>
		<category><![CDATA[analysis]]></category>
		<category><![CDATA[analyzing data]]></category>
		<category><![CDATA[detection]]></category>
		<category><![CDATA[facet]]></category>
		<category><![CDATA[growth model]]></category>
		<category><![CDATA[host]]></category>
		<category><![CDATA[local network]]></category>
		<category><![CDATA[measurement tools]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[presence]]></category>
		<category><![CDATA[s communications]]></category>
		<category><![CDATA[section]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[traffic]]></category>
		<category><![CDATA[traffic analysis]]></category>
		<category><![CDATA[traffic patterns]]></category>
		<category><![CDATA[volume]]></category>
		<category><![CDATA[worm]]></category>
		<category><![CDATA[worm detection]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=241</guid>
		<description><![CDATA[The first method for worm detection discussed in this section is traffic analysis. This forms a simple and robust way to monitor a network for overall health and stability. Furthermore, when coupled to the other detection methods in this section, a robust worm detection system can be built by simply analyzing data that already exist [...]]]></description>
			<content:encoded><![CDATA[<p>The first method for worm detection discussed in this section is traffic analysis. This forms a simple and robust way to monitor a network for overall health and stability. Furthermore, when coupled to the other detection methods in this section, a robust worm detection system can be built by simply analyzing data that already exist on the network.</p>
<p>Briefly, traffic analysis is the act of analyzing the network’s communications and the patterns inherent in it. The characteristics of the traffic that are studied can include the protocols, the ports used in the connections, the success and failures of connections, the peers of the communications, and the volume of traffic over time and per host. All of these characteristics can be combined to develop a picture of the network under normal circumstances and also used to identify the presence of a worm.<br />
<span id="more-241"></span><br />
The first facet of a network we should monitor to detect the presence and activity of worms is the volume of traffic. Most worm models use a logistical growth model, meaning the number of hosts grows exponentially in the initial phases. As hosts are brought on-line into the worm network, they perform scans and attacks. Their combine traffic leads to an increase in the volume of traffic seen over time.</p>
<p>The second feature of the network’s traffic we are interested in monitoring in the number of type of scans occurring. Most worms use active measures to identify new targets to attack, using scans of hosts and networks to find suitable targets to attack. These scans can be tracked using monitors and measurement tools and analyzed to reveal worm hosts either on the local network or attacking the local network from remote sites.</p>
<p>The third feature we are interested in for the purposes of traffic analysis is the change in traffic patterns when a host is part of a worm network. Each host on a network has a well-defined set of characteristics in its traffic that typically change after compromise by a worm. By monitoring hosts and their traffic patterns, the presence of a worm on the local network can be identified. Among these traffic analysis study, it might be worth it for you to know about it, just in case you need it as one of your essay or paper assignment. Contact <a href="http://studien-erfolg.com/" target="_blank">studienarbeit</a> for further help on your essay or paper assignment.</p>
<p>All of these characteristics of the network traffic will be analyzed here. Specifically, by examining the patterns of connections made by worm compromised hosts, we can quickly identify this compromise. Several of the examples in this chapter use the Slapper worm.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/traffic-analysis/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Jumping executable worm</title>
		<link>http://www.ledanet.org/jumping-executable-worm/</link>
		<comments>http://www.ledanet.org/jumping-executable-worm/#comments</comments>
		<pubDate>Thu, 10 Nov 2011 06:13:11 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[activity]]></category>
		<category><![CDATA[child]]></category>
		<category><![CDATA[child nodes]]></category>
		<category><![CDATA[detection]]></category>
		<category><![CDATA[detection thresholds]]></category>
		<category><![CDATA[exponential growth]]></category>
		<category><![CDATA[government office]]></category>
		<category><![CDATA[host]]></category>
		<category><![CDATA[linear growth]]></category>
		<category><![CDATA[low impact]]></category>
		<category><![CDATA[model]]></category>
		<category><![CDATA[node]]></category>
		<category><![CDATA[parent]]></category>
		<category><![CDATA[parent node]]></category>
		<category><![CDATA[random walk]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[traffic]]></category>
		<category><![CDATA[traffic patterns]]></category>
		<category><![CDATA[traffic rate]]></category>
		<category><![CDATA[worm]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=233</guid>
		<description><![CDATA[A very simple worm, largely overlooked by detection methods and by worm authors, is a jumping executable. In this scenario, the worm is active on a parent node, scans for a new node to compromise, and then attacks. Once compromised, the worm executable is sent to the child node.
However, unlike a traditional worm where both [...]]]></description>
			<content:encoded><![CDATA[<p>A very simple worm, largely overlooked by detection methods and by worm authors, is a jumping executable. In this scenario, the worm is active on a parent node, scans for a new node to compromise, and then attacks. Once compromised, the worm executable is sent to the child node.</p>
<p>However, unlike a traditional worm where both the parent and child nodes continue their activity after an infection, the parent node in this model ceases activity after the creation of a child node. As such, the worm stays active on only<br />
one host at a time.<br />
<span id="more-233"></span><br />
This model leads to radically different traffic patterns than are traditionally seen with worms. Exponential growth will not be observed as the worm spreads, nor will linear growth. Instead, a flat traffic rate will be seen as the worm scans for and attacks hosts, one at a time. The worm would make a random walk of the Internet as it spread to each new host.</p>
<p>A key advantage to this worm design is that it can stay below detection thresholds. The most likely mechanism by which it would be detected is its scanning activity.</p>
<p>Such a worm would be useful in a low-impact attack. For example, if such a worm were unleashed inside a corporate or government office, it would be able to reveal documents to an outsider. Alternatively, it could be useful in simply mapping a hidden network’s topology. <a href="http://www.mapilab.com/outlook/duplicate_remover/" target="_blank">duplicate emails</a></p>
<p>The biggest, and most obvious, drawback to this design is its vulnerability to total destruction. If any system on which the worm is active is shut down or otherwise stopped before the worm was able to move to its next victim, the worm would be stopped. This single point of failure is the biggest drawback to this type of worm.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/jumping-executable-worm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Routers and infrastructure equipment</title>
		<link>http://www.ledanet.org/routers-and-infrastructure-equipment/</link>
		<comments>http://www.ledanet.org/routers-and-infrastructure-equipment/#comments</comments>
		<pubDate>Fri, 21 Oct 2011 06:09:44 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[software]]></category>
		<category><![CDATA[alarming number]]></category>
		<category><![CDATA[attention]]></category>
		<category><![CDATA[CERT]]></category>
		<category><![CDATA[comprehensive examination]]></category>
		<category><![CDATA[core routers]]></category>
		<category><![CDATA[ddos attacks]]></category>
		<category><![CDATA[distribution point]]></category>
		<category><![CDATA[DoS]]></category>
		<category><![CDATA[dos attacks]]></category>
		<category><![CDATA[Examination]]></category>
		<category><![CDATA[exchange points]]></category>
		<category><![CDATA[infrastructure equipment]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[packet floods]]></category>
		<category><![CDATA[root name]]></category>
		<category><![CDATA[routers and switches]]></category>
		<category><![CDATA[study]]></category>
		<category><![CDATA[threat]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[trend]]></category>
		<category><![CDATA[worm]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=212</guid>
		<description><![CDATA[A 2001 CERT study provided a comprehensive examination of the trends seen in DoS attacks on the Internet. Most of the attention was paid to the rising trend at the time in DDoS attacks. Researchers found that an alarming number of tools attacked not hosts, but instead infrastructure equipment such as routers and switches. 
This [...]]]></description>
			<content:encoded><![CDATA[<p>A 2001 CERT study provided a comprehensive examination of the trends seen in DoS attacks on the Internet. Most of the attention was paid to the rising trend at the time in DDoS attacks. Researchers found that an alarming number of tools attacked not hosts, but instead infrastructure equipment such as routers and switches. </p>
<p>This study gave evidence to the increasing threat played by vulnerabilities in the very devices that maintain the network. The threat posed by such an attack is dramatically more than if a host were attacked. By targeting routers and switches, entire networks can be disrupted via one or two well-placed attacks.<br />
<span id="more-212"></span><br />
Additional attacks can hijack routes, causing significant disruptions in large portions of the Internet, or launch large packet floods against smaller networks by utilizing core routers. A well-targeted exploit could disrupt a wide portion of the Internet, for example, by disrupting the root name servers or key BGP exchange points. <a href="http://ua-traveling.com/en/information/Lviv_the_cultural_capital_of_Ukraine" target="_blank">Lviv visit</a></p>
<p>As noted above, worms can make use of these sorts of devices in several ways. First, a worm can spread from between routers or include routers in their list of systems to attack. Second, a worm could use a router or a switch as a file distribution point, giving it good connectivity and coverage. Lastly, a worm that used routers and switches only to reflect DoS attacks could be just as effective as a larger worm that compromised more hosts.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/routers-and-infrastructure-equipment/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Target of Attack &#8211; Server</title>
		<link>http://www.ledanet.org/target-of-attack-server/</link>
		<comments>http://www.ledanet.org/target-of-attack-server/#comments</comments>
		<pubDate>Fri, 21 Oct 2011 05:42:04 +0000</pubDate>
		<dc:creator></dc:creator>
				<category><![CDATA[computer]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[access]]></category>
		<category><![CDATA[access control mechanisms]]></category>
		<category><![CDATA[advantage]]></category>
		<category><![CDATA[authentication mechanisms]]></category>
		<category><![CDATA[DECnet]]></category>
		<category><![CDATA[desktop]]></category>
		<category><![CDATA[desktop users]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[introduction]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[network changes]]></category>
		<category><![CDATA[persistent themes]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[target]]></category>
		<category><![CDATA[these patches]]></category>
		<category><![CDATA[time]]></category>
		<category><![CDATA[trust relationships]]></category>
		<category><![CDATA[vax vms systems]]></category>
		<category><![CDATA[VMS]]></category>

		<guid isPermaLink="false">http://www.ledanet.org/?p=200</guid>
		<description><![CDATA[Initially, worms began attacking the major systems on the networks of the time. These have migrated from DECnet and VMS systems to the Internet at large and desktop users on a variety of networks. As the network changes, worms change to take advantage of weaknesses in the design and implementations.
It is important to understand these [...]]]></description>
			<content:encoded><![CDATA[<p>Initially, worms began attacking the major systems on the networks of the time. These have migrated from DECnet and VMS systems to the Internet at large and desktop users on a variety of networks. As the network changes, worms change to take advantage of weaknesses in the design and implementations.</p>
<p>It is important to understand these trends because they point to the future threats posed by automated attacks. These trends are reflective of the changes in usage of networks along with the growing popularity of the Internet.<br />
<span id="more-200"></span><br />
Early networks consisted mainly of servers with few workstations attached to the wider network as a whole. These systems included the VAX/VMS systems of DECnet that were affected by the HI.COM and WANK worms in the late 1980s. Each of the worms has existed through the current time and still relies on the same mechanisms. Poorly established and audited trust relationships, weak authentication mechanisms, and a failure to patch known holes have been persistent themes in the history of worms.</p>
<p>Servers represent a common target for worms. They are well connected to the network, typically are designed to accept connections from unknown parties, and have nearly nonexistent access control mechanisms for their major services. Worms take advantage of all of these server attributes, the bandwidth, access, and services provided, and use them against the network itself. <a href="http://www.quoteroller.com/" target="_blank">estimating software</a></p>
<p>Furthermore, because servers need to be available for people, server administrators have historically not brought them down to install patches without scheduling a downtime period. This is due to the introduction of new bugs or incompatibilities brought on by these patches. Worms can take advantage of this larger window of opportunity to exploit weaknesses. Even after the introduction of a widespread worm, such as after Code Red, many administrators fail to install patches, allowing worms to continue to grow in fertile ground.</p>]]></content:encoded>
			<wfw:commentRss>http://www.ledanet.org/target-of-attack-server/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

