NumWorks 16.3 : verrouillage définitif anti Omega / KhiCAS

[critor]

Les effets sur la communauté se font déjà sentir...

Ah, il y a un moyen matériel de downgrader ? ça a été testé ? vous avez des photos ?

Même si peu d'utilisateurs s'aventureront dans une une modification matérielle, je pense que cela resterait quand même important d'informer à ce sujet.

Bref, déjà de premières victimes non consentantes. Visiblement, nous ne spammons pas suffisamment le web.

[M4x1m3]

On a pas testé (Enfin redgl0w essaye, mais on attends les résultats), mais de ce qu'ils ont dit il devrait toujours être possible de flasher le flasher en RAM depuis le port de debug et et démarrer dessus et après c'est comme n'importe quelle autre installation d'Omega.

[Lionel Debroux]

Logique. Le port de debug, accessible sur la plupart des équipements informatiques (il faut bien que le système puisse être testé en fin de production !), est le point d'entrée ultime.

[M4x1m3]

Justement pas forcément, il est possible de le désactiver avec le registre DBGMCU.CR (0xE0042004) sur le STM32F730

[Lionel Debroux]

Je sais, mais je sais aussi que beaucoup de fabricants de matériel ne s'amusent pas à désactiver physiquement (détruire, en général) ou même logiciellement le port debug en fin de production, car cela complique la réparation au SAV. Ceci étant écrit, je ne sais pas si NumWorks a beaucoup de tel SAV.

[redgl0w]

Ah, il y a un moyen matériel de downgrader ? ça a été testé ? vous avez des photos ?

On nous avait dit que la limite de verrouillage est les modifications matérielles.
Si quelqu'un ajoute / modifie des composants de la calculatrice, ce n'est pas de leur responsabilité.
C'est pour cette raison que j'avais cru comprendre que si on connecte un port SWD, on devait pouvoir se débarrasser du kernel (très utile si on veut contribuer au kernel par exemple )
Pour l'instant, j'ai réussi (du moins je crois) à load le flasher.verbose en RAM, mais :

• Lors de l'éxecution du userland, je n'arrive juste à rien faire (openocd me dis 0 breakpoint 0 watchpoint), et au bout de quelques appuis de touche, la calculatrice crash
• Lorsque je me connecte via openocd lors du stack DFU, j'ai bien 8 breakpoints et 4 watchpoints, mais l'usb ne marche plus. J'arrive à load le firmware en ram à ce moment
• Lors de l’exécution du flasher, je n'ai rien d'affiché à l'écran (pas un problème de fréquence, j'ai au cas où vérifié si la fréquence du CPU était la bonne).

Pas eu le temps pour l'instant de chercher plus, mais il est très probable que ça vienne aussi de moi. J'avais aussi ce type de problèmes avec e15, et je n'ai tjs rien compris à openocd

[Lionel Debroux]

On nous avait dit que la limite de verrouillage est les modifications matérielles.
Si quelqu'un ajoute / modifie des composants de la calculatrice, ce n'est pas de leur responsabilité.

C'est une approche réaliste, d'ailleurs la seule approche adéquate avec des matériels auxquels les utilisateurs disposent d'un accès physique non restreint de très longue durée.

[parisse]

Ah mais c'est interessant ca. Si le materiel a acquerir n'est pas trop onereux et la procedure d'unlock suffisament simple, on peut imaginer que les lycees qui le souhaitent s'equipent et deverouillent les calcs de leurs eleves.

[redgl0w]

Ah mais c'est interessant ca. Si le materiel a acquerir n'est pas trop onereux et la procedure d'unlock suffisament simple, on peut imaginer que les lycees qui le souhaitent s'equipent et deverouillent les calcs de leurs eleves.

Il faut ouvrir le hardware, et ça c'est déjà trop pour les lycées

[critor]

Lancez une chaîne de magasins "Omega Services".

Vous en ouvrez un devant chaque lycée correctement équipé.