Comment le SFP Wizard déverrouille les modules (base de références et force brute), et pourquoi ne pas revenir à un ancien firmware
Notes de rétro-ingénierie du SFP Wizard : il lit la référence du module (page A0h, octets 40-55), la cherche dans une base de mots de passe embarquée et envoie le mot de passe de déverrouillage correspondant, puis passe à la force brute en l'absence de correspondance. Les notes retracent l'évolution du firmware : v1.0.5 n'essayait que le premier mot de passe de la base, sans vérification (les échecs semblaient donc être des réussites), v1.0.10/1.1.0 a ajouté la vérification XOR d'une cellule marqueur et la force brute, et v1.1.3+ essaie toutes les correspondances ainsi que tous les mots de passe inscriptibles.
- Transceivers : modules SFP verrouillés
- Format : SFP
Symptômes / messages :
module stops working after firmware update (community complaint)
silent unlock failure on old firmware
Comments 1
Ne revenez pas à un ancien firmware : v1.0.5 ne vérifiait rien, masquait les échecs et supprimait la force brute. Les nouveaux firmwares vérifient le déverrouillage et essaient davantage de mots de passe ; les régressions apparentes sont donc souvent de vraies incompatibilités que l'ancien firmware cachait.