Annotation of loncom/html/adm/help/tex/Domain_Configuration_LTI_Provider.tex, revision 1.3.2.2
1.1 raeburn 1: \label{Domain_Configuration_LTI_Provider}
2:
1.3.2.1 raeburn 3: LTI (Learning Tool Interoperability) Provider functionality can be used to enforce deep-link only access to specific LON-CAPA course folder(s) or resource(s), via External Tool launch in a different learning management system.
1.3 raeburn 4:
1.3.2.1 raeburn 5: To support this the following can be set in a domain:
1.1 raeburn 6:
7: \begin{itemize}
8:
1.3 raeburn 9: \item Encryption of shared secrets
10: \item Rules for shared secrets
11: \item Link Protectors
12:
13: \end{itemize}
14:
1.3.2.1 raeburn 15: LTI employs a shared key and secret which the launcher (LTI Consumer) and the target (LTI Provider) will store locally. The key will be included in the (signed) payload included in a request created by the Consumer and sent to the Provider on launch. The Provider will use the key and secret to verify that the contents of the payload has not been tampered with in transit. As the payload can include the user's identity, which LON-CAPA can be configured to use to establish a session for that user, it is important that the secret for a particular LTI launch item remain private. To assist with that, LON-CAPA offers the option to encrypt a secret when storing it on a domain's library server.
1.3 raeburn 16:
17: Accordingly, an encryption key can be set on the primary library server in a LON-CAPA domain. That encryption key will be used to encrypt a shared secret when storing it, and to decrypt it when it needs to be used to verify payload integrity.
18:
19: \textbf{Link Protection}
1.1 raeburn 20:
1.3.2.1 raeburn 21: Link protection credentials can be configured at a domain level (by a Domain Coordinator), or at a course level (by a Course Coordinator), and the option is available to encrypt secret(s) at either or both of those levels.
1.1 raeburn 22:
1.3 raeburn 23: Rules can be established for length and types of characters required in any secret assigned to a launch item.
1.1 raeburn 24:
1.3 raeburn 25: Link Protectors configured in a domain are numbered incrementally (starting at 1).
26:
27: For each Link Protector the following need to be specified:
28: \begin{itemize}
29: \item Launcher Name
30: \item LTI Version
31: \item Nonce lifetime (s)
32: \item Key
33: \item Secret
1.1 raeburn 34: \end{itemize}
35:
1.3 raeburn 36: The \textbf{Launcher Name} is used to identify an option shown in the ``domain LTI launch'' drop-down list when setting a value for the deeplink parameter in the Parameter Manager in a course. Its value can be changed without impacting the behavior of the link, as LON-CAPA internally stores the launcher item associated with a deep-link using the unique numeric identifier assigned to the launcher item when it was first created.
37:
38: The \textbf{LTI Version} will be 1.1. It is expected that newer versions will also be supported in the future.
1.1 raeburn 39:
1.3 raeburn 40: A short \textbf{Nonce lifetime} can inhibit use of replay methods to circumvent link protection provided by LTI. There should not be a need to set the value to other than the default of 300s.
1.1 raeburn 41:
1.3 raeburn 42: The \textbf{Key} and \textbf{Secret} should be kept secure, and will be needed when configuring the ``External Tool'' item in the other system which is linking to LON-CAPA. Once a Secret has been saved for a particular launcher, LON-CAPA will not display it again, so it is recommended to make a note of it, so it can be used in the other system. To change an existing Secret check the ``Yes'' for ``Change?'' to make a textbox available for entering the new Secret. Note: the Key and Secret can only be submitted from a session on a domain's primary library server, so if your session is on a different LON-CAPA server, a link to switch server will be shown in place of the textboxes for those two items.
43:
44: For each Link Protector there will also be a Yes/No option: \textbf{Use identity?}. If `Yes' is selected then two (optional) settings can be specified:
45:
46: \begin{itemize}
47: \item Source of username in LTI request
48: \item Action if username does not match enrolled student
49: \end{itemize}
50:
1.3.2.2 ! raeburn 51: Deciding what to select as the source of the username requires knowing what the other learning system sends in the LTI Request. Ideally, the other system will provide a preview feature for instructors to use to display items included in a launch request, and values set for them (for the previewer). In LON-CAPA, selecting ``User ID'' for the username source indicates the username will be whatever was assigned to the ``lis\_person\_sourcedid'' parameter, whereas selecting ``Email address'' means the username will be whatever was assigned to the ``lis\_person\_contact\_email\_primary'' parameter by the launch system. If neither of those are appropriate then ``Other'' can be selected, and the appropriate parameter name in the LTI Request can be entered in the textbox.
1.3 raeburn 52:
53: A username will only be accepted from the launch data for session creation in LON-CAPA if the corresponding user has already been assigned a student role, and no privileged role(s) in the target course in LON-CAPA. What will happen if that condition is not met can either be to stop the launch, or to display the LON-CAPA login page, and allow a user to authenticate. The second of those is the same behavior as seen if ``No'' had originally been selected for ``Use identity?'.
54:
55: Unlike LON-CAPA, other learning systems do not typically support multiple domains. As a result when creating a user session based on a username included in the launch payload, the implicit assumption is made that the user's domain in LON-CAPA is the same as the course's domain.
56:
57: Although the `Use identity?' option may be set to 'Yes' for a Link Protector item configured in a domain, whether or not the username included in launch data will be accepted in a particular course can be controlled on a course-by-course basis by a Domain Coordinator.
58:
59: The ``Course/Community defaults'' item \ref{Domain_Configuration_Course_Defaults} includes a Yes/No option for: ``Student username in LTI launch of deep-linked URL can be accepted without re-authentication''. A Domain Coordinator can use:
60: Main Menu $>$ Set domain configuration $>$ View or modify a course or community to select a course, and then use the ``View/Modify re-authentication requirement for LTI launch of deep-linked item'' link to override the domain default for a specific course.
61:
62: In the case where usernames are not accepted from the launch payload, then each user will need to authenticate using the standard LON-CAPA username and password after the signed payload has been verified. After authentication the user's LON-CAPA session will still be recorded as having been launched from the deep-link target URL, as long as the access control setting for the deeplink parameter for the corresponding resource, or enclosing map/folder, is configured to support launch from the external system which provided the signed payload.
63:
64: The endpoint LON-CAPA URL specified in the ``External Tool'' item in the other system will be composed of the following components: protocol or scheme (i.e., http or https), ://, hostname, /adm/launch, and the ``tiny URL' path to the target resource or folder. If the LON-CAPA domain expects all access via a single server (i.e., a LON-CAPA load-balancer/portal node), then the hostname used should be the one assigned to the load-balancer.
65:
66: As the key and secret used for launch items (either in a course or a domain) will be unavailable to LON-CAPA nodes belonging to a different LON-CAPA domain,
67: if LTI link protection is to be used for deep-linked items, it is requirement that the endpoint URL include the hostname of a LON-CAPA server in the course's domain.
68:
69: Following the hostname, the remainder of the URL will have the format: /adm/launch/tiny/\$domain/uniqueID, where /tiny/\$domain/uniqueID is a shortened URL,
70: unique to the particular folder or resource in the specific course.
71:
72: Course Coordinators can generate shortened URLs for items in a course by using:
73: Course Editor $>$ Content Utilities $>$ ``Display/Set Shortened URLs for Deep-linking''; see: Short URLs section \ref{Docs_Short_URLs}
74:
FreeBSD-CVSweb <freebsd-cvsweb@FreeBSD.org>