Désassemblage du boot2 - Page 7

Bah, le but, c'est que les professeurs puissent envoyer les tests en direct sur la machine et aussi surveiller ce que tapent les élèves/étudiants. Mais bien sûr, si la communauté arrive à ouvrir la machine, ça risque de tomber dans l'eau, donc ne vous attendez pas à ce que TI apprécie les efforts discutés ici. Cf. aussi les histoires des clés de signature des autres modèles. (Si je parle à la troisième personne, c'est parce que je n'ai pas fait grand chose à part créer #inspired.)

Kevin Kofler (./181) :
Bah, le but, c'est que les professeurs puissent envoyer les tests en direct sur la machine et aussi surveiller ce que tapent les élèves/étudiants. Mais bien sûr, si la communauté arrive à ouvrir la machine, ça risque de tomber dans l'eau, donc ne vous attendez pas à ce que TI apprécie les efforts discutés ici. Cf. aussi les histoires des clés de signature des autres modèles. (Si je parle à la troisième personne, c'est parce que je n'ai pas fait grand chose à part créer #inspired.)

As-tu peur des représailles de Texas Instruments ?

Je n'ai surtout pas de Nspire.

Pour les chantiers en cours ce n'est pas entièrement bloquant.

Mmm, j'ai un stack overflow qui tend les bras, mais j'ai peur de flinguer définitivement un élément non flashé par un update de l'OS.

Ça vaut combien une machine de test ? On doit pouvoir se cotiser pour en racheter une d'occasion au pire, ça doit se trouver pour pas cher
De l'audace !!

Pas donné : topics/112933-nspireTM-succes-ou-flop/2#54

Ça fait moins de 10 dollars par personne si on est seulement 10, c'est rien. Si tu veux je suis partant pour un don paypal.
Il ne s'agit pas de gâcher du matériel, mais si tu penses que ça peut marcher, je te suis à hauteur d'une dizaine de dollars (c'est juste pour le fun, parce que concrètement je m'en fous complètement de cette belle machine )

(edit : fausse alerte, le truc est finalement bien blindé)

(chic, je vais pouvoir manger ce soir, finalement )

Arf fausse joie.

Je n'ai pas encore réussi à trouver la fine idée pour les exploiter a bon escient, mais j'ai mis la main sur 3 gros trous toujours disponibles sur l'OS 1.9 :

- La possibilité de lister l'ensemble des fichiers du système de fichiers (mais il n'y a rien de passionnant, beaucoup de répertoires sont vides)
- La possibilité d'effacer n'importe quel fichier
- La possibilité d'écrire un fichier n'importe où dans le système de fichier, moyennant une très courte en-tête

((à ./185 j'évoquais /phoenix/manuf.dat, mais il est en fait heureusement recréé par boot 2 - et pas de faille apparente sur la gestion de ce fichier).

Et il n'y a pas moyen de remplacer de cette façon un ou plusieurs fichiers système ?

y a t'il un shell ? si oui ecrire un fichier peut permettre de prendre le pas sur le system normal...

Un émulateur TI-NSpire est en train de voir le jour:
http://www.unitedti.org/index.php?showtopic=8191&view=findpost&p=138702

Il serait mieux, je pense, de fusionner nos efforts entre la communauté anglaise et française.

En effet, mieux vaut fusionner les efforts sur le développement d'un émulateur ^^

(supprimé, vaut mieux éviter la flamewar en effet)

Merci de ne pas polluer ce topic avec des sujets x et x fois débatus.

Godzil (./195) :
y a t'il un shell ? si oui ecrire un fichier peut permettre de prendre le pas sur le system normal...

Je ne vois pas bien, tu penses à quoi plus précisemment ?

Ben y'a que deux possibilités, soit il pense à réécrire l'éxécutable du shell, soit à écrire/modifier le script de démarrage associé (style /etc/profile sous linux)

Il y a sans doute de bonnes choses à bidouiller dans le dossier /poweroff ? A voir.

Ben autant un executable peut etre signé etc.. autant un script shell, c'est deja plus chiant/dur et suivant ce qu'il y a sur le rootfs ça pourrait permettre d'avoir une console sur le port série

GoldenCrystal (./201) :
Ben y'a que deux possibilités, soit il pense à réécrire l'éxécutable du shell, soit à écrire/modifier le script de démarrage associé (style /etc/profile sous linux)

Ok. Il n'y a rien de tout ça, l'arbo est assez légère.
Il n'y a pas de notion de processus.

geogeo (./196) :
Un émulateur TI-NSpire est en train de voir le jour:
http://www.unitedti.org/index.php?showtopic=8191&view=findpost&p=138702

Au delà de l'émulateur, le plus impressionnant est les nombreuses infos qu'il a pu collecter en si peu de temps, notamment sur le mapping mémoire et les ports i/o.

ExtendeD (./163) :
J'ai un heap overflow facile à exécuter sur la v1.1.9, corrigé depuis.
Beaucoup de recherches pour simplement un heap ça n'aide pas beaucoup.

Tout bien réfléchi je vais creuser cet overflow :
- Un stack overflow sera difficilement trouvable, l'OS fait des malloc dès qu'un buffer non minuscule est requis
- Le code C Nucleus de DMC_Allocate_Memory est disponible, cf ./66.
- Ce code est classique et simple, une simple chaîne de blocs mémoire, avec des headers contenant des pointeurs écrasables.
- Le code qui suit l'heap overflow semble apparement bien s'y prêter (on contrôle un bloc de données dans la pile, un 2ème malloc est rapidement réalisé, et on peut rapidement provoquer une sortie de fonction après le stack overflow ainsi atteint).

N'empêche ça reste relativement complexe.

Est-il possible de revenir à une version d'OS précédente car la version 1.7 corrige cet overflow comme tu l'avais indiqué ?
Néanmoins, pour pouvoir exploiter cet overflow, ne faudrait-il pas commencer à documenter les structures utilisées par l'OS?

Bizarrement il y a dans l'OS un message "IMAGE: version is earlier than installed version", mais ça n'empêche pas de revenir à une version précédente.
Personnellement je ne crois pas trop à cette limitation, on a les moyens de supprimer l'OS installé en recovery mode du boot 2 (voire le boot 2 lui-même via RS232 du boot 1).

Histoire d'avancer un peu. Il est désormais possible de lire le contenu des fichiers. Et il doit sans doute existait une grosse faille avec les fichiers de localisation. Mais l'écriture de fichiers reste problématique pour ma part.

Il est possible de supprimer le dossier 'documents'. Une fois la suppression effectuée. La création d'un dossier par le gestionnaire de fichiers de la TI-NSpire est possible mais ceci fait rebooter la machine.
Au reboot, preparing file system reste bloqué pendant quelques secondes avant que le message 'Operating System not found. Install OS now' s'affiche.

La suppression des autres dossier provoque une erreur inconnue (-2).

Edit: Effectivement l'OS est supprimé automatiquement après le crash !

En testant la ROM 1.2 on remarque un dossier 'testingsandbox' dans l'aboresence du système de fichier !!!