<?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>JANET CSIRT</title>
	<atom:link href="http://www.ja.net/services/csirt/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ja.net/services/csirt</link>
	<description>Computer Security Incident Response Team</description>
	<lastBuildDate>Wed, 01 Feb 2012 08:00:00 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.4</generator>
		<item>
		<title>JANET CSIRT Incident Statistics for January 2012</title>
		<link>http://www.ja.net/services/csirt/2012/02/01/janet-csirt-incident-statistics-for-january-2012/</link>
		<comments>http://www.ja.net/services/csirt/2012/02/01/janet-csirt-incident-statistics-for-january-2012/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 08:00:00 +0000</pubDate>
		<dc:creator>Robot</dc:creator>
				<category><![CDATA[Statistics]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/2012/02/01/janet-csirt-incident-statistics-for-january-2012/</guid>
		<description><![CDATA[Category Count Compromise 275 Copyright 287 Denial of Service 4 General Query 2 LEA Query 2 Legal/Policy Query 1 Malware 278 Net/Security Query 12 Other 13 Phishing 10 Scanning 40 Social Engineering 2 Unauthorised Use 16 Unclassified 0 Unsolicited Bulk Email 57 Total 999]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<th>Category</th>
<th>Count</th>
</tr>
<tr>
<td>Compromise</td>
<td>275</td>
</tr>
<tr>
<td>Copyright</td>
<td>287</td>
</tr>
<tr>
<td>Denial of Service</td>
<td>4</td>
</tr>
<tr>
<td>General Query</td>
<td>2</td>
</tr>
<tr>
<td>LEA Query</td>
<td>2</td>
</tr>
<tr>
<td>Legal/Policy Query</td>
<td>1</td>
</tr>
<tr>
<td>Malware</td>
<td>278</td>
</tr>
<tr>
<td>Net/Security Query</td>
<td>12</td>
</tr>
<tr>
<td>Other</td>
<td>13</td>
</tr>
<tr>
<td>Phishing</td>
<td>10</td>
</tr>
<tr>
<td>Scanning</td>
<td>40</td>
</tr>
<tr>
<td>Social Engineering</td>
<td>2</td>
</tr>
<tr>
<td>Unauthorised Use</td>
<td>16</td>
</tr>
<tr>
<td>Unclassified</td>
<td>0</td>
</tr>
<tr>
<td>Unsolicited Bulk Email</td>
<td>57</td>
</tr>
<tr>
<th>Total</th>
<td>999</td>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2012/02/01/janet-csirt-incident-statistics-for-january-2012/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Symantec advice on pcAnywhere</title>
		<link>http://www.ja.net/services/csirt/2012/01/26/symantec-advice-on-pcanywhere/</link>
		<comments>http://www.ja.net/services/csirt/2012/01/26/symantec-advice-on-pcanywhere/#comments</comments>
		<pubDate>Thu, 26 Jan 2012 15:25:21 +0000</pubDate>
		<dc:creator>bradleyf</dc:creator>
				<category><![CDATA[Advisories]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/?p=657</guid>
		<description><![CDATA[After the unauthorized release of source code relating to several Symantec products by the hacker collective Anonymous, Symantec have stated that a significant risk of exploits to their pcAnywhere product exists with versions 12.0, 12.1, 12.5 and prior unsupported versions. A recommendation direct from Symantec (see URL below) states &#8220;At this time, Symantec recommends disabling [...]]]></description>
			<content:encoded><![CDATA[<p>After the unauthorized release of source code relating to several Symantec products by the hacker collective Anonymous, Symantec have stated that a significant risk of exploits to their pcAnywhere product exists with versions 12.0, 12.1, 12.5 and prior unsupported versions.</p>
<p>A recommendation direct from Symantec (see URL below) states &#8220;At this time, Symantec recommends disabling the product until Symantec releases a final set of software updates that resolve currently known vulnerability risks&#8221;.</p>
<p>The concern is related to a potential man in the middle attack which would allow the stealing of credentials that could allow unauthorized system access.</p>
<p>The pcAnywhere Security Recommendations direct from Symantec are located at the following URL:<br />
<a href="http://www.symantec.com/connect/sites/default/files/pcAnywhere%20Security%20Recommendations%20WP_01_23_Final.pdf">http://www.symantec.com/connect/sites/default/files/pcAnywhere%20Security%20Recommendations%20WP_01_23_Final.pdf</a></p>
<p>For any further advice or assistance on this matter contact Janet CSIRT at irt@csirt.ja.net 0300 999 2340</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2012/01/26/symantec-advice-on-pcanywhere/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JANET CSIRT Incident Statistics for December 2011</title>
		<link>http://www.ja.net/services/csirt/2012/01/01/janet-csirt-incident-statistics-for-december-2011/</link>
		<comments>http://www.ja.net/services/csirt/2012/01/01/janet-csirt-incident-statistics-for-december-2011/#comments</comments>
		<pubDate>Sun, 01 Jan 2012 08:00:00 +0000</pubDate>
		<dc:creator>Robot</dc:creator>
				<category><![CDATA[Statistics]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/2012/01/01/janet-csirt-incident-statistics-for-december-2011/</guid>
		<description><![CDATA[Category Count Compromise 29 Copyright 269 Denial of Service 5 General Query 1 LEA Query 3 Legal/Policy Query 1 Malware 158 Net/Security Query 4 Other 13 Phishing 7 Scanning 32 Social Engineering 0 Unauthorised Use 1 Unclassified 0 Unsolicited Bulk Email 58 Total 581]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<th>Category</th>
<th>Count</th>
</tr>
<tr>
<td>Compromise</td>
<td>29</td>
</tr>
<tr>
<td>Copyright</td>
<td>269</td>
</tr>
<tr>
<td>Denial of Service</td>
<td>5</td>
</tr>
<tr>
<td>General Query</td>
<td>1</td>
</tr>
<tr>
<td>LEA Query</td>
<td>3</td>
</tr>
<tr>
<td>Legal/Policy Query</td>
<td>1</td>
</tr>
<tr>
<td>Malware</td>
<td>158</td>
</tr>
<tr>
<td>Net/Security Query</td>
<td>4</td>
</tr>
<tr>
<td>Other</td>
<td>13</td>
</tr>
<tr>
<td>Phishing</td>
<td>7</td>
</tr>
<tr>
<td>Scanning</td>
<td>32</td>
</tr>
<tr>
<td>Social Engineering</td>
<td>0</td>
</tr>
<tr>
<td>Unauthorised Use</td>
<td>1</td>
</tr>
<tr>
<td>Unclassified</td>
<td>0</td>
</tr>
<tr>
<td>Unsolicited Bulk Email</td>
<td>58</td>
</tr>
<tr>
<th>Total</th>
<td>581</td>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2012/01/01/janet-csirt-incident-statistics-for-december-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JANET CSIRT Incident Statistics for November 2011</title>
		<link>http://www.ja.net/services/csirt/2011/12/01/janet-csirt-incident-statistics-for-november-2011/</link>
		<comments>http://www.ja.net/services/csirt/2011/12/01/janet-csirt-incident-statistics-for-november-2011/#comments</comments>
		<pubDate>Thu, 01 Dec 2011 08:00:00 +0000</pubDate>
		<dc:creator>Robot</dc:creator>
				<category><![CDATA[Statistics]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/2011/12/01/janet-csirt-incident-statistics-for-november-2011/</guid>
		<description><![CDATA[Category Count Compromise 65 Copyright 410 Denial of Service 6 General Query 2 LEA Query 1 Legal/Policy Query 2 Malware 522 Net/Security Query 13 Other 6 Phishing 15 Scanning 59 Social Engineering 1 Unauthorised Use 2 Unclassified 0 Unsolicited Bulk Email 11 Total 1115]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<th>Category</th>
<th>Count</th>
</tr>
<tr>
<td>Compromise</td>
<td>65</td>
</tr>
<tr>
<td>Copyright</td>
<td>410</td>
</tr>
<tr>
<td>Denial of Service</td>
<td>6</td>
</tr>
<tr>
<td>General Query</td>
<td>2</td>
</tr>
<tr>
<td>LEA Query</td>
<td>1</td>
</tr>
<tr>
<td>Legal/Policy Query</td>
<td>2</td>
</tr>
<tr>
<td>Malware</td>
<td>522</td>
</tr>
<tr>
<td>Net/Security Query</td>
<td>13</td>
</tr>
<tr>
<td>Other</td>
<td>6</td>
</tr>
<tr>
<td>Phishing</td>
<td>15</td>
</tr>
<tr>
<td>Scanning</td>
<td>59</td>
</tr>
<tr>
<td>Social Engineering</td>
<td>1</td>
</tr>
<tr>
<td>Unauthorised Use</td>
<td>2</td>
</tr>
<tr>
<td>Unclassified</td>
<td>0</td>
</tr>
<tr>
<td>Unsolicited Bulk Email</td>
<td>11</td>
</tr>
<tr>
<th>Total</th>
<td>1115</td>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/12/01/janet-csirt-incident-statistics-for-november-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>BIND 9 Resolver crashes after logging an error in query.c</title>
		<link>http://www.ja.net/services/csirt/2011/11/17/bind-9-resolver-crashes-after-logging-an-error-in-query-c/</link>
		<comments>http://www.ja.net/services/csirt/2011/11/17/bind-9-resolver-crashes-after-logging-an-error-in-query-c/#comments</comments>
		<pubDate>Thu, 17 Nov 2011 09:56:34 +0000</pubDate>
		<dc:creator>James Davis</dc:creator>
				<category><![CDATA[Advisories]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/?p=627</guid>
		<description><![CDATA[Throughout the last 24 hours a number of organizations on the Internet have reported crashes of BIND servers when performing recursive queries. It appears that a vulnerability is being exploited whereby a network event can cause an invalid record to be cached, with subsequent requests for that record resulting in a crash and error in [...]]]></description>
			<content:encoded><![CDATA[<p>Throughout the last 24 hours a number of organizations on the Internet have reported crashes of BIND servers when performing recursive queries. It appears that a vulnerability is being exploited whereby a network event can cause an invalid record to be cached, with<br />
subsequent requests for that record resulting in a crash and error in query.c with the message:</p>
<p><code>"INSIST(! dns_rdataset_isassociated(sigrdataset))"</code></p>
<p>BIND 9.4-ESV-R, BIND 9.6-ESV-R, BIND 9.7 and BIND 9.8 appear to be affected. Further details are available at <a href="https://www.isc.org/software/bind/advisories/cve-2011-4313">https://www.isc.org/software/bind/advisories/cve-2011-4313</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/11/17/bind-9-resolver-crashes-after-logging-an-error-in-query-c/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Microsoft Windows Remote Code Execution</title>
		<link>http://www.ja.net/services/csirt/2011/11/09/microsoft-windows-remote-code-execution/</link>
		<comments>http://www.ja.net/services/csirt/2011/11/09/microsoft-windows-remote-code-execution/#comments</comments>
		<pubDate>Wed, 09 Nov 2011 12:21:21 +0000</pubDate>
		<dc:creator>James Davis</dc:creator>
				<category><![CDATA[Advisories]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/?p=623</guid>
		<description><![CDATA[Yesterday&#8217;s patch Tuesday saw Microsoft release a critical vulnerability bulletin (Microsoft Level 2). The vulnerability refers to the exploitation of the TCP/IP stack integer overflow flaw which involves the affected systems inability to properly parse a continuous flow of specially crafted UDP packets sent to a random port that does not have a service listening. [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday&#8217;s patch Tuesday saw Microsoft release a critical vulnerability bulletin (Microsoft Level 2). The vulnerability refers to the exploitation of the TCP/IP stack integer overflow flaw which involves the affected systems inability to properly parse a continuous flow of specially crafted UDP packets sent to a random port that does not have a service listening.</p>
<p>The eventual outcome is integer overflow as the reference counter is overwhelmed. This may result in a denial of service, system crash, memory corruption or a worse case, remote code execution. Whilst such packets are normally filtered at the network perimeter and this combined with the large number of packets required to succeed with such an attack it is deemed by Microsoft top be low at this time. There is the  strong likelihood that worm based attacks are going to be developed to exploit this vulnerability.</p>
<p><a href="http://technet.microsoft.com/en-us/security/bulletin/ms11-083">http://technet.microsoft.com/en-us/security/bulletin/ms11-083</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/11/09/microsoft-windows-remote-code-execution/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JANET CSIRT Incident Statistics for October 2011</title>
		<link>http://www.ja.net/services/csirt/2011/11/01/janet-csirt-incident-statistics-for-october-2011/</link>
		<comments>http://www.ja.net/services/csirt/2011/11/01/janet-csirt-incident-statistics-for-october-2011/#comments</comments>
		<pubDate>Tue, 01 Nov 2011 08:00:00 +0000</pubDate>
		<dc:creator>Robot</dc:creator>
				<category><![CDATA[Statistics]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/2011/11/01/janet-csirt-incident-statistics-for-october-2011/</guid>
		<description><![CDATA[Category Count Compromise 13 Copyright 403 Denial of Service 2 General Query 7 LEA Query 1 Legal/Policy Query 0 Malware 391 Net/Security Query 8 Other 8 Phishing 12 Scanning 91 Social Engineering 0 Unauthorised Use 4 Unclassified 0 Unsolicited Bulk Email 5 Total 945]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<th>Category</th>
<th>Count</th>
</tr>
<tr>
<td>Compromise</td>
<td>13</td>
</tr>
<tr>
<td>Copyright</td>
<td>403</td>
</tr>
<tr>
<td>Denial of Service</td>
<td>2</td>
</tr>
<tr>
<td>General Query</td>
<td>7</td>
</tr>
<tr>
<td>LEA Query</td>
<td>1</td>
</tr>
<tr>
<td>Legal/Policy Query</td>
<td>0</td>
</tr>
<tr>
<td>Malware</td>
<td>391</td>
</tr>
<tr>
<td>Net/Security Query</td>
<td>8</td>
</tr>
<tr>
<td>Other</td>
<td>8</td>
</tr>
<tr>
<td>Phishing</td>
<td>12</td>
</tr>
<tr>
<td>Scanning</td>
<td>91</td>
</tr>
<tr>
<td>Social Engineering</td>
<td>0</td>
</tr>
<tr>
<td>Unauthorised Use</td>
<td>4</td>
</tr>
<tr>
<td>Unclassified</td>
<td>0</td>
</tr>
<tr>
<td>Unsolicited Bulk Email</td>
<td>5</td>
</tr>
<tr>
<th>Total</th>
<td>945</td>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/11/01/janet-csirt-incident-statistics-for-october-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JBoss vulnerability</title>
		<link>http://www.ja.net/services/csirt/2011/10/21/jboss-vulnerability/</link>
		<comments>http://www.ja.net/services/csirt/2011/10/21/jboss-vulnerability/#comments</comments>
		<pubDate>Fri, 21 Oct 2011 11:01:35 +0000</pubDate>
		<dc:creator>James Davis</dc:creator>
				<category><![CDATA[Advisories]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/?p=618</guid>
		<description><![CDATA[We have been seeing an increased amount of sequential TCP/80 scanning over the last week. One common attribute between all of the sites that we have detected this scanning activity originating from is that they all have been running JBoss. It appears that the malware is spreading by using unprotected JMX consoles, it then uses [...]]]></description>
			<content:encoded><![CDATA[<p>We have been seeing an increased amount of sequential TCP/80 scanning over the last week. One common attribute between all of the sites that we have detected this scanning activity originating from is that they all have been running JBoss.</p>
<p>It appears that the malware is spreading by using unprotected JMX consoles, it then uses the JMX console to execute code running as the JBoss user on the system.</p>
<p>A site which has investigated this has advised us about the malware conducting the scanning.</p>
<p>&#8220;The malware appears to scan out for some vulnerability in /jmx-console/HtmlAdaptor before connecting to an HTTP bot at magicstick.dyndns-remote.com.&#8221; An update to JBoss enterprise server was released earlier last year to mitigate this vulnerability.</p>
<p><a href="https://access.redhat.com/kb/docs/DOC-30741">https://access.redhat.com/kb/docs/DOC-30741</a></p>
<p>We have also been able to see that currently the attacks have been limited to a couple of different applications.</p>
<p>If you would like further information or assistance investigating this issue please contact <a href="/services/csirt/contact-csirt/">JANET CSIRT</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/10/21/jboss-vulnerability/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>APT &#8211; Advanced Persistant Threat</title>
		<link>http://www.ja.net/services/csirt/2011/10/17/apt-advanced-persistant-threat/</link>
		<comments>http://www.ja.net/services/csirt/2011/10/17/apt-advanced-persistant-threat/#comments</comments>
		<pubDate>Mon, 17 Oct 2011 13:02:14 +0000</pubDate>
		<dc:creator>James Davis</dc:creator>
				<category><![CDATA[Articles]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/?p=612</guid>
		<description><![CDATA[(As published in JANET News #16, October 2011) Every so often, after a ground- breaking discovery or an event that has a substantial impact on the security community, a new phrase/ term/acronym enters the lexicon of the security researcher. Over the last few years, several high profile compromises have hit the news headlines. Attacks on [...]]]></description>
			<content:encoded><![CDATA[<p><em>(As published in JANET News #16, October 2011)</em></p>
<p>Every so often, after a ground- breaking discovery or an event that has a substantial impact on the security community, a new phrase/ term/acronym enters the lexicon of the security researcher. Over the last few years, several high profile compromises have hit the news headlines. Attacks on an unprecedented scale targeted a slew of companies in the technology, financial and defence sectors, and ‘Advanced Persistent Threats’ became a common topic for discussion.</p>
<p><strong>Dawn of a new threat</strong></p>
<p>In 2010 Google reported on its official blog that it had suffered a sustained attack from a source appearing to originate in China. Google said that some of its intellectual property had been stolen and that the attacks were highly sophisticated, utilising complex vectors and multiple levels of encryption to avoid detection and gain control of target systems. Essentially the compromise involved several layers of well hidden encrypted traffic that penetrated deeper and deeper into their network over a period of time. Google also suggested that the attack may have been carried out by the Chinese state to gain access to the email accounts of Chinese dissidents. However, the attack was not solely targeting Google. Other companies targeted in what became known as ‘Operation Aurora’ included Yahoo, Adobe Systems, Juniper Networks and Rackspace Hosting.</p>
<p>In March this year, RSA admitted it had been the target of a highly sophisticated attack that successfully penetrated its infrastructure. The compromised data was specifically related to RSA’s SecurID two-factor authentication products. In an open letter to its customers, RSA’s Executive Chairman states: ‘While at this time we are confident that the information extracted does not enable a successful direct attack on any of our RSA SecurID customers, this information could potentially be used to reduce the effectiveness of a current two-factor authentication implementation as part of a broader attack’. In other words, the two-part authentication mechanism generally utilised by many as the de facto standard for authentication had been compromised, undermining the integrity of the RSA SecurID system. At this stage there is no confirmation as to who was behind this attack.</p>
<p>It was only a matter of time before a possible motive behind the RSA compromise revealed itself. Soon after, defence contractors Lockheed Martin and L-3 were attacked by an unknown quantity. As America’s largest defence contractor, Lockheed Martin is responsible for some of America’s most advanced military technology, including the F-22 fighter aircraft and the Trident submarine-launched missile. Initial reports suggest that these security breaches were in part facilitated by compromised RSA SecurID token seeds. It is entirely possible that the RSA seeds will be used again before RSA are able to replace the 40 million RSA keys that are used by their customers.</p>
<p><strong>Level of threat</strong></p>
<p>In these high profile incidents, the attackers used advanced techniques and zero day exploits – software that uses a security hole to carry out an attack – to gain access to secure systems. Many would argue that this is what constitutes the definition of an advanced persistent threat: seemingly endless resources including teams of highly skilled security experts, programmers and a large budget, possibly backed up by operatives on the ground. Are these kinds of resources only available to a government? Or can we expect to see this level of sophistication emerging from high level industrial espionage? One thing is for certain: information is valuable, and a determined organisation will (with enough resources) eventually find a way into secure systems.</p>
<p><strong>What to do?</strong></p>
<p>These examples of advanced persistent threats illustrate scenarios that any organisation could face. If globally respected security companies can be compromised, is there any hope for the rest of us? With a little analysis, this can easily be put into perspective. If your organisation’s data or intellectual property is valuable to another organisation, there is a greater risk that your competitors will attempt to compromise it. Therefore more resources should be allocated to protecting that data or IP. The answer is not to increase the security budget for software that claims to protect you from ‘all known threats or your money back’, because we have seen time and time again that software alone is not enough.</p>
<p>We suggest that you make sure that staff are specially trained in securing and hardening systems and networks, access control is enforced, and IDS systems configured correctly. There is no magic software that does all of this out of the box that will meet your organisation’s requirements.</p>
<p><strong>JANET supporting you</strong></p>
<p>JANET CSIRT handles incidents that involve compromises on a daily basis. Whilst many of these compromises are relatively minor, occasionally they are potentially very damaging for the organisation and need to be dealt with in a swift and appropriate manner.</p>
<p>If you suspect that your organisation is the target of an attack or would like information about how we can assist you in the event of a suspected compromise, please <a href="/services/csirt/contact-csirt/">get in touch</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/10/17/apt-advanced-persistant-threat/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>JANET CSIRT Incident Statistics for September 2011</title>
		<link>http://www.ja.net/services/csirt/2011/10/01/janet-csirt-incident-statistics-for-september-2011/</link>
		<comments>http://www.ja.net/services/csirt/2011/10/01/janet-csirt-incident-statistics-for-september-2011/#comments</comments>
		<pubDate>Sat, 01 Oct 2011 08:00:00 +0000</pubDate>
		<dc:creator>Robot</dc:creator>
				<category><![CDATA[Statistics]]></category>

		<guid isPermaLink="false">http://www.ja.net/services/csirt/2011/10/01/janet-csirt-incident-statistics-for-september-2011/</guid>
		<description><![CDATA[Category Count Compromise 7 Copyright 150 Denial of Service 1 General Query 2 LEA Query 6 Legal/Policy Query 0 Malware 312 Net/Security Query 11 Other 6 Phishing 8 Scanning 39 Social Engineering 0 Unauthorised Use 0 Unclassified 0 Unsolicited Bulk Email 13 Total 555]]></description>
			<content:encoded><![CDATA[<table>
<tr>
<th>Category</th>
<th>Count</th>
</tr>
<tr>
<td>Compromise</td>
<td>7</td>
</tr>
<tr>
<td>Copyright</td>
<td>150</td>
</tr>
<tr>
<td>Denial of Service</td>
<td>1</td>
</tr>
<tr>
<td>General Query</td>
<td>2</td>
</tr>
<tr>
<td>LEA Query</td>
<td>6</td>
</tr>
<tr>
<td>Legal/Policy Query</td>
<td>0</td>
</tr>
<tr>
<td>Malware</td>
<td>312</td>
</tr>
<tr>
<td>Net/Security Query</td>
<td>11</td>
</tr>
<tr>
<td>Other</td>
<td>6</td>
</tr>
<tr>
<td>Phishing</td>
<td>8</td>
</tr>
<tr>
<td>Scanning</td>
<td>39</td>
</tr>
<tr>
<td>Social Engineering</td>
<td>0</td>
</tr>
<tr>
<td>Unauthorised Use</td>
<td>0</td>
</tr>
<tr>
<td>Unclassified</td>
<td>0</td>
</tr>
<tr>
<td>Unsolicited Bulk Email</td>
<td>13</td>
</tr>
<tr>
<th>Total</th>
<td>555</td>
</table>
]]></content:encoded>
			<wfw:commentRss>http://www.ja.net/services/csirt/2011/10/01/janet-csirt-incident-statistics-for-september-2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

