Mise à jour 5.6.1: TI à l'écoute, l'ASM arTIfiCE en sursis !

→ **MyCalcs** profile · by **critor** » 26 Feb 2021, 23:30

Dans une actualité précédente, nous t'informions que Texas Instruments avait décidé de mettre fin au support des programmes dits ASM sur ses célèbres calculatrices TI-83 Premium CE et TI-84 Plus CE. Les mises à jour 5.5.1 (et ultérieures) interdisaient ainsi le lancement des programmes compilés ou assemblés en langage machine à partir d'un code écrit en langage assembleur, C, ou autres, une fonctionnalité historique présente depuis 1996 sur les calculatrices de la marque, véritable signature du constructeur.

Un coup dur pour la communauté avec une grande part des fichiers servis gratuitement sur Internet désormais totalement inutilisables. Des 100aines de jeux et programmes cumulant plusieurs 100aines de milliers de téléchargements rien que chez nous jetés aux oubliettes de l'Histoire, des 10aines de niveaux perso bons pour la poubelle, des 1000iers d'heures de travail passionné parties en fumée, le tout bien évidemment sans aucune discussion préalable ! On peut citer le mario-like Oiram CE, Pac-Man CE, Portal Returns CE, Geometry Dash CE, l'émulateur Nintendo Game Boy TI-Boy CE, et bien d'autres...

La décision découle de la maladresse abyssale d'un enseignant-vidéaste français très populaire, qui a publié le 12 février 2020 une vidéo montrant pas à pas en direct comment exploiter un bug sur TI-83 Premium CE en version 5.2.2 à des fins de fraude, bien que prétendant paradoxalement le contraire en introduction et description. La méthode illustrée exploitait un très vieux bug présent dans des mises à jour TI-83 Premium CE, les versions 5.2.0 à 5.3.0 sorties de juin à juillet 2017, versions obsolètes qui étaient depuis longtemps en voie de disparition. Le bug concernant un menu officiel qui permettait par erreur de continuer à accéder à ses programmes une fois passé en mode examen, avait été signalé à Texas Instruments par nos soins à l’époque, et corrigé dans la mise à jour suivante 5.3.1 de février 2018 soit il y a déjà bien longtemps, il suffisait tout simplement de mettre à jour, information omise dans la vidéo. Sa communication dans le contexte de la presse la semaine suivante n'a pas davantage été corrigée malgré nos diverses précisions apportées en commentaire et restées systématiquement sans réponse, se voulant tout aussi alarmiste.

L'opposition à la réforme du lycée est certes compréhensible et respectable, cette dernière étant très loin de n'apporter que d'excellentes choses. Mais à la différence, il nous semble absolument inadmissible et irresponsable :

de détailler l'utilisation d'une faille permettant de frauder sur une chaîne publique ciblant principalement le public scolaire et ce à seulement quelques semaines des examens (heureusement annulés en 2020) - c'est quelque chose qui nous semble de façon évidente à discuter en privé avec le constructeur concerné, à signaler via la voie hiérarchique, ou bien à révéler après les dernières épreuves concernées
de semer la peur particulièrement auprès du public institutionnel en mentant par omission, et de persister dans la désinformation en question lors des communications ultérieures par voie de presse bien qu'ayant correctement été informé entre temps

100K vues en deux jours, 170K vues à la fin de la semaine en plein congés d'Hiver, plus de 240K vues aujourd'hui soit une part très significative du nombre de candidats au Baccalauréat, une vidéo conçue pour faire le buzz, on reconnait le savoir-faire d'un professionnel de la chose, quel dommage que ses hautes compétences aient été aussi mal utilisées ici... Outre la destruction de toute une communauté, tout ce que cette vidéo aura réussi à faire c'est bien d'informer les fraudeurs, relançant chez nous les téléchargements pas forcément fructueux d'anciennes versions conservées à de simples fins historiques et n'intéressant plus grand monde jusqu'à la date en question, le confinement venant heureusement rapidement éteindre l'incendie.

Le rapport entre un bug de la faute du constructeur dans le code d'un menu officiel et l'exécution de programmes ASM fournis par des tiers ? Aucun... Le constructeur a simplement voulu envoyer un signal fort auprès des institutions après une vidéo ayant bien évidemment sali son image jusqu'au plus haut sommet de l'Etat.

Pour autant Texas Instruments n'en avait pas moins pris une décision extrême et donc hautement injuste et injustifiée, bien que bénéficiant contrairement à la concurrence jusque-là d'une communauté unie à travers les frontières, soudée, sage, respectueuse, ne s'attaquant ni au mode examen ni à la sécurité de ses modèles, et faisant elle-même la police en son sein.

Avions-nous été aussi mauvais dans notre communication avec le constructeur ces dernières années au sujet de sa communauté non-enseignante ? Nous avions pourtant bien présenté une communauté de développeurs jeunes et essentiellement anglophones (Cemetech). Psychologie de l'adolescent soit tout-de-même le public cible, bien plus sensible à l'injustice que les adultes, une sanction ou restriction ne peut passer que si elle est :

juste
justifiée
constructive
graduée

Aucune de ces conditions ne nous semblait ici remplie !

Au contraire, bien que bénéficiant clairement des conseils d'experts en pédagogie, le constructeur avait été selon nous assez maladroit dans ses communications à ce sujet. Il était resté dans son habituel carcan d'une communication assez formelle conçue sur-mesure pour les enseignants, mais absolument pas adapté aux lycéens. Ce qui avait systématiquement été perçu comme insultant par nos jeunes de Cemetech, jetant à chaque fois de l'huile sur le feu. On peut citer :

Promotion de la mise à jour 5.5 initialement sans avertir les utilisateurs qu'il s'agissait d'une régression en fonctionnalités sans possibilité de retour en arrière, fonctionnalités de plus à l'époque toujours annoncées sur les pages officielles du produit, et qui étaient donc incluses dans le prix d'achat. Volonté de prendre au piège ?...
La communication officielle d'abord partagée de façon informelle parlait de "donner la priorité à l'apprentissage" (prioritize learning), des mots perçus comme particulièrement insultants et méprisants envers le travail bénévole et passionné accompli en ce sens au sein de la communauté de développement pendant 5 ans autour de la plateforme CE. Parce que des choses sont codées dans un langage autre que le Python choisi entre temps au lycée français elles n'auraient soudainement plus aucun intérêt pédagogique, scolaire ou formateur ?...
TI-France wrote:Chez TI, nous travaillons constamment sur des moyens d'améliorer nos produits pour donner aux étudiants plus d'occasions d'apprendre, d'explorer et d'étudier les mathématiques et les sciences. Après un examen attentif, nous avons pris la décision de supprimer la fonctionnalité ASM dans notre dernière mise à jour du système d'exploitation pour prioriser l'apprentissage et minimiser les risques de sécurité. Nous pensons que cela aidera également les élèves à se concentrer sur l'apprentissage des mathématiques et des sciences. Une fois que vous aurez mis à jour la version 5.5 du système d'exploitation pour la TI-83 Premium CE, vous ne pourrez pas passer à une version antérieure.

TI-Dallas wrote:At TI, we’re constantly working on ways to improve our products to give students more opportunities to learn, explore and study math and science. After careful consideration, we’ve made the decision to remove ASM functionality in our latest OS update to prioritize learning and minimize security risks. We believe it will also help students focus on learning math and science. After you update the operating system version to 5.6 on the TI-84 Plus CE graphing calculator, you will not be able to downgrade.
Des utilisateurs contactant le support technique au sujet de leurs jeux qui ne marchaient plus s'étaient fait répondre que de toutes façons l'utilisation de jeux annulait la garantie de la calculatrice. C'est nouveau à notre connaissance... Volonté de faire peur ?... En tous cas, cela semait une suspicion infamante envers les programmes non officiels.
Une communication informelle avait proposé de sortir une TI-84 Plus CE Developer Edition bien évidemment interdite aux examens... Décidément Texas Instruments semblait ne pas comprendre sa communauté malgré une décennie d'échanges... L'intérêt de développer pour TI-83 Premium CE et TI-84 Plus CE était justement de pouvoir partager ses créations auprès de la formidable base d'utilisateurs scolaires tout autour de la planète - quel intérêt à développer pour une machine interdite aux examens, machine que les scolaires n'achèteront donc pas, créant ainsi des programmes ASM qui ne fonctionneront pas sur les TI-84 Plus CE normales ? Une Developer Edition ne serait a priori achetée que par une petite niche de développeurs qui ne pourront donc que se partager des choses entre eux dans le plus total anonymat et l'indifférence générale, rien à voir avec ce qu'a été l'esprit de la communauté pendant des décennies... Une proposition tellement décalée qu'elle en devenait insultante, une fois de plus.
La même communication informelle conseillait de passer au Python pour poursuivre nos superbes créations - était-ce se moquer du monde ou bien un manque de connaissance des capacités Python actuelles de la plateforme CE ? Le Python de la TI-83 Premium CE ne dispose pas d'une fonction get_key() pour tester l'appui sur une touche, mais d'une fonction wait_key() bloquante. Autrement dit, à chaque fois qu'un jeu Python par exemple sera en train de tester une touche son affichage sera figé. Cela réduit déjà le champ des possibles aux seuls jeux pouvant se ramener à du tour par tour, extrêmement rares sur calculatrices où l'on ne joue pas souvent à plusieurs. À en croire que Texas Instruments ne connaissait même pas non plus les réalisations de sa propre communauté...
Pour la rentrée 2020 la régression en fonctionnalités avec interdiction de retour en arrière faisait enfin l'objet d'une mention sur les pages de téléchargement officielles de Texas Instruments. Toutefois elle reprenait la formulation précédente, noyant donc l'information essentielle au sein d'un long paragraphe dont la position pouvait faire penser aux avertissements ou résumés d'accord de licence que pas grand monde ne lit.
Enfin lors de ses formations en ligne de rentrée 2020 à l'attention des enseignants, nous avions pu constater une communication induisant ces derniers en erreur de façon possiblement non intentionnelle mais dans tous les cas fort déloyale envers nous.
TI wrote:Vous avez pu voir aussi à différents moments de l'année, peut-être des vidéos, peut-être des tweets, peut-être sur Facebook ou autre, une alerte qui concernerait une faille concernant ce mode examen et que ce serait très facile à détourner.
Alors il faut savoir que Texas Instruments a vraiment travaillé durement pour avoir un système très fiable et non pénétrable et ici je vais vous parler de la mise à jour, pas dans les détails parce que c'est quelque chose que je ferai à la fin de cette présentation avec vous.
En tous cas la dernière mise à jour qui est la version 5.5 de l'OS [...], ce dernier OS bloque toute faille possible au niveau de la calculatrice.
Donc c'est une mise à jour qui est vraiment très importante.
En fait Texas Instruments a tout simplement pris la décision de supprimer la fonctionnalité ASM. Et donc on ne peut plus rentrer dans les fichiers de la calculatrice.

TI avait donc commis une erreur de codage dans un menu parfaitement officiel, le menu en question permettant de continuer à accéder aux programmes préchargés une fois passé en mode examen. C'était bien évidemment de leur faute, ce sont eux qui ont codé ça. Mais auprès du public enseignant de la rentrée par contre, on tentait visiblement de noyer le poisson, de rejeter la faute, en l'occurrence d'incriminer les programmes ASM qui permettaient de rentrer dans les fichiers de la calculatrice. Or non, il n'y avait pas besoin de charger ou modifier quoi que ce soit, le bug était présent d'origine à la sortie d'usine. La communication transformait donc adroitement auprès de l'auditoire, un bug c'est-à-dire une erreur de codage de la faute du constructeur, en une attaque malintentionnée de tiers, jetant ainsi l'opprobre sur les communautés de développement TI-Planet et Cemetech (TI-Planet ici en l'occurrence puisque dans le cadre d'une formation francophone). Tout ceci auprès d'un public non technicien et donc parfaitement apte à gober la chose en question, c'était déloyal, et encore plus dans le contexte des communautés en question, agissant fidèlement de longue date dans l'intérêt du constructeur. Nous avions signalé la vidéo irresponsable mentionnée plus haut le jour-même de sa publication et pouvions difficilement faire mieux puisque n'ayant pas été consultés ni prévenus avant sa sortie, c'était au constructeur d'en négocier la suppression... Nous avions répondu à la vidéo et aux tweets du même auteur en apportant des précisions même si l'énergumène en question n'en a tenu aucun compte, n'apportant aucune précision à ses publications et réitérant la même communication induisant en erreur dans la presse la semaine suivante... Pourquoi était-ce à nous que l'on tentait de coller la chose sur le dos ?

Les réactions successives de la communauté anglophone Cemetech à cet enchaînement d'insultes peuvent être suivies sur toute la période estivale dans les fils suivants :

Texas Instruments avait donc la chance de disposer d'une communauté de développement unie à travers les frontières, soudée, sage, respectueuse, exerçant sa passion créatrice tout en défendant les intérêts du constructeur, ne s'attaquant ni au mode examen ni à la sécurité de ses modèles, et faisant elle-même la police en son sein. Volonté de faire table rase du passé ou maladresse en équipe réduite en période épidémique estivale, le constructeur semblait avoir tout gâché, tout ce qui avait pu être construit en une 10aine d'années. Était-il possible de générer un tel niveau de ressentiment sans le faire exprès ? On se croyait revenu 10 ans en arrière avant la présidence de Peter Balyta, du temps des attaques contre la sécurité et le mode examen par Brandon Wilson et plusieurs autres membres de la communauté Omnimaga...

Sauf qu'entre temps, nous pensions également avoir bien expliqué à Texas Instruments que le niveau des créations autour de la plateforme CE s'était littéralement envolé par rapport à ce qui avait pu exister pour les plateformes précédentes. Il ne fallait donc pas s'attendre à ce que cela se passe aussi 'gentiment' qu'à l'époque...

Et ce qui devait arriver arriva. Ceux qui ne pouvaient plus s'amuser à créer des jeux redirigèrent leurs immenses talents vers autre chose... Texas Instruments a vécu une semaine de rentrée 2020 assez pénible, faisant l'objet d'une vague d'attaques quasi quotidiennes, à un point tel que nous avons eu du mal à en suivre le rythme :

7 septembre 2020 : Sortie anonyme de arTIfiCE, un jailbreak permettant d'exécuter des programmes ASM sur les calculatrices CE déjà mises à jour en version 5.5.1+, en exploitant une faille dans l'application CabriJr.
7 septembre 2020 : Sortie conjointe par MateoConLechuga de Cesium 3.3.1, une application tout spécialement adaptée aux OS 5.5.1+.
MateoConLechuga s'était déjà illustré sur la plateforme CE avec le Mario-like Oiram CE, PacMan CE, Portal Returns CE, Chess CE, Checkers CE et Puzzle Frenzy.
Une fois installé à l'aide du jailbreak précédent, Cesium permet de lancer les programmes ASM beaucoup plus facilement et rapidement.
7 septembre 2020 : Sortie conjointe par Jacobly de AsmHook, qui permet de réactiver totalement la fonctionnalité ASM, et donc comme avant d'exécuter directement des programmes ASM depuis l'écran de calcul ou depuis un programme TI-Basic.

Jusqu'à présent on pouvait considérer cela comme légitime.

Mais avec le degré de ressentiment et de rejet que Texas Instruments avait su générer auprès de ses plus grands fans, les choses furent très loin de s'arrêter là.

8 septembre 2020 : Texas Instruments fait l'objet d'une attaque d'une violence jamais vue. Sortie anonyme de Cauldron, un outil qui modifie le Boot (code d'amorçage) des TI-83 Premium CE et TI-84 Plus CE assemblées jusqu'en Mai 2019 (jusqu'à la révision matérielle L), en désactivant plusieurs sécurités :
- sur les calculatrices avec Boot en version 5.1.5 et 5.3.1 : l'inscription du numéro de version minimale autorisée est bloquée en dur sur 5.3.1, ce qui te permettra à tout moment de pouvoir réinstaller une ancienne version jusqu'à 5.3.1, et donc de retrouver la gestion des programmes ASM
- sur les calculatrices avec Boot en version 5.3.1 : en prime, la vérification de la signature 1024 bits au démarrage est désactivée, ce qui permettra à ta calculatrice de démarrer plus rapidement, et également d'utiliser de façon durable un système d'exploitation modifié
10 septembre 2020 : sortie par commandblockguy de BootSwap, un outil similaire mais beaucoup plus fiable et étendu :
- gestion cette fois-ci de l'ensemble des versions Boot ayant précédé la version 5.3.6
- invalidation de la vérification du numéro de version, permettant l'installation de n'importe quelle version système
- invalidation de la vérification de la signature, permettant l'installation de systèmes modifiés ou tiers
- invalidation de la vérification du modèle, permettant l'installation d'un système TI-83 Premium CE sur TI-84 Plus CE ou d'un système TI-84 Plus CE sur TI-83 Premium CE

Précisons bien qu'il s'agissait ici de modifications apportées au Boot et donc permanentes. En pratique tu prenais le contrôle total de ta calculatrice pour toujours ; ce ne serait que très difficilement réversible via une mise à jour officielle du système.

Cela ouvre la voie à nombre de choses hautement désagréables pour Texas Instruments, dont des systèmes d'exploitation avec mode examen altéré.

Nous n'avons jamais cessé de plaider la cause de la communauté auprès du constructeur.

Toutefois Texas Instruments a la main sur le logiciel et le matériel. Nous nous attendions personnellement à un blocage de l'ensemble des outils précédents dès la prochaine mise à jour des TI-83 Premium CE et TI-84 Plus CE, et donc à une simple victoire éphémère de la communauté.

Et bien grosse surprise, la mise à jour 5.6.1 qui vient de sortir ne bloque pas l'exécution de programmes ASM via arTIfiCE et CabriJr, cette dernière application n'ayant pas fait l'objet d'une mise à jour.

Toutefois précisons tout-de-suite, tout ne marche pas. Plusieurs failles ont été corrigées :

une faille 'unlock' qui était utilisée par Cesium, mais également par des utilitaires de downgrade ayant circulé de façon semi-publique pour les dernières révisions matérielles
la faille qui permettait à Cauldron et BootSwap de reprogrammer le Boot

Mais voilà, aucun blocage d'AsmHook ni d'arTIfiCE !

Précisons en passant que concernant Cesium, une version à jour compatible 5.6.1 est déjà codée en utilisant une faille différente, et devrait être publiée sous peu.

Contre toute attente, Texas Instruments s'est donc montré cette fois-ci très modéré, ne corrigeant que ce qui permettait des choses le dérangeant :

réinstallation d'anciennes versions système interdites
altération du Boot permettant d'installer tout et n'importe quoi comme système

Et bien selon des échanges oraux ce jour, ce n'est ni un oubli, ni à ce jour une remise à la prochaine mise à jour.

Il ne s'agit absolument pas d'une communication officielle, mais on nous a autorisés à t'en parler.

Bien qu'il n'y ait jamais eu de réponse et que la communication a pu donner l'impression d'être à sens unique, Texas Instruments a bien reçu et entendu les multiples retours de sa communauté, et souhaite donner une chance aux développeurs de continuer à diffuser leurs créations pour TI-83 Premium CE et TI-84 Plus CE, via l'utilisation de CabriJr et arTIfiCE !

Attention toutefois, il nous a bien été précisé qu'en échange la communauté devait bien se comporter. Les attentes ne nous ont pas été détaillées mais l'on peut les deviner :

déjà bien évidemment plus de publication de tuto ou vidéo malveillante comme celle qui a tout déclenché
pas d'altération du fonctionnement attendu de la calculatrice en mode examen ou en examen tout court
pas de mise en danger du modèle commercial du constructeur

Pour ces deux derniers points, cela exclut effectivement ce qui a été bloqué en 5.6.1 :

les outils de downgrade permettant de revenir à une version système plus ancienne comportant un mode examen possiblement défectueux ou non conforme
les outils permettant de reprogrammer le Boot car permettant d'installer des systèmes d'autres modèles interdits, ou même des systèmes altérés ou tiers pouvant être interdits ou non conformes

Attention donc, tout nouvel écart est susceptible d'entraîner un blocage d'arTIfiCE dans une prochaine mise à jour.

Bien évidemment, les promesses non écrites n'engagent que ceux qui y croient. Mais personnellement, nous avons envie d'y croire.

Très sincèrement, merci TI !

Téléchargements :

Mise à jour 5.6.1 système et applications pour TI-83 Premium CE / TI-84 Plus CE
Mise à jour 5.6.1 système seul pour TI-83 Premium CE / TI-84 Plus CE
arTIfiCE
Cabri Jr.
AsmHook
Cesium (mise à jour désormais compatible 5.6.1)

→ **MyCalcs** profile · by **Ti64CLi++** » 26 Feb 2021, 23:55

Waouh, c'est quelque chose d'énorme que d'avoir TI du côté des développeurs tiers pour une fois !

S'il pouvait faire la même chose avec la Nspire et Ndless ce serait cool aussi

→ **MyCalcs** profile · by **Hayleia** » 27 Feb 2021, 08:11

critor wrote:déjà bien évidemment plus de publication de tuto ou vidéo malveillante comme celle qui a tout déclenché

Oui mais c'était pas quelqu'un de la communauté ça. Donc bon, c'est pas à la communauté de promettre ça (je veux dire, c'est une promesse facile pour la communauté mais qui peut être brisée par quelqu'un d'autre, au détriment de tout le monde).

→ **MyCalcs** profile · by **Lionel Debroux** » 27 Feb 2021, 08:39

J'écrivais la même chose hier sur un autre canal de communication. Certains extrémistes anti-calculatrice - il y en a parmi les enseignants ou réglementateurs d'examens - qui n'ont rien à faire de l'intérêt général des utilisateurs pourraient parfaitement faire exprès de briser le statu quo.

→ **MyCalcs** profile · by **critor** » 27 Feb 2021, 08:48

C'est bien pour ça que je dis que l'équilibre est très fragile.

Ben il faut surveiller ce qui se passe, discuter et dissuader si on a la possibilité d'être au courant de choses avant leur sortie, et sinon ben signaler au plus tôt.

→ **MyCalcs** profile · by **critor** » 27 Feb 2021, 09:00

Les réactions sur Cemetech :
https://www.cemetech.net/forum/viewtopi ... 240#291240

C'est loin d'être entièrement positif.
L'énorme ressentiment généré n'allait bien évidemment pas disparaître du jour au lendemain.

→ **MyCalcs** profile · by **critor** » 27 Feb 2021, 09:12

Il y a ceux qui n'ont pas confiance, ceux qui disent que la vidéo ayant tout déclenché ne venait même pas de la communauté (ce qui est vrai, mais ça n'empêche pas de discuter/modérer/signaler selon le moment et le support où on prend connaissance de l'élément litigieux, que ce soit un programme, un tutoriel ou une vidéo), et ceux qui disent de passer outre, parce que de toutes façons la plateforme CE est impossible à sécuriser, ou parce que selon eux les utilisateurs qui ne passent pas d'examen ont bien le droit de downgrader et plus généralement d'altérer comme bon leur semble le fonctionnement du système de leur calculatrice qu'ils ont achetée et qui leur appartient.

ACagliano wrote:As good as this "seems", let's remember they're still holding us to the fire here.
They still could fix the Cabri bug at any time.
Meanwhile we're being asked, even expected, to stop releasing flaws when our discovery is like 80% of the reason most of them get patched anyway.
There's no guarantee here that IF we do X, Y, and Z the status quo will remain. It's a hypothetical stalemate, not a real one.

Perhaps rather than being dumb, TI should actually talk to us. It would be easy enough to actually come on these forums, join in a thread or even start one, and get a feel for how we feel, rather than to play these games of cat and mouse.

TI in all of their wisdom seems not to realize that, while it is their business and platform, their own developers are outclassed by many on this forum who can crack their code, figure out bugs and exploits faster than they can patch them most times, and have no qualms about blowing open pandora's box on ALL the bugs because they're in a word "done with being jerked around by TI".

Those same developers, I'm sure, would be more than happy to contribute to the hardening of the calculator's security profile in a way that benefits TI AND the community, but TI apparently has chosen it would rather make enemies of them. What TI fails to realize is that they are spending the time and money hiring developers to fix the bugs and exploits we uncover, when we are actually already doing much of that legwork for them for free, under no contract or obligation to do so. And in exchange... they keep taking away the features we enjoy.

In summation, given the level of "the finger" we've been given from TI, anything less than them actually, in writing, agreeing to not fix a known exploit, or agreeing to bring back asm support in exchange for X, Y, and Z from us is nothing more than fallacious wishful thinking on our part.

https://www.cemetech.net/forum/viewtopi ... 246#291246

beckadamtheinventor wrote:In my humble opinion, TI can kiss my a. Too many times they've proven they don't give two shits about our passion so why should I care about their "attempts at cooperation."

If this post needs to be deleted for reasons of open profanity, go ahead.

https://www.cemetech.net/forum/viewtopi ... 247#291247

commandblockguy wrote:In my opinion, it looks far worse for them from a security perspective to have something that's undeniably a bug, than to change their minds and re-add the assembly program feature. If I were an exam board, I would start questioning how many other bugs their calculators have - just because the current one doesn't compromise exam mode doesn't mean that's true of any other potential security holes (and there definitely are still loads of bugs that could be used for that, if anyone who knew enough about the calc actually cared about cheating).

In any case, I won't attempt to update bootswap to work with 5.6.1 so long as the Cabri Jr bug hasn't been fixed.

I personally don't think that TI is going to change this position any time soon, as it gives leverage over potential exploit developers that wouldn't be present otherwise. The CE is so insecure that it seems basically impossible to fix all of the vulnerabilities in it without just redesigning the entire thing. It would be far cheaper to not give anyone capable of exploiting said vulnerabilities an incentive to do so, compared to actually fixing stuff. Ideally, that would mean re-enabling assembly programs and then working together with the community to patch up any remaining major security flaws (and numerous members of the community have indicated their willingness to assist with this). However, the current situation also provides a fairly strong incentive not to publicly release exploits, though it also means that developers are less likely to disclose issues with the OS, in case the CabriJr exploit is removed.

I firmly believe that the CE will continue to be able to run assembly programs for the rest of its lifetime; it's up to TI whether they want to listen to the programmer community or waste time and money on a futile attempt at preventing this.

https://www.cemetech.net/forum/viewtopi ... 249#291249

TheLastMillennial wrote:I don't believe in the slightest that TI cares about any rules, even if implied. The previous implied rules were 'don't mess with exam mode and we won't touch ASM' yet TI broke their own rules and removed ASM anyways. There is absolutely no way they won't break their own implied rules again. Unless TI starts talking to the community, I'm all for updating downgrade tools and jailbreak exploits. It's not like TI can fix them in a timely manner. I firmly believe that if someone will never use Exam Mode on their calculator then they should have the ability to downgrade and get easy access to removed features.

https://www.cemetech.net/forum/viewtopi ... 250#291250

Bref, si on ne veut pas d'une mise à jour 5.6.2 venant prochainement bloquer arTIfiCE, et éviter de reproduire sur la plateforme CE l'affrontement avec Ndless sur TI-Nspire (affrontement dont TI sort toujours gagnant à la fin), il y a encore du travail...

→ **MyCalcs** profile · by **critor** » 27 Feb 2021, 10:35

boricj wrote:Congrats TI, you have done the absolute bare minimum nine months later. As in, not fixing one specific bug.

slow clap

I'm calling this out for what it is: a truce on very, very shaky grounds. Having the CabriJr exploit being blessed as the officially-unofficial ASM solution instead of actually re-enabling proper ASM support doesn't exactly strike me as a vote of confidence from TI.

https://www.cemetech.net/forum/viewtopi ... 254#291254

→ **MyCalcs** profile · by **jean-baptiste boric** » 27 Feb 2021, 10:37

Après neuf mois, TI a fait le minimum syndical. C'est à dire ne pas corriger un bug spécifique.

A mon sens c'est une trêve fragile, ni plus ni moins. Avoir l'exploit de CabriJr béni comme solution officiellement officieuse au lieu de réactiver le support ASM natif n'est pas exactement une marque de confiance de la part de TI.