Autoriser un affichage selon la page précende (serveur différent)

Bonjour,
Je travail depuis quelque temps sur un projet de script PHP de gestion de profs absents (pour mon collège). Problème :
Je voudrais que les élèves aient à passer par l'ENT du collège (site en aspx) pour pouvoir accéder à la page en PHP.
Je souhaiterais donc (de manière sécurisé et sûr) pouvoir savoir de quelle page vient l'élève, mon but n'étant pas de savoir son ID et son mots de passe d'ent mais juste de savoir s'il est passer par l'ent. Je pense que récupérer l'url précédente ne marcherais pas bien donc mon idée était de tenter de faire un petit bout de code en ASPX (même si je connais pas le langage je vais essayer de débrouiller), et ce petit bout de code irait écrire sur une bdd MySQL l'ip de l'élève ainsi qu'une date et après mon site irait vérifier sur la même base que l'élève soit inscrit :D
Sinon, autre idée mais incomplète (mais qui est mieux pour l’intégration aux ENT), j'aurais vraiment voulu que toute l'identification ce fasse par l'url, du genre une url qui contient l'ip, le nom du collège et le date, le tout crypté ! Pour sa j'avais penser à Javascript mais aller comment crypthé en javascript sans que personne n'aie chercher dans le code source comment la variable a était crypté et puis reproduit des url :/
Vous en pensez quoi ?
Merci de votre aide !!

Bonjour,

Effectivement, l'usage du Referer n'est pas du tout une bonne pratique. L'usage de l'IP ne l'est pas non plus (IP changeante, plusieurs PCs derrière une même IP, ...).

Vous pouvez envisager une "identification" avec des tokens. Je m'explique : l'utilisateur passe par le premier site où se trouve un lien vers votre application PHP et dans l'URL se trouve un token généré aléatoirement et valable pour un temps restreint. Il suffit donc après de vérifier dans l'app PHP que le token est valide. L'utilisateur est donc obligé de passer par le premier site pour récupérer un token valide. Bien sûr, c'est transparent.

Est-ce que les deux applications sont sur le même domaine ? Sinon, c'est encore mieux de faire passer ce token dans un cookie.

Cordialement,
Thomas Feron de Backsmash.