<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Shiboleth on Notes</title>
    <link>https://www.simplicidade.org/tags/shiboleth/index.xml</link>
    <description>Recent content in Shiboleth on Notes</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <managingEditor>melo@simplicidade.org (Pedro Melo)</managingEditor>
    <webMaster>melo@simplicidade.org (Pedro Melo)</webMaster>
    <copyright>(c) 2016 Pedro Melo.</copyright>
    <atom:link href="/tags/shiboleth/index.xml" rel="self" type="application/rss+xml" />
    <atom:link rel="hub" href="https://pubsuhhubbub.superfeedr.com/"/>
    
    <item>
      <title>Federated Identity and Single sign-on</title>
      <link>https://www.simplicidade.org/notes/2005/01/28/federated-identity-and-single-sign-on/</link>
      <pubDate>Fri, 28 Jan 2005 16:58:54 +0000</pubDate>
      <author>melo@simplicidade.org (Pedro Melo)</author>
      <guid>https://www.simplicidade.org/notes/2005/01/28/federated-identity-and-single-sign-on/</guid>
      <description>&lt;p&gt;For quite some time we have been setting up a federated identity system for single sign on web apps at work.&lt;/p&gt;

&lt;p&gt;The way it works is that whenever you access a web app and you are not authenticated, you get redirected to a login server. There you can choose which intranet you belong to. You click on you intranet name, you authenticate there, and then you are redirected back to the original web app you where trying to access. From then on, you can access to all the other web apps that use the same system without further authentication steps. Authorization is also managed by the system based on profile information provided by each intranet about the user.&lt;/p&gt;

&lt;p&gt;This works very well and allows for distributed management of permissions of each user, but with centralized enforcement.&lt;/p&gt;

&lt;p&gt;Some weeks ago I found out about &lt;a href=&#34;http://shibboleth.internet2.edu/&#34;&gt;Shibboleth&lt;/a&gt;. It does exactly the same thing, so I&amp;rsquo;m looking into using their code and replace all our half-baked solution. If you are interested in this kind of stuff, check out &lt;a href=&#34;http://www.opensaml.org/&#34;&gt;OpenSAML&lt;/a&gt; and &lt;a href=&#34;http://www.pingidentity.com/&#34;&gt;Ping Identity&lt;/a&gt; for commercial solutions with open source code. Also, a &lt;a href=&#34;http://www.linuxjournal.com/article/7888&#34;&gt;great article about identity from Doc Searls&lt;/a&gt; is up at &lt;a href=&#34;http://www.linuxjournal.com/&#34;&gt;Linux Journal&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Anyway, when I was reading through the shibboleth docs, I started to think that since I use my powerbook, I&amp;rsquo;ve been doing single sign on almost in every app I use and website I visit without all this fuss about setting up a federated identity system.&lt;/p&gt;

&lt;p&gt;The system Keychain of Mac OS X is a great solution. It stores all my login/passwords for apps, sites, ssh keychains, and x.509 certificates I use for mail. It really works well, and I feel a lot more secure knowing that all my &amp;ldquo;stuff&amp;rdquo; is in my personal computer, where I&amp;rsquo;m the only one responsible for backups (which I do almost every week&amp;hellip; :) ).&lt;/p&gt;

&lt;p&gt;Kudos, Apple.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Federated Identity and Single sign-on</title>
      <link>https://www.simplicidade.org/notes/2004/12/31/federated-identity-and-single-sign-on/</link>
      <pubDate>Fri, 31 Dec 2004 16:34:29 +0000</pubDate>
      <author>melo@simplicidade.org (Pedro Melo)</author>
      <guid>https://www.simplicidade.org/notes/2004/12/31/federated-identity-and-single-sign-on/</guid>
      <description>&lt;p&gt;For quite some time we have been setting up a federated identity system for single sign on web apps at work.&lt;/p&gt;

&lt;p&gt;The way it works is that whenever you access a web app and you are not authenticated, you get redirected to a login server. There you can choose which intranet you belong to. You click on you intranet name, you authenticate there, and then you are redirected back to the original web app you where trying to access. From then on, you can access to all the other web apps that use the same system without further authentication steps. Authorization is also managed by the system based on profile information provided by each intranet about the user.&lt;/p&gt;

&lt;p&gt;This works very well and allows for distributed management of permissions of each user, but with centralized enforcement.&lt;/p&gt;

&lt;p&gt;Some weeks ago I found out about &lt;a href=&#34;http://shibboleth.internet2.edu/&#34;&gt;Shibboleth&lt;/a&gt;. It does exactly the same thing, so I&amp;rsquo;m looking into using their code and replace all our half-baked solution. If you are interested in this kind of stuff, check out &lt;a href=&#34;http://www.opensaml.org/&#34;&gt;OpenSAML&lt;/a&gt; and &lt;a href=&#34;http://www.pingidentity.com/&#34;&gt;Ping Identity&lt;/a&gt; for commercial solutions with open source code.&lt;/p&gt;

&lt;p&gt;Anyway, when I was reading through the shibboleth docs, I started to think that since I use my powerbook, I&amp;rsquo;ve been doing single sign on almost in every app I use and website I visit without all this fuss about setting up a federated identity system.&lt;/p&gt;

&lt;p&gt;The system Keychain of Mac OS X is a great solution. It stores all my login/passwords for apps, sites, ssh keychains, and x.509 certificates I use for mail. It really works well, and I feel a lot more secure knowing that all my &amp;ldquo;stuff&amp;rdquo; is in my personal computer, where I&amp;rsquo;m the only one responsible for backups (which I do almost every week&amp;hellip; :) ).&lt;/p&gt;

&lt;p&gt;Kudos, Apple.&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>