<?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>Sascha Wolter &#187; Security</title>
	<atom:link href="http://www.wolter.biz/tag/security/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.wolter.biz</link>
	<description>Craftsman for Pervasive Computing, Rich Applications and Mobile Apps in all flavors.</description>
	<lastBuildDate>Wed, 18 Jan 2012 20:07:07 +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>Warum sind die Dom&#228;nen &#252;bergreifenden Sicherheitsrichtlinien (Cross-Domain-Policy) eigentlich wichtig?</title>
		<link>http://www.wolter.biz/2009/10/05/warum-sind-die-domaenen-uebergreifenden-sicherheitsrichtlinien-cross-domain-policy-eigentlich-wichtig/</link>
		<comments>http://www.wolter.biz/2009/10/05/warum-sind-die-domaenen-uebergreifenden-sicherheitsrichtlinien-cross-domain-policy-eigentlich-wichtig/#comments</comments>
		<pubDate>Mon, 05 Oct 2009 07:54:48 +0000</pubDate>
		<dc:creator>Sascha Wolter</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[Flash]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Security]]></category>
		<category><![CDATA[Silverlight]]></category>

		<guid isPermaLink="false">http://www.wolter.biz/?p=256</guid>
		<description><![CDATA[Immer wieder kommt die Frage, warum eigentlich dieser Aufwand mit den Cross-Domain-Policy Dateien (clientaccesspolicy.xml bei Silverlight und crossdomain.xml bei Flash, Java und Silverlight) betrieben werden muss, m&#246;chte man extern kommunizieren. Also wenn eine Inhalt von (Sub-)Domain A auf einen Inhalt von (Sub-)Domain B zugreifen m&#246;chte: Meist ist es dabei auch unerheblich, ob es sich bei [...]]]></description>
			<content:encoded><![CDATA[<p>Immer wieder kommt die Frage, warum eigentlich dieser Aufwand mit den Cross-Domain-Policy Dateien (clientaccesspolicy.xml bei Silverlight und crossdomain.xml bei Flash, Java und Silverlight) betrieben werden muss, m&ouml;chte man extern kommunizieren. Also wenn eine Inhalt von (Sub-)Domain A auf einen Inhalt von (Sub-)Domain B zugreifen m&ouml;chte: Meist ist es dabei auch unerheblich, ob es sich bei dem zu ladenden Inhalt um Bild, Sound, Text, Video oder einen Datendienst (der dann ja einen Inhalt in der genannten Form &#8211; meist Text basiert &#8211; liefert) handelt. Im Folgenden soll eine einfache Erkl&auml;rung ohne Anspruch auf Vollst&auml;ndigkeit und Exaktheit gegeben werden (denn das Thema ist doch sehr Facettenreich), denn Gr&uuml;nde f&uuml;r die Zugriffeinschr&auml;nkung &uuml;ber (Sub-)Dom&auml;nengrenzen hinweg gibt es viele:</p>
<p>Beispielsweise m&ouml;chten Anbieter Ihre Dienste oder Inhalte nicht anderen frei zur Verf&uuml;gung stellen. Ein anderer Grund sind <a href="http://www.adobe.com/devnet/flashplayer/articles/cross_domain_policy.html">Authentifizierungsprozesse</a>, die nur von vertrauensw&uuml;rdigen Stellen aus erlaubt sein sollen. Zurecht kommt nun jedoch der Hinweis, dass man dies ja einfach durch einen Proxy-Server umgehen kann, der diese Sicherheitseinstellungen ignoriert &#8211; also durch einen Server, der die Kommunikation mit der Dom&auml;ne B durchf&uuml;hrt und dem die Sicherheitsrichtlinien egal sind. Also warum dann der Aufwand, wenn sich das so einfach umgehen l&auml;&szlig;t? Ganz einfach: Diesen einen Server kann man relativ leicht erkennen und gegebenenfalls auch sperren. Was aber, wenn eine einfache SWF-Datei auf tausenden von Clients l&auml;uft, die &uuml;ber unterschiedliche Netzwerkanbieter und dynamische IP-Adressen kommen? Dann w&auml;re eine Sperrung von gro&szlig;en Teilen des Internets mit weitreichenden Folgen f&uuml;r die Erreichbarkeit notwendig. Ein weiteres Beispiel sind DNS-Angriffe: Wenn also von Domain A auf Domain B so viele Anfragen ausgef&uuml;hrt werden, bis Domain B &uuml;berlastet und somit nicht mehr erreichbar ist. Dies w&auml;re vermutlich durch einen einzelnen Proxy ohnehin kaum zu leisten und selbst wenn, dann k&ouml;nnte der Server schnell erkannt und gesperrt werden. Aber tausende von Clients, die &uuml;ber unterschiedlichste Netzwerkadressen direkt auf die Domain B zugreifen, sind kaum alle zu sperren. Fazit: Gut, dass es Sicherheitsrichtlinien gibt und diese Art der &#8220;Angriffe&#8221; somit mit Flash, Java und Silverlight nicht m&ouml;glich sein sollten&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.wolter.biz/2009/10/05/warum-sind-die-domaenen-uebergreifenden-sicherheitsrichtlinien-cross-domain-policy-eigentlich-wichtig/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

