Version imprimable
Salut à tous.
J'aimerai savoir comment intercepter les commandes in et out.
C.A.D que lorsque un prog appelle la commande in ou out ( dialogue avec les ports), je voudrai avoir la main avant que le processeur ne réponde. un peu comme un gestionaire de mémoire en V86 ou l'interception des interruptions. Dans mon cas, je veux intercepter les commandes d'écriture et de lecture dans la CMOS (ports 70h et 71h, il me semble).
Merci d'avance :P
KDD
Hum...
Je n'ai jamais vu ça. Ca me semble plutôt ardu.
Si tu veux contrôler n'importe quel système, je ne sais même pas si c'est faisable.
Maintenant, si c'est pour contrôler des progs faits maison, il reste la solution de passer par une proc bien de chez toi qui filtrera les entrées/sorties quand on l'appellera.
A+
J'explique le pb.
Je programme (pour le plaisir) pour mon lycée et il exite des progs qui chopent le mot de pass bios en lisant certains octets dans la cmos :evil:
Mon but c'est d'empéché la lecture ou l'écriture dans certaines parties de la cmos d'où l'utilité d'intercepté les ports 70h et 71h
Dans le bouquin PC programmation système, il dise que c'est faisable sans donné de prog qui le fait. Il donne juste un exemple de prog qui le fait, celui de la gestion de la mémoire haute il me semble :?: (EMM386.exe sous windows).
Donc en faite je recherche un exemple de prog qui intercepte des ports.
Merci à tous ceux qui me répondent et qui m'ont répondu
A+
Hello
Je dis ça comme ça, mais déjà, c'est chaud, en plus je vois pas comment surveiller l'accès à la mémoire CMOS. Ca dépend beaucoup de l'os. Quel OS?
faut intervenir a un tres bas niveau, au niveau des tss a mon avis.
Et je pense âs que tu arrives a faire un truc compatible avec l'os.
Sous un unix-like, peut-etre, mais sous win, ca m'etonnerait.
bonne chance
:D
Je trouve cela bizarre que tu puisse intercepter les in et out. Ce sont des instructions assembleur, et il ne me semble pas que cela declanche des interuptions. Lorsque le processeur execute cette instruction, il envoie simplement une valeur sur un port. Il faut peut-etre voir ou est-ce qu'il ecrit (s'il y a un autre controleur, que l'on peut, lui, controler).
Si quelqu'un trouve, ca m'interesse...
Après reflexion, je pense, comme D[r]eadLock que il est impossible de jouer avec in et out. Je pense que la seule technique c'est un controle mémoire avec les SEH. Et là, je pense que c'est réellement faisable. Je conseille donc d'orienter la recherche sur les IDT, SEH.
A+
Lorsque l'on tente un "in" ou "out" sous NT, cela déclenche une exception.Citation:
Envoyé par yokito
Est-ce qu'il n'y aurait pas une histoire de niveau de privilège et de mode protégé ? C'est à cela que tu fais allusion en parlent des SEH ? (ça veut dire quoi d'abord SEH ?)
Hello
Structured Exception Handling
A+
A mon sens les commandes in et out sont les commandes les plus bas-niveau possible , à moins que quelq'un me prouve le contraire.Citation:
J'aimerai savoir comment intercepter les commandes in et out.
Si vous faites un in numéro de port c'est direct , il n'ya pas d'instructions intermédiaire.
Faire gaffe avec ce genre d'instruction.
A mon avis, c'est possible car l'accès aux ports est controlé par l'OS, via une exception. Il suffirait peut-être de créer une application "ring 0" et ainsi rediriger les interruptions dans une nouvelle routine que tu devras créer et qui empêchera l'accès à tels ou tels ports. Par contre, sur la métode qui permet au système de savoir quel port a essayé d'être accédé, et sur le numéro de l'exception qui sert à ça, je ne sais rien, mais je serais curieux de voir le code.
Mais, en même temps, je n'ai pas essayé alors je ne garantis rien !
Le mieux c'est d'étudier le chapitre de "IA-32 Intel ® Architecture Software Developer’s Manual Vol ume 3 : System Programming Guide"
solution: le fer a souder
Il n'y a, en effet, pas de moyen logiciel pour intercepter les instructions d'E/S (inportb, outportb). Ce sont des instructions du processeur qui s'exécutent directement, la seule solutions est matérielle : analyseur logique, émulateur hard, scope etc.Citation:
Envoyé par addicted_to_MFC
Par contre si les E/S s'appuient sur des API ou un bios, dans ces cas tu peux détourner les-dites routines.
Cela répond-il à ta question?
la solution la plus simple pour resoudre ton probleme est de proteger la memoire qui contient les ports en i mettant uniquement des droits pour le niveau 0 ou 1. faudra que que tu modifie la table de descripteur de segment en ring 0 ou 1, et que tu soit sur que dautre soft qui ont des priorité moins elevees nont pas besion, de ces memes interuptions.
tt ceci implique bien sur de ne pas fonctionner en mode reel, mais en mode protege.