<?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>Comentarios en: ¿Qué es OAuth?</title>
	<atom:link href="http://www.prise.es/blog/%c2%bfque-es-oauth/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.prise.es/blog/%c2%bfque-es-oauth/</link>
	<description>Blog del equipo de PRISE</description>
	<lastBuildDate>Thu, 19 Jul 2012 11:34:35 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.1.41</generator>
	<item>
		<title>Por: Blog de PRISE &#187; Blog Archive &#187; OAuth 2.0</title>
		<link>http://www.prise.es/blog/%c2%bfque-es-oauth/comment-page-1/#comment-150</link>
		<dc:creator><![CDATA[Blog de PRISE &#187; Blog Archive &#187; OAuth 2.0]]></dc:creator>
		<pubDate>Fri, 30 Apr 2010 14:32:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.prise.es/blog/?p=235#comment-150</guid>
		<description><![CDATA[[...] nueva versión se basa en lo que ya se definía en el protocolo, pero añadiendo nuevos perfiles y flujos de autorización, basados en OAuth WRAP, específicos [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] nueva versión se basa en lo que ya se definía en el protocolo, pero añadiendo nuevos perfiles y flujos de autorización, basados en OAuth WRAP, específicos [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Por: Blog de PRISE &#187; Blog Archive &#187; Escenarios en OAuth</title>
		<link>http://www.prise.es/blog/%c2%bfque-es-oauth/comment-page-1/#comment-37</link>
		<dc:creator><![CDATA[Blog de PRISE &#187; Blog Archive &#187; Escenarios en OAuth]]></dc:creator>
		<pubDate>Thu, 28 Jan 2010 08:09:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.prise.es/blog/?p=235#comment-37</guid>
		<description><![CDATA[[...] El primer de ellos es el escenario con Acceso Delegado (3-legged scenario), en el cual hay tres actores: Cliente, Propietario del Recurso y Servidor. El Cliente pide acceso a los recursos en nombre de un propietario de un recurso concreto. En este caso las Credenciales que serán necesarias intercambiar para garantizar un mínimo de seguridad son las propietario del recurso y las del cliente. Este escenario es el que ilustrábamos en nuestro anterior post. [...]]]></description>
		<content:encoded><![CDATA[<p>[&#8230;] El primer de ellos es el escenario con Acceso Delegado (3-legged scenario), en el cual hay tres actores: Cliente, Propietario del Recurso y Servidor. El Cliente pide acceso a los recursos en nombre de un propietario de un recurso concreto. En este caso las Credenciales que serán necesarias intercambiar para garantizar un mínimo de seguridad son las propietario del recurso y las del cliente. Este escenario es el que ilustrábamos en nuestro anterior post. [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
