Lernpläne, Lernpfade, Kurse, praktische Labs und Präsenzschulungen.
Ihr eigener Monosign-v2026.10-Server, leer und startklar. Importieren Sie eine Mitarbeiterliste, legen Sie eine Gruppe an, verbinden Sie eine SAML-Anwendung, geben Sie den Pilotbenutzern Zugriff und verlangen Sie von ihnen einen zweiten Faktor.
Ihr eigener Monosign-v2026.10-Server mit einem Lab-Mailserver und einem SMS-Gateway. Verbinden Sie die Kanäle, aktivieren Sie E-Mail- und SMS-Codes, legen Sie die Reihenfolge fest, die Benutzer sehen, registrieren Sie einen Benutzer, melden Sie sich mit MFA an und sperren Sie den MFA-Status.
Ihr eigener Monosign-v2026.10-Server mit einer SAML-Anwendung und einem Partner-Identitätsanbieter, die beide tatsächlich fehlschlagen. Lesen Sie die Fehler und das Audit-Protokoll, beheben Sie jeden Fehler in Monosign und belegen Sie die Korrektur mit einer echten Anmeldung.
Ein Kunden-Tenant mit bereits eingeführter MFA und fünf offenen Tickets. Hinter jedem Ticket steckt eine echte Fehlkonfiguration. Ermitteln Sie die Ursache anhand der Symptome und Logs, beheben Sie sie und weisen Sie die Behebung nach.
Ihr eigener Monosign-v2026.10-Server mit Mitarbeitenden, Administratoren, gefährdeten Benutzern und einem Notfallkonto. Erstellen Sie einen mehrschichtigen Richtliniensatz und sehen Sie, wie echte Anmeldungen aus verschiedenen Ländern und Netzwerken abgelehnt, zusätzlich geprüft oder zugelassen werden.
Ticket INC-4821 bei Aldermoor Freight: Nora Lindqvist aus der Kreditorenbuchhaltung kann sich nicht mehr anmelden und ist plötzlich Mitglied von Finance Approvers, der Gruppe, die Zahlungen freigeben darf. Niemand in der Finanzabteilung hat das beantragt. Auf Ihrem eigenen Monosign-Server ermitteln Sie aus dem Audit-Log, wer was getan hat, sichern das Konto, zeigen mit der Access Timeline, wann der Zugriff bestand, und senden die Nachweise als geplanten Bericht an den Prüfer.
Ihr eigener Monosign-v2026.10-Server neben einem echten LDAP-Verzeichnisserver. Binden Sie ein Verzeichnis als Benutzerquelle an und führen Sie die erste Synchronisation aus, reparieren Sie eine zweite Quelle, die nie synchronisiert hat und zu wenige Personen liefert, und bereinigen Sie einen Benutzernamen, der nun doppelt vorhanden ist.
Ihr eigener Monosign-Server und ein kleiner Lab-Client, der einen KI-Agenten spielt. Registrieren Sie den Agenten mit einem verantwortlichen Eigentümer, geben Sie ihm eine Berechtigung, begrenzen Sie ihn mit einem Anfragebudget und sehen Sie, wie Monosign ihn drosselt und dann aussetzt. Sehen Sie sich anschließend die KI-Apps an, die Mitarbeitende im Browser öffnen, und entscheiden Sie, welche sanctioned, tolerated oder unsanctioned sind.
Registrieren Sie einen KI-Agenten mit Eigentümer, nehmen Sie einen MCP-Server in den Katalog auf, erlauben Sie nur die benötigten Tools, entscheiden Sie Genehmigungen für ein destruktives Tool und stoppen Sie den Agenten mit dem Kill Switch. Der MCP-Gateway-Dienst ist eine separate Komponente, die dieses Lab nicht installiert. Deshalb liest an seiner Stelle ein kleiner Lab-Client, ticket-agent, denselben Katalog und dieselben Genehmigungen.
Ihr eigener Monosign-Server und ein kleiner Lab-Client, der einen KI-Agenten spielt, der Erstattungen auszahlt. Der Agent zahlt nie von sich aus: Er bittet Monosign um Freigabe und wartet. Sie legen fest, wer gefragt wird, wie viele Personen zustimmen müssen, wie lange eine Anfrage wartet und ob eine Begründung nötig ist. Dann geben Sie frei, lassen eine Anfrage ablaufen, stimmen als zweite Person über einen E-Mail-Link zu, lehnen ab und lesen im Audit-Verlauf, wer entschieden hat.
Ihr eigener Monosign-Server, drei Mitarbeitende und ein kleiner Lab-Client, der ihre KI-Chat-App spielt. Bauen Sie einen Flow, der Geheimnisse in einem Prompt aufhält, lassen Sie ihn zuerst nur beobachten und lesen Sie, was er blockiert hätte. Starten Sie dann das Durchsetzen und sehen Sie, wie der Prompt gestoppt wird. Ergänzen Sie einen zweiten Flow, der personenbezogene Daten durch Platzhalter ersetzt, und erweitern Sie den ersten um ein eigenes Schlüsselwort.
Ihr eigener Monosign-Server und ein kleiner Lab-Client, der einen KI-Agenten spielt, der einen nächtlichen Bericht erstellt. Der Agent tauscht seine Anmeldedaten gegen ein kurzlebiges Zugriffstoken, und Monosign entscheidet in diesem Moment, ob er eines bekommt. Beschränken Sie den Agenten auf bestimmte Stunden und ein Netzwerk, sehen Sie, wie die Token-Anfrage mit Begründung abgelehnt wird, lesen Sie die Ablehnungen im Audit-Verlauf und legen Sie dann Beschränkungen fest, mit denen der Agent wieder arbeiten kann.
Ein echtes Monopam mit einem Linux-Server und einem Benutzer, der ihn jederzeit erreichen kann. Entfernen Sie diesen dauerhaften Zugriff, bieten Sie den Server über eine Request Policy an und durchlaufen Sie dann Anfrage, Genehmigung, Nutzung und Widerruf eines zeitlich begrenzten Zugriffs. Jeden Schritt belegt der Server selbst.
Ein echtes Monopam und ein Linux-Server, die Aufzeichnung ist für den gesamten Tenant ausgeschaltet. Schalten Sie sie ein, gewähren Sie den Zugriff über eine Richtlinie, die einen riskanten Befehl sperrt, führen Sie eine SSH-Sitzung aus und prüfen Sie die Aufzeichnung mit einer geteilten Notiz.
Übertragen Sie Konten aus Ihrem eigenen Lab-Tenant an ein echtes SCIM-2.0-Ziel: Legen Sie die Anwendung und ihren Schlüssel an, übertragen Sie eine Pilotgruppe, entfernen Sie einen Benutzer und sehen Sie, wie das Konto verschwindet, planen Sie eine Synchronisierung und stellen Sie einen Webhook zu.