OTP loginhandler
Leonard Kroll
Leonard.Kroll at umb.edu
Fri Oct 16 13:55:27 EDT 2015
Shibboleth version: 3.2.0
Leonard Kroll
UNIX / GIS Administrator
Univ. Massachusetts Boston
Leonard(dot)Kroll(at)umb.edu
Phone: 617-287-5048
fax: 617-287-5224
-----Original Message-----
From: dev [mailto:dev-bounces at shibboleth.net] On Behalf Of Cantor, Scott
Sent: Friday, October 16, 2015 1:09 PM
To: Shib Dev
Cc: Kicic Sakib; Edman Martin
Subject: RE: OTP loginhandler
> Is there any currently, or in near future, plans for a general OTP loginhandler?
Not in those exact terms. After 3.2.0 ships, we have to start working on a framework for running composite login flows. Assuming you mean OATH, that's a SFA method like Duo that has to be combined with a password step, and unlike Duo it's not proprietary, so including a TOTP (or less likely HOTP) flow in the box would make sense.
In practice, people don't use that sort of thing much. Convincing management to do for free what you can pay companies thousands of dollars to do sadly doesn't go the way you think it would.
> If not them I would like some tips and tricks before I start developing one myself.
I don't have any documentation on writing login flows. We have several already implemented, the SPNEGO flow is coming shortly, and there's always using External to implement the new logic in a servlet.
> I am mostly interested in the loginhandler itself as the
> infrastructure behind it is relatively simple.
Writing login flows is quite simple, and writing servlets using the External interface is simpler.
-- Scott
--
To unsubscribe from this list send an email to dev-unsubscribe at shibboleth.net<mailto:dev-unsubscribe at shibboleth.net>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/dev/attachments/20151016/5dba573b/attachment-0001.html>
More information about the dev
mailing list