Signed Canvas launch
The service validates the LTI signature, issuer, audience, deployment, nonce, role, and launch state.
Security and trust
Trust flow
The workflow stays simple for the user because the service performs the validation between Canvas and SEB.
The service validates the LTI signature, issuer, audience, deployment, nonce, role, and launch state.
The downloaded configuration carries the approved policy and a quit path bound to the assessment.
A stale or changed configuration cannot produce the proof needed to receive the Canvas access code.
Canvas continues to decide what the verified user may do in the course and assessment.
Verified safeguards
These controls support the assessment experience without asking instructors or students to manage security machinery themselves.
LTI state is encrypted, valid for ten minutes, bound to the initiating browser, and claimed atomically in PostgreSQL.
Configuration grants last 120 seconds. Proof tokens are single-use and expire after two minutes. Application sessions last 30 minutes.
Access codes and passwords stay out of routine responses. Reveal and proof responses are no-store and bound to the verified principal.
The service receives the public certificate. The private identity stays with the institution's device-management or BYOD distribution process.
Canvas API calls stay on the configured Canvas origin, use the application's scope set, and still honor each user's permissions.
Launch and token validation use local and PostgreSQL-backed budgets, with grant minting limited per principal and IP.
Certificate and BYOD operation
Certificate wrapping is the recommended default for managed fleets. Compatibility mode supports BYOD environments where private-identity distribution is impractical, while retaining Config Key proof, URL controls, one-time grants, the Canvas handoff, and SEB policy.
The public X.509 certificate, LTI signing key, and Canvas OAuth credentials.
The private client identity, its .p12 file, and its passphrase.
The private certificate identity and the device or BYOD distribution decision.
Routine access for instructors, students, or the application runtime.
Boundaries and limitations
We can demonstrate the user experience, then walk your technology and security teams through the trust model.