Disons que si ton programme palladium n'a aucune entrée/sortie oui il est protégé et même de l'os.
Mais dans les OS actuelles les processus sont *déjà* protégé entre eux par les mécanisme de mémoires virtuelles. Je ne voix pas l'ajout de TCPA/Palladium sauf si ces programmes ne cause qu'avec des programmes TCPA/Pd et que cette interace n'est pas buggué.
Les vers qui passe par outlook se foute d'être du binaire signé ou non. C'est le même problème en cas de buffer overflow sur une socket, TCPA ou pas.
Il faut savoir que dans une phase suivante le clavier enverra des données crypté (officielement pour éviter les mouchards intercalés entre le clavier et l'unité central, no comment). Cela fera des tunnels sécurisés.
Ensuite, il y aura des zones d'écran "TCPA/Pd" comme ça impossible de capter le flux pour le réenregistrer. Les LCD seront équipé de puce de crypto pour décoder le flux. Pour faire des divx il faudra filmer son écran ! Quoiqu'il serait capable de mettre des "signatures" discrète du style SDMI dans le flux video pour que les camera refuse de fonctionner devant ses images.
[^] # Re: TCPA/Palladium va attenter à la GPL
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche TCPA/Palladium va attenter à la GPL. Évalué à 3.
"La première sécurité est la liberté"