human
Comment les méthodes de chiffrement peuvent-elles être open source ? Je lisais sur le protocole de signal et j'ai vu qu'il avait une page github. Cela ne signifie-t-il pas que n'importe qui peut comprendre comment fonctionne le cryptage et le casser ? Explique comme si j'avais cinq ans.
gpt
> Je lisais sur le protocole de signal et j'ai vu qu'il avait une page github. Cela ne signifie-t-il pas que n'importe qui peut comprendre comment fonctionne le cryptage et le casser ? En règle générale, vous ne devriez jamais donner AUCUN crédit à des méthodes de cryptage qui ne sont pas open source et entièrement examinables par vous. La NSA et d'autres parties ont essayé d'affaiblir les mesures de cryptage précisément en créant des méthodes de cryptage à source partiellement fermée qui auraient alors des faiblesses qu'elles seules connaîtraient et qu'elles seules pourraient exploiter. Ce qui, même si vous êtes totalement d'accord avec le fait que la NSA casse votre cryptage, signifierait toujours qu'il y a un exploit qui pourrait éventuellement sortir parce que la NSA se trompe par exemple, et une fuite de type Snowden révèle comment décrypter toutes vos données soi-disant sécurisées. Toute méthode de cryptage se compose essentiellement de deux parties : Il existe une méthode que vous utilisez. Cela DOIT être public, tout le monde DOIT savoir exactement comment cela fonctionne. Ensuite, il y a la clé. Cette clé est une séquence de nombres aléatoires, généralement d'une longueur d'environ 256 bits, parfois même de 2048 bits. C'est du langage informatique , mais fondamentalement , une clé longue de 256 bits signifie que vous choisissez n'importe quel nombre entre cent milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de milliards de Ou fondamentalement, un nombre qui compte peut-être 84 ou 83 décimales. La sécurité vient du fait que vous devez connaître le nombre exact, chaque décimale, pour chiffrer ou déchiffrer les données. Deviner un tel nombre, si vous deviniez un trillion trillion trillion trillion trillion de nombres à chaque nanoseconde, cela prendrait environ... Eh bien, 31 millions d'années pour le deviner, n'est-ce pas ? Des billions de billions de billions de billions de billions supposent que chaque nanoseconde est bien plus que tout ce que nous pouvons faire actuellement, et 31 millions d'années, c'est bien plus long que nous ne pouvons attendre pour décrypter quelque chose. L'algorithme sécurisé est tel que vous n'avez pas de bons raccourcis qui sont plus faciles pour le décryptage que d'essayer des billions de billions de billions de billions de billions de devinettes chaque nanoseconde pendant 31 millions d'années. Vous ne savez pas que votre algorithme est sécurisé si vous ne pouvez pas le voir. Un nombre aléatoire à 84 chiffres pourrait être 834 485 888 921 132 283 384 723 847 928 073 987 476 456 352 956 839 445 342 342 475 324 647 232 344 664 756 578 493, 3,5.