<?xml 
version="1.0" encoding="utf-8"?>
<rss version="2.0" 
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
>

<channel xml:lang="en">

	<title>Contr&#244;le d&#039;acc&#232;s HTTP (CORS) - comments</title>
	<link>https://oa.dnc.global/Controle-d-acces-HTTP-CORS.html</link>
	<description>
Les requ&#234;tes HTTP de type multi-origines (Cross-Origin Resource Sharing) sont des requ&#234;tes pour des ressources localis&#233;es sur un domaine diff&#233;rent de celui qui est &#224; l'origine de la requ&#234;te. C'est exactement la configuration dans laquelle nous nous trouvons quand nous voulons appliquer les protocoles d'authentification &#224; la communication entre applications r&#233;parties sur Internet. Du fait de nombreux abus (attaques de type cross-site request forgery ou CSRF), les requ&#234;tes HTTP crois&#233;es (&#8230;)
</description>
	<language>fr</language>
    <generator>SPIP - www.spip.net</generator>






    <item>
        <title>Contr&#244;le d'acc&#232;s HTTP (CORS)</title>
        <link>https://oa.dnc.global/Controle-d-acces-HTTP-CORS.html#comment43</link>
        <dc:date>2017-04-28T06:47:13Z</dc:date>
        <description>&lt;p&gt;Bonjour Pierre,&lt;br class=&#034;autobr&#034;&gt;
OAuth envisage par ailleurs d'utiliser des scripts avec le flux Autorisation Implicite (Implicit Grant). OAuthSD ne met pas en oeuvre ce flux. J'en parle pour mieux &#233;carter cette mauvaise pratique.&lt;/p&gt;</description>
        <dc:creator>DnC</dc:creator>
    </item>

    <item>
        <title>Contr&#244;le d'acc&#232;s HTTP (CORS)</title>
        <link>https://oa.dnc.global/Controle-d-acces-HTTP-CORS.html#comment41</link>
        <dc:date>2017-04-28T06:33:04Z</dc:date>
        <description>&lt;p&gt;Pourquoi parler de script c&#244;t&#233; navigareur-client si c'est une m&#233;thode dangereuse?&lt;/p&gt;</description>
        <dc:creator>Pierre Etienne</dc:creator>
    </item>


</channel>

</rss>
