Voilà ce soir je voulais un peu réfléchir au problème de cette serrure sécurisée.
Dès le début de ma réflexion j'élimine :
1 - la solution type port knocking, avec un port ouvert connu préalablement, afin de négocier un nombre aléatoire ;
2 - la solution qui consisterai à usiter NTM. ça ne vous plait pas, bien que dans mon livre y a écrit que NTP est la solution pour synchroniser des réseaux.
Donc avec 1, on au aucun échange préalable entre le client et le serveur. Et avec 2, pas de facteur extérieur, heures, dates, météo, score du match de la veille, etc.
Du coup c'est un peu ardue.
Je me souviens qu'il existe des suites mathématiques qui génèrent aléatoirement toujours la même suite de nombre. ça pourrait être intéressant. Mais là encore il faudrait un facteur extérieur.
Je cherche aussi des suites un peu atypiques :
http://fr.wikipedia.org/wiki/G%C3%A9n%C3%A9rateur_de_nombres_pseudo-al%C3%A9atoires#La_m.C3.A9thode_de_Von_Neumann
Implémentation :
http://www.brpreiss.com/books/opus7/html/page214.html
Sinon, y aurai une solution. Et là je pourrais faire ce que je veux. Elle me plaît assez.
Il faudrait seulement que le serveur retienne quelque chose, et le client aussi de son côté. Je dis quelque chose, parce que j'ai un début d'idée avec les 30 secondes de l'énoncé…
ça peut être un avantage, comme on utilisera pas NTP, on aura pas un réseau régler "précisément". ça peut être intéressant.