electronews et meilleurs liens électroniques - Page 56

même même, une fois palsecamisé, c'est pas fini

http://en.wikipedia.org/wiki/Single-sideband_modulation#Vestigial_sideband_.28VSB.29

The video baseband signal used in analog TV in countries that use NTSC or ATSC has a bandwidth of 6 MHz. To conserve bandwidth, SSB would be desirable, but the video signal has significant low frequency content (average brightness) and has rectangular synchronising pulses. The engineering compromise is vestigial sideband modulation. In vestigial sideband, the full upper sideband of bandwidth W2 = 4 MHz is transmitted, but only W1 = 1.25 MHz of the lower sideband is transmitted, along with a carrier. This effectively makes the system AM at low modulation frequencies and SSB at high modulation frequencies. The absence of the lower sideband components at high frequencies must be compensated for, and this is done by the RF and IF filters.

Oula qu'est-ce qu'il ne sont pas aller chercher pour... garder la compatibilite avec l'existant c'est meme a ce demander si ce n'est pas l'administration qui a fait les specs

Mince j'ai rate ce kickstarter:

http://www.kickstarter.com/projects/920064946/oscilloscope-watch

ah ouais, class !

marrant, mais bon les caractéristiques sont trop faibles pour une utilisation de nos jours.

Ouais voilà, un oscilloscope avec 200 kHz de bande passante, à part pour faire de l'audio... C'est plus un gadget qu'un vrai truc utilisable

sauf si tu fais dans l'élec "home" (genre téléphonie, domotique, interphones...)

Admettons, mais t'as pas vraiment besoin d'un oscilloscope pour ce genre de trucs

Ben si c'est inutile, je comprends pas que tu comprennes pas que c'est absolument indispensable

De toute façon, on peut déjà faire ça avec une TI-89

Aaaaah, j'en discutais hier avec ma femme, on était sûrs que t'allais nous sortir ça sous peu ! gg !

Mais quelqu'un l'avait déjà fait, justement, non ?

Ah ? J'en sais rien, j'étais justement en train de réfléchir à la partie graphique xD

ticalc.org n'est pas très bavard à ce sujet

(malheureusement les liens sont morts, et j'arrive pas à accéder à archive.org)

Bien vu vince. Dommage de ne pas avoir de screen, pour voir ce que ça donnait.

(j'ai ptet ça sur les archives de tifr v2...)

http://web.archive.org/web/20041207005635/http://www.dvz.fh-koeln.de/~b012414/osci92/osci.html est accessible ici

Oui mais il a utilisé le port du module Plus, donc ça marcherait pas sur 89 (ou alors pour la version 89, il a soudé directement sur les broches du CPU à l'intérieur ?)

EDIT : ah non apparemment, sur 89 ça utilise le port link, mais le schéma n'a pas été archivé
http://web.archive.org/web/20040821094501/http://www.dvz.fh-koeln.de/~b012414/osci89/osci.html

Je l'ai fait à l'époque je crois : tu connectes le port I/O sur les broches séries (c'était un simple CAN 8bit série il me semble) et tu avais donc 256 valeurs possibles que tu lisais en série sur le port I/O. L'api est très similaire à celle d'accès au module mémoire

Une présentation sur le hacking de cartes SD par Bunnie et un autre :


Il explique comment ils ont réussi à exécuter du code sur le microcontrôleur qui est à l'intérieur de leur carte SD

Et en résumé, ils font comment ? Ils mettent à jour le firmware de la carte elle-même, ou c'est vraiment par lecture/écriture des zones mémoire publiques ? (je n'ai pas la motivation pour regarder toute la présentation )

Je n'ai pas vu non plus, mais certains SD on des pins de tests sous un sticker...

non, ils ont trouvé une commande SD non documentée.

Article ici sorti JUSTE après la conf: http://www.bunniestudios.com/blog/?p=3554

(contexte: la flash nand est fragile, elle a besoin de mécanismes de correction d'erreurs, de wear leveling, et peut contenir des bad blocks à la livraison)

...

The downside of all this complexity is that there can be bugs in the hardware abstraction layer, especially since every flash implementation has unique algorithmic requirements, leading to an explosion in the number of hardware abstraction layers that a microcontroller has to potentially handle. The inevitable firmware bugs are now a reality of the flash memory business, and as a result it’s not feasible, particularly for third party controllers, to indelibly burn a static body of code into on-chip ROM.

...

In our talk at 30C3, we report our findings exploring a particular microcontroller brand, namely, Appotech and its AX211 and AX215 offerings. We discover a simple “knock” sequence transmitted over manufacturer-reserved commands (namely, CMD63 followed by ‘A’,'P’,'P’,'O’) that drop the controller into a firmware loading mode. At this point, the card will accept the next 512 bytes and run it as code.

From this beachhead, we were able to reverse engineer (via a combination of code analysis and fuzzing) most of the 8051′s function specific registers, enabling us to develop novel applications for the controller, without any access to the manufacturer’s proprietary documentation.

Ce sont d'anciens gars de "chez nous" (du monde des TI) qui ont travaillé là-dessus ?

(Si je comprends bien, c'est inhérent au fait qu'on se tape un même standard depuis des années mais qu'en réalité il y a eu une térachiée d'évolutions dudit standard donc que pour en faciliter l'implémentation, les µc sont programmés de façon "facile" - donc non secure ?).

Je me demande si ce n'est pas le genre de commande utilisé pour rendre la clef ReadOnly ou ajouter une partition speciale RO (certaines clefs USB, ou carte SD on ce genre de fonctions)

Oui donc c'est plus ou moins ce que je disais, ils passent en mode flashage de firmware. Je savais que c'était possible au moins sur certaines marques de MMC, que ce soit également le cas sur des SD ne me surprend pas outre mesure.

De toutes façons, de nos jours y'a un firmware flashable sur tout, donc ça devient difficile d'être étonné quand un "hacker" découvre un nouveau moyen d'infiltrer un logiciel inévitablement faillible.
Y'a qu'un seul firmware qui nous résiste encore, mais c'est parce que nous ne l'avons pas conçu nous même : Une fois qu'on aura maîtrise la science de l'ADN, on pourra installer un spyware connecté à internet dans une pelouse de jardin

(Plus sérieusement, merci squalyl d'avoir résumé le tout, j'avais trop la flemme de regarder la vidéo )

(ouais, merci tout pareil )

oh bah de rien

Nil: non c'est lié au fait que la mémoire flash NAND (ssd, clé USB, etc), on la fabrique même plus à la pelle, mais par supertanker, et que ça vaut que dalle, alors on se fait pas chier pour obtenir un yield (rendement silicium) valable. On fait des chips de la taille max, disons 16GB, et si la puce est à moitié niquée, bof pas grave ça fait toujours un chip 8 Go. Même histoire que les CPU, ceux qui foirent les tests à X MHz sont vendus pour des modèles X-1 MHz.

Donc OUI, les chips de flash NAND sont livrés avec des secteurs défectueux en connaissance de cause, avec des bits qui flippent un peu quand ils veulent même quand on leur a rien demandé, et du coup, faut un bon coup de sauce software pour recoller les morceaux.

Et du coup, ces softs de recollage deviennent de plus en plus complexes pour gérer des puces de plus en plus moisies, et ne sont plus à l'abri des bugs.

c'est pas vraiment lié à un historique passé, en fait.

(nb: pas de problème avec les flash NOR qui servent de BIOS etc)