Ben tu me le sors ton programme qui permet 'injecter un thread' dans un processus ... qui n'existe pas !
(il n'est pas listé par le systeme vu qu'il est caché par ce dernier).
Il y en a plein il suffit de chercher, MSR en a un appele detour par exemple
(il n'est pas listé par le systeme vu qu'il est caché par ce dernier).
C'est bien, tu viens de decouvrire l'utilite d'un kernel debugger
Tu me le sors l'appel de chiffrement (euh juste comme ca, monsieur pbpg qui sais mieux que tout le monde, encryption ca existe pas, on parle de chiffrement ... mais n'importe qui qui a fait un MINIMUM de sécu le sait) alors que tu ne peux pas savoir où il est.
Justement que tu peux le savoir vu que tu peux suivre le code depuis la stack reseau vers le haut jusqu'au processus grace au kernel debugger.
Ah oui si c'était si simple, je pense que n'importe qui pourrais éviter le chiffrement du hdcp et autres drm, et que tous les experts dans ce domaine, y compris les chercheurs à la pointe de ce domaine, aurais alors aucun probleme pour trouver une faille dans n'importe quel lecteur ...
Oh mais rassures-toi, tu peux, le probleme c'est qu'il faut connecter un kernel debugger a la machine pour faire ca(ce qui demande une deuxieme machine), c'est comme ca que les developpeurs de drivers comprennent ce que fait leur driver cote kernel, y compris les devs de drivers pour HW DRM.
Mais tu dois être sans doute plus fort que tous les experts du monde entier, hein mr pbpg ...
Non, simplement moi a la difference de toi, je sais :
a) Comment Windows fonctionne
b) Comment debugger un kernel
Ni a) ni b) ne requierent d'etre employe par MS tu remarqueras, tout cela est dispo sur le web, et n'importe quel developpeur de drivers pour Windows decent connait a) et b), toi par contre tu n'y connais fichtrement rien mais tu te permets de parler comme si tu etais un expert
Et je suis a peu pres sur que tu sais pas ca veux dire quoi 'obfusquer'.
Oh je le sais parfaitement, et je sais tout aussi bien que le seul resultat est de ralentir l'avancement, ca ne l'empeche pas.
cf. PatchGuard par exemple.
Ben sors moi un programme qui annule les protections AACS, HDCP, etc ... pour tous les programmes, si c'est si simple.
Et enleve toutes les protections de windows, alors meme que microsoft assurent aux majors qu'elles sont 'inviolables'.
Pas possible vu qu'il faut un kernel debugger et une 2eme machine.
Serieusement, arretes de parler d'un sujet que tu ne connais visiblement pas du tout, tu t'enfonces a vitesse grand V
[^] # Re: Voila qui va alimenter la théorie du complot
Posté par pasBill pasGates . En réponse au journal la NSA a dit: Vista est sûr, on ya travaillé :). Évalué à 2.
(il n'est pas listé par le systeme vu qu'il est caché par ce dernier).
Il y en a plein il suffit de chercher, MSR en a un appele detour par exemple
(il n'est pas listé par le systeme vu qu'il est caché par ce dernier).
C'est bien, tu viens de decouvrire l'utilite d'un kernel debugger
Tu me le sors l'appel de chiffrement (euh juste comme ca, monsieur pbpg qui sais mieux que tout le monde, encryption ca existe pas, on parle de chiffrement ... mais n'importe qui qui a fait un MINIMUM de sécu le sait) alors que tu ne peux pas savoir où il est.
Justement que tu peux le savoir vu que tu peux suivre le code depuis la stack reseau vers le haut jusqu'au processus grace au kernel debugger.
Ah oui si c'était si simple, je pense que n'importe qui pourrais éviter le chiffrement du hdcp et autres drm, et que tous les experts dans ce domaine, y compris les chercheurs à la pointe de ce domaine, aurais alors aucun probleme pour trouver une faille dans n'importe quel lecteur ...
Oh mais rassures-toi, tu peux, le probleme c'est qu'il faut connecter un kernel debugger a la machine pour faire ca(ce qui demande une deuxieme machine), c'est comme ca que les developpeurs de drivers comprennent ce que fait leur driver cote kernel, y compris les devs de drivers pour HW DRM.
Mais tu dois être sans doute plus fort que tous les experts du monde entier, hein mr pbpg ...
Non, simplement moi a la difference de toi, je sais :
a) Comment Windows fonctionne
b) Comment debugger un kernel
Ni a) ni b) ne requierent d'etre employe par MS tu remarqueras, tout cela est dispo sur le web, et n'importe quel developpeur de drivers pour Windows decent connait a) et b), toi par contre tu n'y connais fichtrement rien mais tu te permets de parler comme si tu etais un expert
Et je suis a peu pres sur que tu sais pas ca veux dire quoi 'obfusquer'.
Oh je le sais parfaitement, et je sais tout aussi bien que le seul resultat est de ralentir l'avancement, ca ne l'empeche pas.
cf. PatchGuard par exemple.
Ben sors moi un programme qui annule les protections AACS, HDCP, etc ... pour tous les programmes, si c'est si simple.
Et enleve toutes les protections de windows, alors meme que microsoft assurent aux majors qu'elles sont 'inviolables'.
Pas possible vu qu'il faut un kernel debugger et une 2eme machine.
Serieusement, arretes de parler d'un sujet que tu ne connais visiblement pas du tout, tu t'enfonces a vitesse grand V