#67 closed Verbesserung (bleibt so)
Login in externe Seiten aus dem Kepler-Login heraus
| Reported by: | bau | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Sommerferien 2014 |
| Component: | Ich kenne die passende Komponente nicht. | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: | Rüdiger Kupper, bau, jas |
Description
Problemstellung:
- User logged sich auf der HP ein
- Nun soll ein Single-Klick-Login auf
- Moodle (www.kg-fds.de/moodle/)
- Horde-Web-Mailer (paedml.kg-fds.de/horde3/)
- Klassenbilder
- Kepler-Handbuch (paedml.kg-fds.de/kh/ -- nur Lehrer!)
- TRAC (paedml.kg-fds.de/trac) möglich sein.
- bislang wird dazu die Login-Page des jeweiligen Dienstes als PHP/HTML-Seite ins KL-Verzeichnis kopiert und vom KL mit Username und Passwort bestückt. Das passiert zwar nur lokal im Browser, dennoch ist hier das Passwort im Klartext lesbar!
- Idee: Moodle, ... bieten die Möglichkeit, eigene Auth-Module zu schreiben. Ein solches könnte beim KL nachfragen, ob der User bereits eingelogged ist.
Change History (18)
follow-up: 2 comment:1 by , 15 years ago
comment:2 by , 15 years ago
So, das Moodle-Auth tut jetzt :-)
Es fragt auf dem KL die Datei is_logged_in ab, die ihm sagt OK oder false
follow-up: 5 comment:3 by , 15 years ago
TRAC
Der Trac arbeitet mit Basic-Login, da wird es ein wenig anders. Allerdings wäre das dann der Prototyp für die Klassenbilder, die werden auch per Basic-Auth geschützt.
- Tricky aber wieder Klartextpasswort: http://user:password@paedml.kg-fds.de/trac
- Wenn wir wieder ein spezielles Auth-Modul für den Apache bereitstellen könnten wäre das Problem behoben. Ich habe da mal was gefunden: http://mod-auth-script.sourceforge.net/. Ansonsten würde sich die Frage stellen, wie man ein Apache-Auth-Modul programmiert.
- Dann geht's wieder so: http://user:KL_sessionid@paedml.kg-fds.de/trac
comment:4 by , 15 years ago
| Status: | new → accepted |
|---|
comment:5 by , 15 years ago
Trac ist gelöst:
Aus dem Kepler-Login heraus wird ein weiteres PHP-Script aufgerufen, dass direkt in den Trac weiterleitet. Der Benutzer ist dann automatisch angemeldet. Eventuell muss er vorher noch eine Meldung mit OK wegklicken.
comment:6 by , 15 years ago
comment:7 by , 15 years ago
comment:8 by , 15 years ago
| Resolution: | → fixed |
|---|---|
| Status: | accepted → closed |
Das Kepler-Handbuch wird von Herrn Rempfer in ein Type3-CMS übertragen.
comment:9 by , 15 years ago
| Resolution: | fixed |
|---|---|
| Status: | closed → reopened |
Es fehlen noch diverse Dienste:
- Horde3 wird noch unsicher angesteuert
- Klassenbilder verwenden Baisc-Auth (soll möglichst mit PHP realisiert werden)
- Weiterleitung zum TRAC ist auch nicht sicherheitstechnisch einwandfrei (auch Basic Auth) Lässt sich hier aber vielleicht garnicht lösen? Oder lässt sich der TRAC auch auf andere Auth-Methoden umstellen?
comment:10 by , 14 years ago
| Severity: | → normal |
|---|
- Horde3 ist angepasst
- Klassenbilder muss noch programmiert werden
- TRAC noch nicht zufriedenstellend gelöst
comment:11 by , 13 years ago
| Cc: | added |
|---|---|
| Owner: | changed from to |
| Status: | reopened → assigned |
TRAC und Klassenbilder funktionieren mit HTTP-Auth von Apache. Dabei werden vom Browser die Zugangsdaten gespeichert und immer wieder mitgesendet. Ein SSO ist nach meinen Recherchen so nicht möglich, ohne dass man unbefriedigenderweise die Zugangsdaten per http://user:password@Adresse mitschickt. Ich habe aber gelesen, dass man dem TRAC ein LoginModul verpassen kann, so dass die Auth-Daten per Formular abgefragt werden und nicht mehr per HTTP-Auth. Das sollten wir einrichten und anpassen!
(http://trac-hacks.org/wiki/AccountManagerPlugin/Modules#LoginModule)
comment:12 by , 12 years ago
| Cc: | added |
|---|---|
| Resolution: | → bleibt so |
| Status: | assigned → closed |
Ich schließe dieses drei Jahre alte Ticket mal als "bleibt so", derzeit scheinen ja alle mit den Logins zurechtzukommen.
comment:13 by , 12 years ago
| Resolution: | bleibt so |
|---|---|
| Status: | closed → reopened |
Einige Aktionen sind noch akut und noch nicht erledigt.
comment:14 by , 12 years ago
| Milestone: | → Sommerferien 2014 |
|---|
comment:15 by , 12 years ago
| Resolution: | → bleibt so |
|---|---|
| Status: | reopened → closed |
comment:17 by , 7 years ago
SSO auf modern geht nun per SAML:
- https://de.wikipedia.org/wiki/Security_Assertion_Markup_Language
- https://www.univention.de/blog-de/2019/06/saml-fuer-sichere-komfortable-webzugaenge-kurz-erklaert/
- https://simplesamlphp.org/
https://simplesamlphp.org/docs/stable/simplesamlphp-sp#section_5 - WebUntis kann offenbar SAML: https://www.univention.de/blog-de/2018/06/how-to-fuer-anbindung-von-webuntis-an-ucsschool-fuer-single-sign-on-anmeldungen/
Ein Login im Kepler-Login wäre anschließend ausreichend, damit man auch WebUntis nutzen kann.
Die anderen WebAnwendungen sind entsprechend zu checken.
comment:18 by , 7 years ago
- SoGO kann ebenfalls SAML: https://sogo.nu/files/docs/SOGoInstallationGuide.html#_authenticating_using_saml2
- der Kepler-Login sollte sich per SAML anpassen lassen
- damit wäre dann auch ein SAML für unsere WebSeite (Joomla) möglich
Moodle:
Ein auth-Modul ist ganz einfach zu machen (siehe: http://docs.moodle.org/dev/Authentication_plugins).
Problem ist allerdings, dass Moodle ja beide Plugins (LDAP und KL) beim Login des Users verwenden soll und nicht nur das für den User voreingestellte Plugin!
Lösung:
In der Datei /lib/moodlelib.php ändern, dass Moodle alle Plugins abklappert (Zeile 3516):
ersetzen durch