<?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>saml &#8211; Accidents Happen</title>
	<atom:link href="https://ah.thameera.com/tag/saml/feed/" rel="self" type="application/rss+xml" />
	<link>https://ah.thameera.com</link>
	<description>In the dark</description>
	<lastBuildDate>Sun, 29 Oct 2017 10:41:56 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
<site xmlns="com-wordpress:feed-additions:1">56521109</site>	<item>
		<title>Slack SAML authentication bypass</title>
		<link>https://ah.thameera.com/slack-saml-authentication-bypass/</link>
					<comments>https://ah.thameera.com/slack-saml-authentication-bypass/#respond</comments>
		
		<dc:creator><![CDATA[thameera]]></dc:creator>
		<pubDate>Sun, 29 Oct 2017 10:41:56 +0000</pubDate>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[saml]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[slack]]></category>
		<guid isPermaLink="false">http://ah.thameera.com/?p=619</guid>

					<description><![CDATA[Antonio Sanso writes: This means that if I present to a ServiceProvider A an assertion meant for ServiceProvider B, then the ServiceProvider A shoud reject it. Well between all other things I tried this very really simple attack against a Slack&#8217;s SAML endpoint /sso/saml and guess what? It worked 😮 !! To be more concrete [&#8230;]]]></description>
										<content:encoded><![CDATA[<p><a href="http://blog.intothesymmetry.com/2017/10/slack-saml-authentication-bypass.html">Antonio Sanso writes</a>:</p>
<blockquote><p>This means that if I present to a ServiceProvider A an assertion meant for ServiceProvider B, then the ServiceProvider A shoud reject it. </p>
<p>Well between all other things I tried this very really simple attack against a Slack&#8217;s SAML endpoint /sso/saml and guess what? It worked <img src="https://s.w.org/images/core/emoji/16.0.1/72x72/1f62e.png" alt="😮" class="wp-smiley" style="height: 1em; max-height: 1em;" /> !!</p>
<p>To be more concrete I used an old and expired (yes the assertion was also expired!!) Github&#8217;s Assertion I had saved somewhere in my archive that was signed for a subject different than mine (namely the username was not asanso aka me) and I presented to Slack. Slack happily accepted it and I was logged in Slack channel with the username of this old and expired Assertion that was never meant to be a Slack one!!! Wow this is scary&#8230;.
</p></blockquote>
<p>Scary indeed. And it isn&#8217;t a particularly sophisticated hack either. Slack has now patched the issue.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://ah.thameera.com/slack-saml-authentication-bypass/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
		<post-id xmlns="com-wordpress:feed-additions:1">619</post-id>	</item>
	</channel>
</rss>
