ASP.NET MVC 5与LTI 1.3集成可行性咨询及方案建议

完全可以实现ASP.NET MVC 5与LTI 1.3的集成，LTI 1.3本质是基于OAuth 2.0和OpenID Connect的协议规范，只要能处理HTTP请求、加密签名及JWT解析，ASP.NET MVC 5就能完成集成，无需依赖预发布状态的专用LTI库。以下是具体建议：

• 手动实现核心协议逻辑
  避开不稳定的预发布库，自行实现LTI 1.3关键流程：

  1. 处理授权请求：接收LTI平台发送的login_hint、iss、client_id等参数，构造重定向至平台授权端点的URL，需包含response_type=id_token、scope=openid、redirect_uri等必填参数。
  2. 验证ID Token：平台回调后获取id_token，使用System.IdentityModel.Tokens.Jwt（NuGet可获取稳定版）解析并验证签名（通过平台JWKS端点获取公钥）、issuer、audience、过期时间，同时校验nonce防止重放攻击。
  3. 处理资源链接请求：从ID Token中提取LTI特定声明（如https://purl.imsglobal.org/spec/lti/claim/message_type、https://purl.imsglobal.org/spec/lti/claim/resource_link），完成用户身份映射与资源授权。

• 借助稳定库简化开发
  利用成熟的OAuth/OIDC库替代专用LTI库：

  • 若项目使用Owin，可配置Microsoft.Owin.Security.OpenIdConnect中间件处理授权流程，自定义验证逻辑适配LTI 1.3的额外要求。
  • 始终用System.IdentityModel.Tokens.Jwt处理JWT相关操作，该库在.NET Framework环境下稳定可靠，完全覆盖LTI 1.3的JWT需求。

• 关键注意事项

  • 强制HTTPS通信：LTI 1.3要求所有交互必须通过HTTPS，本地开发可使用IIS Express自签证书，生产环境需配置正式SSL证书。
  • 存储平台配置：将各LTI平台的issuer、client_id、JWKS端点URL、授权端点URL等信息存入数据库或配置文件，处理请求时通过iss和client_id匹配对应配置。
  • 测试验证：使用IMS Global的LTI测试工具验证集成流程，确保参数传递、签名验证等环节符合LTI 1.3规范。

内容的提问来源于stack exchange，提问作者jeena p