<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Commenti a: Proof of Concept per le applicazioni. E per le estensioni?</title>
	<atom:link href="http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html</link>
	<description>Il primo fondamento della sicurezza non e&#039; la tecnologia. E&#039; l&#039;attitudine mentale.</description>
	<lastBuildDate>Sun, 05 Feb 2012 11:00:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Di: Anonymous</title>
		<link>http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html#comment-2037</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Thu, 21 Jun 2007 17:20:00 +0000</pubDate>
		<guid isPermaLink="false">http://gianniamato.wordpress.com/2007/06/16/proof-of-concept-per-le-applicazioni-e-per-le-estensioni#comment-2037</guid>
		<description>Concordo con l&#039;anonimo del 2 commento ; in ff/mozilla javascript è sicuramente il &quot;mezzo naturale&quot; attraverso cui far passare exploits per le estensioni per un motivo molto semplice : non è possibile impostare la sameOrigin policy. Per chiarirci in ff/mozilla esistono 3 policy di sicurezza : allAccess ( accesso illimitato ), noAccess ( accesso negato ) e sameOrigin ( accesso vincolato alla medesima provenienza : stesso dominio, stesso sito , etc ... ) l&#039;accesso a gli elementi del DOM è limitato alla sameOrigin policy, mentre per javascript è possibile impostare noAccess oppure allAccess. Certo è possibile creare una policy personalizzata attarverso cui dare accesso illimitato ai siti/location in whitelist e negare ogni accesso al resto ( come fa l&#039;estensione di ff NoScript ) ma la sameOrigin resta IMHO la soluzione più sicura anche se mi rendo conto che applicata a javascript renderebbe tutto molto complicato.</description>
		<content:encoded><![CDATA[<p>Concordo con l&#8217;anonimo del 2 commento ; in ff/mozilla javascript è sicuramente il &#8220;mezzo naturale&#8221; attraverso cui far passare exploits per le estensioni per un motivo molto semplice : non è possibile impostare la sameOrigin policy. Per chiarirci in ff/mozilla esistono 3 policy di sicurezza : allAccess ( accesso illimitato ), noAccess ( accesso negato ) e sameOrigin ( accesso vincolato alla medesima provenienza : stesso dominio, stesso sito , etc &#8230; ) l&#8217;accesso a gli elementi del DOM è limitato alla sameOrigin policy, mentre per javascript è possibile impostare noAccess oppure allAccess. Certo è possibile creare una policy personalizzata attarverso cui dare accesso illimitato ai siti/location in whitelist e negare ogni accesso al resto ( come fa l&#8217;estensione di ff NoScript ) ma la sameOrigin resta IMHO la soluzione più sicura anche se mi rendo conto che applicata a javascript renderebbe tutto molto complicato.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Angelo</title>
		<link>http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html#comment-2038</link>
		<dc:creator>Angelo</dc:creator>
		<pubDate>Tue, 19 Jun 2007 10:36:00 +0000</pubDate>
		<guid isPermaLink="false">http://gianniamato.wordpress.com/2007/06/16/proof-of-concept-per-le-applicazioni-e-per-le-estensioni#comment-2038</guid>
		<description>Complimenti, ottime riflessioni :)</description>
		<content:encoded><![CDATA[<p>Complimenti, ottime riflessioni <img src='http://www.gianniamato.it/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: Anonymous</title>
		<link>http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html#comment-2039</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Mon, 18 Jun 2007 01:18:00 +0000</pubDate>
		<guid isPermaLink="false">http://gianniamato.wordpress.com/2007/06/16/proof-of-concept-per-le-applicazioni-e-per-le-estensioni#comment-2039</guid>
		<description>Concordo con aloha : aggiungo che il più delle volte il &quot;danno&quot; deriva dall&#039;impossibilità di marcare in maniera netta dominio locale e dominio remoto : le estensioni dovrebbero lavorare sul dominio locale e per spedire dati nel dominio remoto dovrebbero usare delle interfacce protette verso tale dominio. Codice che gira in locale non dovrebbe poter ricevere direttamente input che provengono da remoto ; viceversa codice che gira in dominio remoto (javascript) non dovrebbe poter accedere alle risorse locali. In teoria dovrebbe essere così : in pratica poi succede che vengono definiti Internet OS delle soluzioni come eyeOS :-(</description>
		<content:encoded><![CDATA[<p>Concordo con aloha : aggiungo che il più delle volte il &#8220;danno&#8221; deriva dall&#8217;impossibilità di marcare in maniera netta dominio locale e dominio remoto : le estensioni dovrebbero lavorare sul dominio locale e per spedire dati nel dominio remoto dovrebbero usare delle interfacce protette verso tale dominio. Codice che gira in locale non dovrebbe poter ricevere direttamente input che provengono da remoto ; viceversa codice che gira in dominio remoto (javascript) non dovrebbe poter accedere alle risorse locali. In teoria dovrebbe essere così : in pratica poi succede che vengono definiti Internet OS delle soluzioni come eyeOS <img src='http://www.gianniamato.it/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Di: al0ha</title>
		<link>http://www.gianniamato.it/2007/06/proof-of-concept-per-le-applicazioni-e-per-le-estensioni.html#comment-2040</link>
		<dc:creator>al0ha</dc:creator>
		<pubDate>Sun, 17 Jun 2007 04:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://gianniamato.wordpress.com/2007/06/16/proof-of-concept-per-le-applicazioni-e-per-le-estensioni#comment-2040</guid>
		<description>Se posso aggiungerei che anche all&#039;interno delle stesse estensioni che scarichiamo e installiamo può esserci codice fallato, insicuro o malizioso. Direi anche di fare attenzione a tutte quelle estensioni che permettono di fare il login attraverso di esse. Spesso questo avviene postando le credenziali di accesso &quot;in chiaro&quot;, naturalmente basta che qualcuno sniffi i dati che passano attraverso la vostra rete per avere accesso a queste informazioni. Una &quot;famosa&quot; estensione di firefox per twitter per esempio ne è una  dimostrazione...</description>
		<content:encoded><![CDATA[<p>Se posso aggiungerei che anche all&#8217;interno delle stesse estensioni che scarichiamo e installiamo può esserci codice fallato, insicuro o malizioso. Direi anche di fare attenzione a tutte quelle estensioni che permettono di fare il login attraverso di esse. Spesso questo avviene postando le credenziali di accesso &#8220;in chiaro&#8221;, naturalmente basta che qualcuno sniffi i dati che passano attraverso la vostra rete per avere accesso a queste informazioni. Una &#8220;famosa&#8221; estensione di firefox per twitter per esempio ne è una  dimostrazione&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

