Forum TI-Planet.org

Quand on explore le système de fichiers Nspire à l'aide du TI-Nspire Computer Link, on navigue en fait dans une sous-arborescence: /phoenix/documents

Le logiciel nous interdit de remonter plus haut dans l'arborescence.
Toutefois, en récupérant les fichiers Java et les DLL du logiciel, il est possible d'obtenir des infos sur la racine du système de fichiers.

On y découvre notamment 2 autres dossiers:
/phoenix/install
/phoenix/tmp

/phoenix/tmp est destiné à recevoir le nouveau fichier TNC/TNO lors d'une mise-à-jour.

/phoenix/install contient le TNC/TNO installé qui est décompressé en RAM à chaque redémarrage.
C'est ce dossier masqué, qui contient tous les méga-octets déjà utilisés lorsque vous faites un reset.

Voici par exemple l'espace disponible avec l'OS 1.1:


L'OS notamment, est stocké dans /phoenix/install/ti-nspire.tnc


Une méthode toute simple de dumping qui pourrait être implémentée dans TiLP (hein Lionel) serait de demander le transfert de ce fichier.



Venons-en aux prototypes TI-Nspire CAS+.
Pourrait-on récupérer l'OS de la même façon ?

Le système de fichiers annonce la même capacité que les modèles commercialisés: 27.8Mo.
Juste après un reset, 5.6Mo sont déjà occupés.


Cela semble confirmer la présence de l'OS dans le système de fichiers.


A l'aide d'un petit outil Java basé sur le Computer Link 1.0, naviguons dans le système de fichiers:

* Device addr found: 2886733350

dir /
INFO: dirinit(2886733350,/)
**********************************
h_errno is 0
errno is 0
INFO: dirinit returned - 1636
INFO: direnum returned - /phx
INFO: dirdone returned

dir /phx
INFO: dirinit(2886733350,/phx)
**********************************
h_errno is 0
errno is 0
INFO: dirinit returned - 1636
INFO: direnum returned - documents
INFO: direnum returned - tmp
INFO: dirdone returned

dir /phx/tmp
INFO: dirinit(2886733350,/phx/tmp)
**********************************
h_errno is 0
errno is 0
INFO: dirinit returned - 1636
INFO: dirdone returned

Voici en résumé le système de fichiers visible:

Code: Select all

/ /phx documents
- ---- tmp

Sur les CAS+, le dossier racine /phoenix est donc renommé /phx.
Les classeurs sont stockés dans /phx/documents, la seule sous-arborescence accessible via le Computer Link officiel.

On constate bien la présence de /phx/tmp (vide), mais aucune trace de /phx/install...
(j'ai même tenté d'y accéder: le dossier n'existe pas)

Aucune trace donc de ces 5Mo utilisés...


2 hypothèses:

• soit l'OS est bien stocké dans le système de fichiers, mais dans un dossier masqué (qui peut-êre s'appelle autrement que install, ou un dossier réservé mais inaccessible comme les secteurs défectueux de certains virus ou protections...)
• soit l'OS est stocké à une adresse fixe en Flash, avant le système de fichiers

Si l'on compare avec l'OS 1.1, on peut supposer que l'OS 1.0 des prototypes ne doit faire qu'un peu plus d'1Mo. La puce ROM faisant 32Mo, cela peut donc parfaitement rentrer avant les 27.8Mo du système de fichiers, et l'hypothèse 2 est possible.

Toutefois, je pencherais d'avantage pour l'hypothèse 1, puisque le système de fichiers annonce 5.6Mo occupés que l'on ne voit pas. Il y a des fichiers cachés... sauf si ces informations annoncées sont fausses ou truquées.

J'aimerai te faire faire des tests avec la CAS+ afin d'exploiter une faille eventuelle et donc explorer la Flash plus en détails.
Ah mon sens je penche plutot pour l'hypothèse 2.

geogeo wrote:J'aimerai te faire faire des tests avec la CAS+ afin d'exploiter une faille eventuelle et donc explorer la Flash plus en détails.

Aucun problème: envoie-moi ce que tu veux que je fasse.


Question: quand on fait un enumdirectory() sur un modèle commercialisé, le dossier /phoenix/install est-il bien visible ?

Je crois qu'on avait essayé de lister les fichiers mais je ne me souviens plus exactement is yavait celui la .... Par contre, la structure n'était pas la meme au niveau du fichier de l'oS puisqu'on a rien trouvé de semblable a celle d'aujourd'hui

enfin bon, a reconfirmer quand meme