Si tu cryptes d'abord ton texte avec, par exemple, un système de clés OpenPGP, une attaque n'a que de très faibles chances de réussir. On pourra voir qu'il y a quelque chose, mais impossible de savoir quoi sans la bonne clé.
Je l'avais pas vu comme ça, mais c'est vrai qu'un chiffrement a pour objectif de prendre une entrée et de le transformer en une suite d'octets aléatoire. Donc ça marcherait. Bon les cas d'usage où on craint un percement d'OpenPGP sont relativement restreints (les états et les plus grandes entreprises ?).
Évidemment, ce n'est pertinent que dans le cas d'un échange de fichiers. Pour comme je l'ai cité, faire communiquer des machines (micro-carte, nano-ordinateurs ?) entre elles par le port audio, le script original suffit.
À essayer mais je serait pas surpris qu'il faille une couche de code cyclique redondant pour palier à ce que le DAC, l'haut-parleur, le micro et le second DAC vont faire.
Il me semble que google se sert de ce genre de méthodes pour les chromecasts et il le fait en restant dans des longueurs d'onde inaudibles.
[^] # Re: Bravo
Posté par barmic 🦦 . En réponse au journal Faire du son avec des mots. Évalué à 2.
Je l'avais pas vu comme ça, mais c'est vrai qu'un chiffrement a pour objectif de prendre une entrée et de le transformer en une suite d'octets aléatoire. Donc ça marcherait. Bon les cas d'usage où on craint un percement d'OpenPGP sont relativement restreints (les états et les plus grandes entreprises ?).
À essayer mais je serait pas surpris qu'il faille une couche de code cyclique redondant pour palier à ce que le DAC, l'haut-parleur, le micro et le second DAC vont faire.
Il me semble que google se sert de ce genre de méthodes pour les chromecasts et il le fait en restant dans des longueurs d'onde inaudibles.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll