<?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>Cisco Blog &#187; Panos Kampanakis</title>
	<atom:link href="http://blogs.cisco.com/author/panoskampanakis/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.cisco.com</link>
	<description></description>
	<lastBuildDate>Mon, 17 Jun 2013 23:53:54 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Cross-Site Request Forgery Attacks and Mitigations</title>
		<link>http://blogs.cisco.com/security/cross-site-request-forgery-attacks-and-mitigations-2/</link>
		<comments>http://blogs.cisco.com/security/cross-site-request-forgery-attacks-and-mitigations-2/#comments</comments>
		<pubDate>Fri, 05 Apr 2013 14:31:01 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Applied Mitigation Bulletins]]></category>
		<category><![CDATA[Cisco Security]]></category>
		<category><![CDATA[cisco sio]]></category>
		<category><![CDATA[cross-site request forgery]]></category>
		<category><![CDATA[CSRF]]></category>
		<category><![CDATA[CSRF attacks]]></category>
		<category><![CDATA[mitigations]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=108928</guid>
		<description><![CDATA[Cross-Site Request Forgery (CSRF) attacks: there are already enough articles out there that can explain what a CSRF attack is [...]]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/cross-site-request-forgery-attacks-and-mitigations-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cisco Live London 2013: IPv6 Security Lab Recap</title>
		<link>http://blogs.cisco.com/security/cisco-live-london-2013-ipv6-security-lab-recap/</link>
		<comments>http://blogs.cisco.com/security/cisco-live-london-2013-ipv6-security-lab-recap/#comments</comments>
		<pubDate>Mon, 11 Feb 2013 12:58:05 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Cisco Live London]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[IPv6-security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=101110</guid>
		<description><![CDATA[This post summarizes, on behalf of the instructors of the course, the experiences of delivering the IPv6 Security Lab session recently at Cisco Live London 2013.]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/cisco-live-london-2013-ipv6-security-lab-recap/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Student project collaboration with NC State University</title>
		<link>http://blogs.cisco.com/security/student-project-collaboration-with-nc-state-university/</link>
		<comments>http://blogs.cisco.com/security/student-project-collaboration-with-nc-state-university/#comments</comments>
		<pubDate>Tue, 16 Oct 2012 17:26:43 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[packet capture]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[TCP]]></category>
		<category><![CDATA[wireshark]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=87320</guid>
		<description><![CDATA[It was about a year ago that Dr. Yannis Viniotis, Professor of the Electrical &#38; Computer Engineering (ECE) department at [...]]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/student-project-collaboration-with-nc-state-university/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cisco IP Phone Certificates and Secure Communications</title>
		<link>http://blogs.cisco.com/security/cisco-ip-phone-certificates-and-secure-communications/</link>
		<comments>http://blogs.cisco.com/security/cisco-ip-phone-certificates-and-secure-communications/#comments</comments>
		<pubDate>Thu, 13 Sep 2012 13:00:09 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[IP Phones]]></category>
		<category><![CDATA[IPT]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Voice]]></category>
		<category><![CDATA[voip]]></category>
		<category><![CDATA[voip security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=82765</guid>
		<description><![CDATA[This post highlights the publication of a new Cisco whitepaper which details the basic security and encryption features that are supported by Cisco IP phones, Cisco Unified Communications Manager servers, and related Cisco voice products. ]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/cisco-ip-phone-certificates-and-secure-communications/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Next Generation Encryption Algorithms</title>
		<link>http://blogs.cisco.com/security/next-generation-encryption-algorithms/</link>
		<comments>http://blogs.cisco.com/security/next-generation-encryption-algorithms/#comments</comments>
		<pubDate>Tue, 12 Jun 2012 16:43:35 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[cryptography]]></category>
		<category><![CDATA[data_encryption]]></category>
		<category><![CDATA[encryption]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=72640</guid>
		<description><![CDATA[This post discusses the fact that advances in computing and in the science of cryptanalysis have made it necessary to continually adopt newer, stronger algorithms, and larger key sizes because some older algorithms and key sizes no longer provide adequate protection from modern threats.]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/next-generation-encryption-algorithms/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>IPv6 Security Lab @ Cisco Live 2012 in San Diego</title>
		<link>http://blogs.cisco.com/security/ipv6-security-lab-cisco-live-2012-in-san-diego/</link>
		<comments>http://blogs.cisco.com/security/ipv6-security-lab-cisco-live-2012-in-san-diego/#comments</comments>
		<pubDate>Wed, 06 Jun 2012 15:16:46 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[Cisco Live 2012]]></category>
		<category><![CDATA[Cisco Live 2012 San Diego]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[IPv6-security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=71692</guid>
		<description><![CDATA[This post highlights an upcoming security session, LTRSEC-3033 - "Cyber Aikidō (合気道) Academy: IPv6 Network Threat Defense, Countermeasures, and Controls", at Cisco Live 2012 which is being held next in San Diego, CA, USA. ]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/ipv6-security-lab-cisco-live-2012-in-san-diego/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IPv6 First Hop Security (FHS) concerns</title>
		<link>http://blogs.cisco.com/security/ipv6-first-hop-security-fhs-concerns/</link>
		<comments>http://blogs.cisco.com/security/ipv6-first-hop-security-fhs-concerns/#comments</comments>
		<pubDate>Thu, 31 May 2012 13:32:43 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[first hop security]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[IPv6-security]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=71025</guid>
		<description><![CDATA[ This post, along with the referenced white paper on First Hop Security (FHS) for IPv6, helps to provide some insight into areas of IPv6 that need to be taken into account when securing your overall IPv6 network environment.

]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/ipv6-first-hop-security-fhs-concerns/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Block a Country with my Cisco Router or Firewall</title>
		<link>http://blogs.cisco.com/borderless/block-a-country-with-my-cisco-router-or-firewall-2/</link>
		<comments>http://blogs.cisco.com/borderless/block-a-country-with-my-cisco-router-or-firewall-2/#comments</comments>
		<pubDate>Wed, 15 Feb 2012 22:02:55 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Borderless Networks]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=61232</guid>
		<description><![CDATA[Hi everyone. Starting this week, every Wednesday we are going to highlight a special security or wireless blog to round [...]]]></description>
		<wfw:commentRss>http://blogs.cisco.com/borderless/block-a-country-with-my-cisco-router-or-firewall-2/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Block a country with my Cisco Router or Firewall</title>
		<link>http://blogs.cisco.com/security/block-a-country-with-my-cisco-router-or-firewall/</link>
		<comments>http://blogs.cisco.com/security/block-a-country-with-my-cisco-router-or-firewall/#comments</comments>
		<pubDate>Wed, 15 Feb 2012 20:47:36 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[ASA]]></category>
		<category><![CDATA[filters]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[internet traffic]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[mitigations]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=61149</guid>
		<description><![CDATA[We are often asked by customers about how they can prevent traffic from a certain country (let's say country X) from entering their network. The motivations for doing this could vary. Sometimes a company does not do business with all countries in the world; therefore, the company doesn't need to be accessible from all countries. Other times it is an issue of trust and security, where an administrator may not want to allow country X to enter their infrastructure. Finally, there are cases where country X has often been incriminated with malicious activity, so an administrator may want to block country X when there is no need for the organization to interact with this country.]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/block-a-country-with-my-cisco-router-or-firewall/feed/</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Remotely Triggered Black Hole filtering for IPv6</title>
		<link>http://blogs.cisco.com/security/remotely-triggered-black-hole-filtering-for-ipv6/</link>
		<comments>http://blogs.cisco.com/security/remotely-triggered-black-hole-filtering-for-ipv6/#comments</comments>
		<pubDate>Wed, 30 Nov 2011 18:01:18 +0000</pubDate>
		<dc:creator>Panos Kampanakis</dc:creator>
				<category><![CDATA[Security]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[RTBH]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://blogs.cisco.com/?p=52941</guid>
		<description><![CDATA[Black holes, from a network security perspective, are placed in the network where traffic is forwarded and dropped. When an attack has been detected, black-holing can be used to drop all attack traffic at the edge of an Internet service provider (ISP) network, based on either destination or source IP addresses. Remotely triggered black hole (RTBH) filtering is a technique that uses routing protocol updates to manipulate route tables at the network edge or anywhere else in the network to specifically drop undesirable traffic before it enters the service provider network.]]></description>
		<wfw:commentRss>http://blogs.cisco.com/security/remotely-triggered-black-hole-filtering-for-ipv6/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
