91d7cde4c1
LTI authentifie l'élève et le fait rejoindre sa classe (même code que le code/QR existant), pas lancer un lab précis - relecture du CLAUDE.md qui liste LTI avec les autres façons d'ajouter des élèves. packbackbooks/lti-1p3-tool (Apache-2.0, recommandé par le CLAUDE.md), trois ponts vers Redis/cookies/MariaDB, élève retrouvé par identité Moodle stable pour ne jamais créer de doublon. Enregistrement d'une plateforme/d'un déploiement par commande Artisan (opération rare, faite à la main par Adam), jamais une page d'administration. Corrige au passage un vrai bug préexistant trouvé en vérifiant en réel sur le serveur : withoutMiddleware(ValidateCsrfToken::class) sur une route ne retire jamais le vrai middleware CSRF (ValidateCsrfToken est un alias déprécié de PreventRequestForgery, pas la classe réellement enregistrée) - /csp-rapport avait le même défaut depuis l'étape 14, invisible faute de surveillance. Corrigé pour les deux par la bonne méthode (validateCsrfTokens except, dans bootstrap/app.php). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
26 lines
756 B
PHP
26 lines
756 B
PHP
<?php
|
|
|
|
namespace App\Http\Controllers;
|
|
|
|
use App\Models\LtiPlateforme;
|
|
use Illuminate\Http\JsonResponse;
|
|
use Packback\Lti1p3\JwksEndpoint;
|
|
|
|
/**
|
|
* Clés publiques du portail (V2, LTI 1.3) : chaque plateforme Moodle
|
|
* enregistrée a sa propre paire de clés (une ligne de lti_plateformes),
|
|
* toutes publiées ici — Moodle n'en retient que celle dont le « kid »
|
|
* correspond à ses propres jetons signés.
|
|
*/
|
|
class LtiClesController extends Controller
|
|
{
|
|
public function cles(): JsonResponse
|
|
{
|
|
$cles = LtiPlateforme::query()
|
|
->whereNotNull('identifiant_cle')
|
|
->pluck('cle_privee_outil', 'identifiant_cle')
|
|
->all();
|
|
|
|
return response()->json(JwksEndpoint::new($cles)->getPublicJwks());
|
|
}
|
|
}
|