PhpBB Lab Académie

Assembler les contrôles du cours en un bilan reproductible, identifier les limites non vérifiées et laisser le laboratoire dans un état final clairement documenté.

Le projet final : une recette de votre forum

Une recette compare résultats attendus et observés : « Mes protections permettent-elles à un membre légitime d'utiliser le forum ? »

Votre bilan distingue contrôles réussis, échecs et limites. Une case cochée sans essai ne vaut pas un résultat. Un QCM réussi vérifie vos connaissances ; il ne remplace pas la recette de votre installation.

Préparer le dossier de fin de cours

Dans le carnet sécurité, ajoutez « Bilan du cours 6 » et la date. Pour chaque contrôle, écrivez : résultat attendu ; résultat obtenu ; décision ; état final. Citez les fiches précédentes et « Simulation-incident-C6.txt » par leur nom. Gardez ce carnet sans secret dans Documents, hors du site.

1. Confirmez le clone forum-ecole-restauration et sa base séparée. Source et copie forum-ecole-retour restent intacts. Repérez S6 d'avant les essais, S3 et S4 du cours 5. Notez la dernière restauration effectivement testée : repérer une sauvegarde ne la teste pas.

2. Pour l'inscription, reportez les essais de la leçon 9, leur date et le compte créé si la création a abouti. Sinon, gardez la mention non vérifié. Aucun second compte nécessaire. Le Q&A testé ne garantit pas une protection contre tous les robots.

3. Reportez les résultats des leçons 10 et 11 : compte, forum, limite temporaire des messages, observation et valeur restaurée. Si aucun dépôt de pièce jointe n'était autorisé, inscrivez « non vérifié par un dépôt », sans ajouter de droit.

Effectuer une courte vérification finale

4. Avec CamilleAdmin dans son contexte distinct, ouvrez temporairement le clone : « Général », « Configuration du forum », « Désactiver le forum » sur « Non », puis « Envoyer ». Gardez l'administration accessible pour refermer. Courriels et SMTP restent désactivés. En visiteur, demandez une nouvelle page publique autorisée : elle doit être accessible sans accès administratif.

5. Connectez accueil_test et vérifiez le compte affiché. Si le sujet « Atelier sécurité — rythme des messages » a été créé, relisez-le et retrouvez le formulaire autorisé, sans soumettre. Sinon, relisez un sujet public connu du chapitre 1 et notez publication non vérifiée. L'accès actuel ne remplace pas l'essai de publication du chapitre 4.

6. Effectuez le test de déconnexion de la leçon 6. Ouvrez une nouvelle demande de page privée après la déconnexion, au lieu de vous contenter du bouton Retour. L'accès anonyme ne doit pas donner le contenu privé. Notez ce qui a été observé. Ne provoquez pas d'échecs de mot de passe répétés.

7. Revenez dans l'administration et refermez aussitôt le clone : « Désactiver le forum » sur « Oui », puis « Envoyer ». Demandez une nouvelle page en visiteur pour constater l'indisponibilité. CamilleAdmin peut rester capable d'accéder au forum fermé : c'est la limite déjà étudiée, pas la preuve d'un échec de fermeture.

Terminer les contrôles de retour

8. Relisez la description restaurée et retrouvez les deux traces administratives de la leçon 13. Le suffixe « Essai de journal C6. » doit avoir disparu ; les journaux restent conservés. Votre simulation distingue-t-elle faits et hypothèses, fermeture phpBB et protection du serveur, restauration et traitement de la cause ?

9. Vérifiez les valeurs finales du carnet. Sur notre HTTP local, les cookies sécurisés ne doivent pas être activés à tort ; les autres paramètres de cookies restent ceux du clone. L'activation des comptes et la limite de publication temporaire retrouvent leurs valeurs initiales. Le Q&A et la confirmation des enregistrements restent activés seulement si les essais prévus ont conclu ; sinon, leurs réglages initiaux sont restaurés et l'échec est noté.

Si antispam_test a été créé, il reste ordinaire. Si le changement de mot de passe d'accueil_test a été confirmé, conservez le nouveau dans le gestionnaire ; sinon, le précédent reste actuel. Les contrôles non réalisés restent signalés.

Donner une suite réaliste aux observations

Examinez régulièrement les signalements et les événements administratifs inexpliqués. Rejouez les parcours utiles après un changement et fixez une prochaine date de contrôle adaptée à l'activité. Suivez les mises à jour et sauvegardes selon le cours 4.

Le laboratoire HTTP ne valide ni le certificat du site en ligne, ni les courriels désactivés, ni tous les lecteurs d'écran. Gardez ces limites visibles ; chaque échec appelle une action précise.

Exemple : « Inscription locale : essais négatif et positif réussis à la leçon 9, compte connecté. Q&A conservé, activation des comptes restaurée. Courriels désactivés et non testés. HTTPS public hors périmètre. » Remplacez cet exemple par vos observations datées ; une inscription non aboutie doit rester signalée.

Rédigez six contrôles : inscription, connexion-déconnexion, publication et sa limite, pièce jointe, journal, incident fictif. Pour chacun : « réussi », « échec » ou « non vérifié », puis une observation concrète. Terminez par l'état final et une prochaine action datée. Une autre personne doit comprendre vos résultats sans recevoir de secret.

Vérifiez avec les bons comptes et des résultats observables. Conservez limites, valeurs restaurées et prochaine action. Vous savez préparer un essai, mesurer son effet, préserver les traces et demander une aide adaptée.