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>
28 lines
844 B
PHP
28 lines
844 B
PHP
<?php
|
|
|
|
namespace App\Services\Lti;
|
|
|
|
use Illuminate\Support\Facades\Cookie;
|
|
use Packback\Lti1p3\Interfaces\ICookie;
|
|
|
|
/**
|
|
* Pont vers les cookies Laravel, pour le jeton d'état OIDC du lancement
|
|
* LTI 1.3. SameSite=None obligatoire : la plateforme (Moodle) renvoie ce
|
|
* cookie via un POST depuis SON origine, pas la nôtre — un cookie "Lax" ou
|
|
* "Strict" ne partirait jamais, et chaque lancement échouerait en silence.
|
|
*/
|
|
class CookieLti implements ICookie
|
|
{
|
|
public function getCookie(string $name): ?string
|
|
{
|
|
return Cookie::get($name);
|
|
}
|
|
|
|
/**
|
|
* @param array<string, mixed> $options
|
|
*/
|
|
public function setCookie(string $name, string $value, int $exp = 3600, array $options = []): void
|
|
{
|
|
Cookie::queue($name, $value, (int) ceil($exp / 60), '/', null, true, true, false, 'none');
|
|
}
|
|
}
|