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