Obecnie pracuję nad wdrożeniem mechanizmów uwierzytelniania przedsiębiorstw w naszej aplikacji internetowej Java, w tym jednokrotnego logowania. Sieci Windows są naszym głównym celem, a Kerberos to rozsądny wybór. Sidenote: O ile rozumiem, protokołem używanym w środowisku sieciowym (HTTP) do SSO jest SPNEGO i jest to w zasadzie wrapper wokół Kerberos. Wygląda więc na to, że biblioteki SSO HTTP Kerberos używają SPNEGO - popraw mnie, jeśli się mylę.Wybór biblioteki Kerberos (SPNEGO) Java dla pojedynczego logowania aplikacji WWW
Gdy zacząłem badać ten temat, zdałem sobie sprawę, że nie ma oczywistego wyboru. Pozwól mi wymienić te:
- . To było pierwsze, na które patrzyłem (ponieważ korzystamy już z ochrony Spring), ale wydaje się, że kilka lat temu utknęły one w drugim punkcie kontrolnym w wersji 1.0.0. Tylko ta SO question daje niewielką nadzieję, że można go wykorzystać do produkcji.
- WAFFLE - Windows Authentication Functional Framework. Wydaje się być aktywny i bogaty w funkcje. Może być "podłączony" jako ogólny serwlet, a także jako Spring security filter.
- SPNEGO SourceForge. Wydaje się bardzo lekki, zapewnia filtr HTTP serwletów, tutoriale są łatwe do naśladowania.
Czy są jakieś szczególne powody, aby wybrać jedną opcję w stosunku do drugiej? Czy są jakieś inne opcje?
Przepraszamy, ale punkt "2" jest nieprawidłowy. Moje serwery Tomcat z SPNEGO działają poprawnie na Linuksie. Sprawdziłem również uwierzytelnianie z Firefoksa działającego pod Linuksem ze skonfigurowanym stosem klienta Kerberos. –
@ YvesMartin, wiele starych odpowiedzi jest już nieważnych, a ja zaatakowałem za jednym razem. Byłem prawdziwy w 2012 roku. –
Przepraszam jeszcze raz, ale po raz pierwszy wdrożyłem w 2009 serwer Alfresco na Javę 6 z uwierzytelnianiem SPNEGO na serwerze Linux z klientami Windows, Linux i Mac dla EPFL. Podsumowując, jak tylko Java obsługiwała obsługę protokołu Kerberos, była już niezależna od platformy. –