Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Lecture d'une carte à puce
Salut à tous,
Alors je pense que je ne suis pas du tout dans le bon forum, mais à vrai dire je ne sais pas du tout ou faire ma demande !!
Alors voila :
Je souhaite concevoir un logiciel (en C ou C++) qui me permettrai de lire le contenu d'une puce (d'une carte à puce) que j'aurai auparavant programmé.
Seulement je ne sais pas du tout comment faire pour communiquer et lire la puce ? Langage, sockets?, etc...
Pouvez m'indiquer où je peux trouver ces informations ?
Merci
Avec le SDK fournit avec ton lecteur de cartes ?Envoyé par theclem35
Raymond
Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi
CafuroCafuro est un outil SNMP dont le but est d'aider les administrateurs système et réseau à configurer leurs équipements SNMP réseau.
e-verbe
Ma page personnelle sur DVP.
En fait je n'ai pas encore de matériel j'essaye de prévoir la difficulté de réalisation de mon projet.
Le but serait de creer un programme en C qui piloterai un port RS232 et qui lirai ce qui se trouve dans la puce (binaire) et qui le convertirai afin de me l'afficher à l'écran.
Mais je n'arrive pas a trouver de choses assez précises à ce sujet sur internet :/ (et il doit surement y en avoir)
La principale difficulté réside d'abord dans le choix de ta puce. Si c'est une télécarte de première génération que tu veux lire, c'est trivial. Si c'est une carte bancaire, il y a tout un protocole à respecter.
Ensuite, ça va effectivement dépendre de la connectivité que tu utilises. Ça veut donc dire qu'il n'y a rien de standard et que, même pour les connecteurs les plus courants, cela va quand même relever de la programmation système.
Pour lire une télécarte de première génération avec un lecteur maison bricolé, le plus simple reste de loin les broches du port parallèle. Si tu tiens à le faire avec du RS-232, tu peux utiliser les signaux auxiliaires tels que RTS, CD, etc. pour parvenir à tes fins.
Si tu utilises un lecteur dédié un peu plus sophistiqué, alors celui-ci sera livré (en principe) avec des spécifications d'utilisation. En clair, ce sera en fait un « nano-ordinateur » et c'est avec lui qu'il faudra communiquer.
Bonjour TheClem35,
Pour pouvoir lire une carte à puce, dans un premier temps, il faudrais que tu nous donne des informations sur le lecteur que tu utilise afin de determiner si celui-ci peu fonctionner avec le driver microsoft ( usbccid.sys).
Ensuite, comme abordé par Obsidian, il faudrais savoir le type de carte que tu veux lire.
Dans un premier temps je te conseillerai plutot de t'assurer que ton lecteur soit compatible PC/SC, auquel cas, recuperer le driver PC/SC du fabriquant.
L'interet d'etre PC/SC est de permettre l'utilisation de la Winscard.dll pour pouvoir communiquer avec ton lecteur et/ou ta carte.
En esperant t'avoir aidé,
Cordialement,
Moulefrite
Merci pour vos réponses.
En effet j'ai pu chercher à droite à gauche des réponses à propos de mon sujet, j'ai pu avancer un peu. (Choix à la base d'un puce de carte de telephone standart et non a microprocesseur)
Malheuresement un autre parametre de mon projet est irréalisable je cherche donc une autre idée de projet.
Merci à tous pour aide
Re, j'ai peu etre trop rapidement lus le poste, desolé
Si tu veux manipuler un lecteur via un port COM, il te suffit de te procurer la dataSheet du lecteur et ensuite lui envoyé les commandes appropriés ( mettre la carte sous tension, cmd de R/W/U, ....)
De mémoire j'avais trouvé une fois un tutos qui te permettai de te fabriquer ton propre lecteur en RS232, mais il te suffit de trifouiller un peu sur le Web pour en trouver à 10euros.
Selon tes explications voici la marche à suivre :
_ Se degoter un lecteur pas cher, idealement en USB CCID afin d'avoir la compatibilité avec Microsoft (winscard.dll + service "carte à puce" ).
_ en serie, facile d'utilisation, se gere comme un UART standard STX | CMD| ETX | CRC
_ Trouver la doc du lecteur et celle de la carte pour recuperer l'ensemble des commandes à utiliser.
_ ecrire une fonction de conversion byteToAscii et AsciiToByte.
Voila j'espere avoir été clair,
Cordialement,
Moulefrite
Effectivement cela je pense va me servir car meme ayant changé de projet, le nouveau parle aussi du pilotage d'un appareil sur le port RS232.
D'apres ce que j'ai compris, suivant le type de périphérique piloté, les commandes ne sont donc pas les même ?
Par exemple :
Je peux me connecter sur n'importe quel périphérique avec Hyperterminal de windows ?
Ensuite il suffit que je trouve la doc du circuit imprimé c'est ca ? Je crois que pour les modem ce sont les commandes HAYES (at&f, atd300 etc..)
Donc la par exemple si mon périphérique à un microcontrolleur motorola xxxx il faut que je trouve la datasheet et dedans j'aurais donc les commandes a envoyer par hyperterminal ?
Quel autre paramètre ?Malheuresement un autre parametre de mon projet est irréalisable je cherche donc une autre idée de projet. Merci à tous pour aide
Si tu arrives à trouver une télécarte de première génération (jusqu'à 1995 environ), il est très facile de se bricoler un petit lecteur. Tu trouveras un connecteur tout fait en magasin d'électronique mais, à défaut, tu peux presque en monter un de toutes pièces, avec des trombones par exemple, si tu es habile de tes mains.
Le protocole des « T1G », les télécartes de premières génération, est extrêmement simple : il s'agit de 256 × 1 bit, dans une mémoire PROM (en réalité EPROM mais noyée dans une résine imperméable aux UV).
Sur les huit contacts dont est doté le micro-module (la « puce »), il y en a :
- Un pour la masse ;
- Un pour la tension d'alimentation ;
- Un pour la tension de programmation (pour faire « claquer » les bits) ;
- Un pour la lecture du bit courant ;
- Un pour avancer au bit suivant ;
- Un pour remettre le compteur à zéro ;
- Un pour ordonner l'écriture d'un bit ;
- Et un pour faire griller le fusible servant à protéger les 96 premiers bits (en usine).
En faisant un reset, donc, l'état du premier bit est reflété sur le contact de sortie. En envoyant une impulsion sur la broche idoine, tu passes au bit suivant. Tu reviens donc automatiquement au premier bit après 256 impulsions, ou si tu utilises le reset à nouveau.
Sur ces 256 bits, les 96 premiers sont protégés et contiennent un numéro de série. Impossible de les modifier, au risque de tuer la carte. Les 160 suivants, donc, sont les unités. À chaque fois que l'une d'elle est consommée, on fait passer un de ces bits de 0 à 1 (l'inverse n'étant pas possible). Le dernier octet (en fait les huit derniers bits, pour être exact) étaient programmés à 1 lorsque la télécarte était épuisée. Ceci faisant que l'on ne pouvait avoir de télécarte dépassant 150 unités.
À l'époque, j'étais au lycée, et comme chaque télécarte était unique parce qu'elle disposait de son propre numéro de série, j'avais en projet de les utiliser comme « clés » pour commander un verrou électronique, comme dans les hôtels.
Évidemment, si ces cartes étaient aussi simples à lire, il était tout aussi simple de fabriquer des circuits en imitant le comportement. Donc, des fausses cartes. Ceci a conduit à terme à l'adoption de la seconde génération mais bien avant ça, les publiphones ont été mis à jour. Le logiciel interne a été amélioré pour vérifier dans un premier temps que les caractéristiques électriques des cartes étaient bien exactement celles attendues. Ensuite, je suppose que France Télécom a pu facilement mettre en place une base de données centrale des numéros de carte. Donc, même artificiellement recréditée, une carte déclarée épuisée le restait inexorablement.
Salut,
Malhereusement ce qui me contrait d'arreter le projet, c'est le développement d'une DLL intéragissant avec windows, et qui est beaucoup trop complexe.
De plus, le projet souhaité existe deja nativement sous windows 7, et est deja commercialisé avec des sécurités bien plus importantes par une multitude de fabricants.
Si tu veux + de détails on peut passer par MP
Encore merci à tous pour votre aide
Suite !
Bien le Bonjour,
je sais pas si j'ai bien ma place sur ce forum et encore plus sur ce site en l'occurrence, car je n'y connais pas grands chose en C++ ( je commence tout juste le Python ) mais cela m'intéresse pour autant, malgrès le temps que cela demande.
Bref,moi c'est David, je suis infographiste 3D sur Paris et j'ai 23 ans
pour faire clair je suis tombé sur ce topic par hasard, et l'idée de faire un double de ma CB m'a traversé l'esprit il y a déjà quelques temps , j'ai lu pas mal de forums qui traité le sujet etc.. mais tout est assez confus.
j'aimerai savoir si cela est réalisable, pour un investissement d'argent raisonnable (0-100€). le matos à utiliser ? (quel lecteur encodeur ?)
Effectivement, tu es complètement à coté de la plaque.
Nous sommes ici principalements des développeurs professionnels, et dans cette section, des développeurs dont le C++ est une spécialité.
(amis étudiants, nous ne vous oublions pas… j'étais encore des votres il y a un an)
Pour ce genre de question, vois plutot dans la section hardware.
Quant à dupliquer ta carte bleue, tu risques surtout de la figer, et pas mal de problème avec ta banque.
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
Bonjour,
???
Et pourquoi faire ?
Pour faire simple : non., j'ai lu pas mal de forums qui traité le sujet etc.. mais tout est assez confus.
j'aimerai savoir si cela est réalisable, pour un investissement d'argent raisonnable (0-100€). le matos à utiliser ? (quel lecteur encodeur ?)
Il y a des ouvrages dans le commerce qui traitent de la façon de communiquer avec une carte du modèle adopté par les cartes bancaires (ce n'est pas interdit en soi) mais en reproduire une — outre le fait que ça peut t'apporter de très gros ennuis — n'est pas techniquement envisageable pour le premier venu, et heureusement. En gros, les CB utilisent des cartes à micro-processeur qui
- utilisent une connexion sécurisée entre le terminal et la carte elle-même (à la manière du SSL/TLS, https par exemple) et
- loguent de manière définitive chaque accès à cette carte, ce qui permet de faire des petits lecteurs qui te donnent un récapitulatif de l'usage de ta carte. L'ennui étant que chaque consultation est considérée elle-même comme une transaction et apparaît sur le listing.
L'affaire Serge Humpich a défrayé la chronique en son temps car en voulant démontrer aux groupements bancaires qu'il était possible (à l'époque) d'exploiter une faille (et de « négocier son savoir-faire » selon Wikipédia), l'homme a été poursuivi par ces groupes et condamné par la Justice.
Est-ce que par hasard, ce ne serait pas la raison profonde de la péremption des cartes bancaires?
Mes principes de bases du codeur qui veut pouvoir dormir:Pour faire des graphes, essayez yEd.
- Une variable de moins est une source d'erreur en moins.
- Un pointeur de moins est une montagne d'erreurs en moins.
- Un copier-coller, ça doit se justifier... Deux, c'est un de trop.
- jamais signifie "sauf si j'ai passé trois jours à prouver que je peux".
- La plus sotte des questions est celle qu'on ne pose pas.
le ter nel est le titre porté par un de mes personnages de jeu de rôle
Si, en bonne partie. Il y en a d'autres bien sûr, comme le fait qu'une carte s'use physiquement à l'usage et qu'il faille de toutes façons renouveler la clé de temps en temps (ce qui justifie principalement, à mon avis, l'établissement d'une date de péremption fixe et forte).
Il est assez rare qu'une personne lambda remplisse son log mais j'ai déjà lu le témoignage de quelqu'un à qui c'est arrivé (je ne retrouve plus le lien). La banque lui a demandé de venir la restituer et lui en a émis une nouvelle. Je ne sais plus, par contre, si elle l'a fait à titre gracieux ou non. Je penche quand même pour la première option parce que c'est un incident technique qui survient dans des conditions d'utilisations normales et qui sont indépendantes (en principe) du porteur de la carte, mais également parce qu'un client qui utilise suffisamment sa carte pour remplir son journal souscrit en général à des formules qui lui offrent la gratuité du renouvellement et autres menus avantages.
C'est un peu différent son cas, il n'a pas copié mais exploité une faille.
C'est un peu le même principe avec les mots de passe, il est quasi impossible d'en récupérer un, mais pas contre il est très simple de le "resetter" (si on est en local sur une machine).
Pour le cas demandé, la copie oblige d'avoir le système de certification de Visa ou MasterCard ou CB, à moins de pénétré dans leurs salles fortes, je ne vois pas comment ça peut être possible.
A moins d'une méga fuite en interne.
On n'est plus à la pré-histoire, on n'encode pas, on crypte.
Et même en français, on chiffreOn n'est plus à la pré-histoire, on n'encode pas, on crypte.Crypter, c'est venu d'une mauvaise traduction du verbe anglais to crypt
Raymond
Vous souhaitez participer à la rubrique Réseaux ? Contactez-moi
Cafuro
e-verbe
Ma page personnelle sur DVP.
C'est ce que j'ai dit, en effet.
De toutes façons, ce fil est à la limite de la légalité : je le laisse en ligne parce qu'il est avéré que dupliquer une carte bancaire est impossible avec des moyens limités et pour dissuader les gens de l'envisager d'une manière générale. Il est en revanche légal et possible (mais avec un certain équipement) d'utiliser des cartes vierges utilisant la même technologie pour ses propres applications. Mais certainement pas pour fabriquer à partir de zéro une fausse carte bancaire non plus.
Humpich n'est certes pas entièrement blanc dans cette affaire mais que sa démonstration de faisabilité n'a pas du tout eu l'effet escompté. Selon Wikipédia, il s'en est tiré avec dix mois de prison avec sursis et a fait appel avant de se désister. Sa manœuvre était très maladroite et je n'irai pas jusqu'à dire qu'il était dans son bon droit. Par contre, ses intentions initiales étaient justifiées.
Ce que j'entendais par là, c'est que s'amuser avec le système bancaire peut causer des ennuis sans commune mesure avec ce que l'on espère en tirer, et ce même lorsque l'on se croit dans son bon droit.
Dacodac, c'était juste savoir si c'était réalisable, mais en vu de ce que vous me dites déjà, je pense que je vais abandonner, oui j'imagine qu'en plus que cela soit complexe, il y a quand même des risques... (Tampis mais j'aurai bien aimé "frimer" auprès de mes potes avec ma nouvelle carte)
Et merci pour vos réponses !
Pour l'échange de PIN oui (et encore, il y a des cartes qui supporte le PIN en clair) et pour l'authentification et certification mais la majorité de l'échange est en clair.
Les transactions sont enregistrées (et augmente les compteurs pour la gestion du risque) pas les simples lectures des cartes.
En outre, il peut y avoir une authentification de la carte par le terminal de paiement allant d'une simple signature statique à une signature dynamique via challenge/réponse.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager