OS 2.1, nouvelle attaque contre Ndless - Page 2

le boulot sur les ports IO et leur documentation est impressionnant.

ExtendeD (./26) :

squalyl (./22) :
comment pourrait on exécuter ce nouvel OS sur l'émulateur et voir ce qui se passe niveau flash?

Ca coince avec la dernière de l'ému de Goplat, je patche petit à petit pour lui permettre de booter, il y a bizarrement pas mal d'accès à de nouveaux ports i/o.

Je pense avoir compris d'où viennent tes nouveaux ports i/o. Regarde un peu le nouveau périphérique Nspire qui vient de sortir -> http://ti.bank.free.fr/index.php?mod=news&ac=commentaires&id=838

En plus, TI en profite pour imposer l'installation en masse de l'OS 2.1 (exigé par ce nouveau périphérique), et probablement éradiquer Ndless dans une bonne partie de l'Amérique du Nord.

Ohoh :/

squalyl (./24) :
au passage, il y a des tonnes de logiciels non libres mais qui font attention à leurs utilisateurs, et plein de libres aussi nuls que les pires proprios, mais ce n'est qu'un détail.

Right, mais la différence c'est que dans le libre tu peux forker si tu n'es pas content.

Oui, mais c'est pas le sujet non plus.

Goplat a pu trouver le marqueur de version installé en NAND : http://www.unitedti.org/forum/index.php?showtopic=8191&view=findpost&p=141968

Après un test sous emu :

TI_OS_INSTALL_PRECHECK (5)
TI_OS_INSTALL_VERIFYING_IMAGE (10)
IMAGE: verifying file "/tmp/TI-Nspire.tno"
IMAGE: version is earlier than installed version
TI_OS_INSTALL_VERIFYING_RESOURCE (95)
Deleting file [/tmp/TI-Nspire.tno]
TI_OS_INSTALL_FAILED
  TI_OS_INSTALL_BAD_VERSION

Apparemment le marqueur est mis à jour à l'installation, mais aussi à chaque chargement de l'OS par le boot 2.

ExtendeD (./37) :
Apparemment le marqueur est mis à jour à l'installation, mais aussi à chaque chargement de l'OS par le boot 2.

Donc il faudrait détruire le mal à la racine, en modifiant le fichier TI-Nspire.img ?

en le patchant après installation plutot, car si le fichier est signé on peut pas le changer sans péter sa signature.

./36 : donc le mouchard est dans le système de fichiers ? Y a-t-il une faille qui permettrait d'effacer ou de corrompre ce fichier (j'imagine qu'on ne peut pas y toucher à la main...) ?

J'imagine aussi que toutes les failles qu'ils ont trouvées jusqu'ici sont soigneusement répertoriées et essayées une par une dans ce but-là.

Ah mais je parlais d'une nouvelle, évidemment

"Impossible" de modifier le fichier TI-Nspire.img: il est signé par une clé RSA 1024 bits.
Certes, elle est stockée dans le fichier TI-Nspire.cer... mais sans surprise, ce fichier est lui-même signé par une clé RSA 1024 bits

./42 erf oué bien sûr

Lionel Debroux (./43) :

"Impossible" de modifier le fichier TI-Nspire.img: il est signé par une clé RSA 1024 bits.
Certes, elle est stockée dans le fichier TI-Nspire.cer... mais sans surprise, ce fichier est lui-même signé par une clé RSA 1024 bits

Wooof, rien que ça... BOINC ?

nan

déja 768 il a fallu un vrai super ordinateur.

BOINC n'est qu'une étape, la phase finale nécessite >4G de RAM pour des nombres de 512 bits.
pour 1024 c'est même pas la peine. il faut de nouveaux algos.

On peut Boincquer et attendre d'avoir une bonne opportunité pour la phase finale, sinon

Oui, tentons l'impossible ! ! !

A-t-on le choix de toutes façons ? . . .

* Pour pouvoir factoriser des nombres de 768 bits par GNFS, il faut un algorithme et une implémentation qu'on n'a pas pour la sélection polynômiale, il faut un algorithme et une implémentation qu'on n'a pas pour le sieving, il faut un algorithme et une implémentation qu'on n'a pas pour le filtrage, il faut un algorithme et une implémentation qu'on n'a pas pour l'algèbre linéaire, il faut un algorithme et une implémentation qu'on n'a pas pour la racine carrée.
* Factoriser des nombres de 1024 bits par GNFS est estimé à environ trois ordres de grandeur plus difficile, ce qui nécessite des modifs sur la plupart des phases sus-mentionnées.
Plus de détails dans le papier sur la factorisation de RSA-768, http://eprint.iacr.org/2010/006.pdf , fait par les chercheurs au top du domaine de la factorisation d'entiers.

C'est bon, vous avez compris ?

Lionel Debroux sur TI-Bank
:Ca serait jouable par GNFS (si on dispose de 10000 à 100000 TB d'espace disque - extrapolé de l'espace disque nécessaire pour RSA-512, moins de 10 GB, et de RSA-768, +/- 10 TB, et du fait que RSA-1024 soit estimé à 1000 fois plus difficile que RSA-768), mais on n'a déjà pas accès publiquement aux implémentations spéciales qui ont permis la factorisation de RSA-768...

Lionel Debroux (./49) :

C'est bon, vous avez compris ?

Je suis pas sûr en fait

Concernant le comportement de TI vis-à-vis de l'exécution de code, voilà un commentaire pertinant posté par KermMartian sur ticalc :

As several people (notably Brandon Wilson) pointed out during the key-signing controversy, TI gets a huge brand recognition bonus from the fact that their calculators are approved for standardized tests like the SAT, ACT, SSAT, and GREs. If they were to be less careful about creating a standardized environment across their calculators, chances are that the ETS would be less interested in approving their calculators, and they'd lose a nice source of practically mandatory revenue.

(ben oui, ça fait des mois que je le dis sur yN, ça ^^)

(oups pas vu)

C'est marrant que Kerm poste ce genre de choses, il est pourtant un de ceux qui utilisent le plus la bidouillabilité des TI-Z80...

Ca fait plus de 10 ans que l'interdiction de certains modèles de calculatrices TI, envisagée par certains à chaque développement significatif, reste encore et toujours un thought exercise.
Ni la très ancienne possibilité d'installer de manière non transparente des OS arbitraires sur TI-68k (TIB-Receiver, FreeFlash), ni plus récemment la factorisation des clés RSA de signature qui permet l'installation de manière transparente d'OS et FlashApps arbitraires sur toutes les TI-Z80 et TI-68k flashables, n'ont entraîné l'interdiction de ces machines dans les examens standardisés pour ces raisons-là !

En mettant les hobbyistes en colère, TI augmente la probabilité de release de deux programmes en particulier:
* un émulateur de TI-68k pour Nspire, apportant ainsi un CAS au modèle non-CAS;
* RunOS, dont la démo a été faite publiquement sur ce même forum.

Nouveau combo de boot permettant de lancer le diags software : http://hackspire.unsads.com/wiki/index.php?title=Operating_System&curid=10&diff=745&oldid=715

Screenshots : http://tibank.forumactif.com/actualites-f25/une-nspire-qui-craque-t5809-15.htm

allez un peu de détente

Tu peux dire merci à PpHd dans le FC

non, j'ai vu le FC après, j'arrive sur yN directement par le suivi sujets

pour le dessin

Lionel Debroux (./54) :
Ca fait plus de 10 ans que l'interdiction de certains modèles de calculatrices TI, envisagée par certains à chaque développement significatif, reste encore et toujours un thought exercise.
Ni la très ancienne possibilité d'installer de manière non transparente des OS arbitraires sur TI-68k (TIB-Receiver, FreeFlash), ni plus récemment la factorisation des clés RSA de signature qui permet l'installation de manière transparente d'OS et FlashApps arbitraires sur toutes les TI-Z80 et TI-68k flashables, n'ont entraîné l'interdiction de ces machines dans les examens standardisés pour ces raisons-là !

Il y a quelque chose de différent sur les nSpires : la fameuse LED clignotante qui indique que le mode "restreint" est actif.
Je pense qu'ils ont dû miser beaucoup là-dessus, pour pouvoir dire "avec nous, vous avez la certitude que les étudiants ne trichent pas".
Un hack qui permettrait de simuler cette fonction en laissant la nSpire en mode "normal" serait désastreux pour leur communication.

C'est une idée. Mais bon, tu conviendras que seuls des incompétents peuvent croire à une telle communication, depuis que la Nspire a été forcée à s'ouvrir

Question idiote: où est cette fameuse LED ? Est-ce l'objet sombre, rond, de diamètre ~1 mm, légèrement en creux, situé à proximité du mini-USB, qui n'existe pas sur toutes les machines ?