Bien sûr, vous pouvez commencer petit et implémenter vos propres algorithmes. Mais ne supposez pas qu'ils fournissent une sécurité au-delà de l'obfuscation .

La chose difficile en matière de cryptographie est de trouver les raisons pour lesquelles quelque chose est sûr. Vous ne pourrez pas décider que dans quelques mois et si vous sentez que vous êtes à ce point, vous avez probablement tort.

Il est beaucoup plus facile de trouver les raisons pour lesquelles les choses ne sont pas sécurisées que les raisons pour lesquelles elles sont sécurisés, donc si vous voulez commencer quelque part, développez vos propres algorithmes jusqu'à ce que vous pensiez qu'ils sont sécurisés, puis essayez de découvrir pourquoi ils ne le sont pas et trouvez des moyens de les attaquer.

La plupart des erreurs sont commises lorsque mettre en œuvre des algorithmes. Donc, si vous voulez obtenir un emploi bien rémunéré, vous pouvez apprendre à mettre en œuvre ce genre de choses correctement.

Je recommanderais de commencer à implémenter quelque chose comme AES et de continuer à différents modes de fonctionnement comme CBC ou CCM et découvrir pourquoi le hasard est important. Continuez avec SHA-2 et HMAC et passez à la cryptographie asymétrique. Vérifiez toujours ce que les autres ont fait et pourquoi ils l'ont fait et jetez un œil spécial aux attaques par canaux secondaires et comment elles sont exécutées. Si vous êtes à ce stade, vous trouverez votre chemin pour continuer.

La référence pour commencer serait le "HAC", qui est disponible gratuitement en ligne: http://cacr.uwaterloo.ca/hac/

[Edit] Une suggestion de JRsz qui ne doit pas être enfouie dans les commentaires. Un bon livre pour les débutants: http://crypto-textbook.com/

Coursera

Voici mes deux centimes:

Rejoignez le cours en ligne Coursera Cryptography:

• Coursera: Stanford University, Professor Dan Boneh, Cryptographie I

Le cours dure six semaines. Chaque semaine, il y a plusieurs vidéos de cours, un quiz noté et un devoir de programmation facultatif. (Et ces missions impliquent la mise en œuvre de parties cryptographiques.)

À la fin des six semaines, il y a un test.

Si vous voulez être mis au défi, alors c'est la bonne façon de aller. C'est beaucoup de travail. Je vous suggère de prévoir plus de 10 heures par semaine. Plus si vous voulez également faire le devoir de programmation.

( Modifier: Voici une table des matières pour une précédente exécution de ce cours. )

Clarification: Les affectations de programmation sont juste là pour générer une compréhension plus profonde du sujet. Ce n'est PAS explicitement quelque chose que vous êtes censé relâcher dans la nature.
Au contraire: Le message "Ne l'implémentez jamais vous-même!" est répété encore et encore. (Et sans en dire trop: chaque fois que "Implémentez-le vous-même!" est sur l'un des tests à choix multiples, alors c'est faux.)

Commencez par casser, pas construire le vôtre. Il y a un nombre inquiétant de publications de stackexchange par des personnes qui ont écrit leurs propres algorithmes. Regardez autour de vous et découvrez ce qui ne va pas avec eux. (Ne regardez pas les réponses publiées.) [Les bonnes recherches incluent "Est-ce sécurisé" et "Qu'est-ce qui ne va pas avec cet algorithme".]

Vous ne devriez passer à essayer de mettre en œuvre les algorithmes d'autres personnes. (Le commentaire de @ stackzofztuff sur Coursera n'est pas mauvais - si je me souviens bien, Dan Boneh commence de cette façon, avec plus de structure que de pousser ici.)

La Cryptographie appliquée de Bruce Schneier est une lecture incontournable si vous souhaitez commencer à étudier ce domaine. Je suis surpris que personne ne l'ait suggéré auparavant.

Et oui, vous devez en savoir beaucoup sur la cryptographie avant même d'essayer de lancer vos propres algorithmes pour le plaisir. Ne pensez même pas à les utiliser pour des problèmes du monde réel - il y a déjà beaucoup de mauvais crypto autour.

Concernant la programmation, évitez les langages propriétaires comme le fléau. Je suggérerais C, ou même C ++.

Un bon début serait d'implémenter les algorithmes existants et d'apprendre comment ils fonctionnent en profondeur. Par exemple, l'algorithme de pad ponctuel est facile à apprendre et à mettre en œuvre, et étudier ses forces et ses faiblesses vous permettra de démarrer. Cela vous mettra également à l'aise avec le type de bit-twiddling qui est important en cryptographie. Faire une recherche sur "pad unique" vous permettra de démarrer.

Juste pour empiler les bonnes réponses qui sont ici, avec quelque chose d'un angle différent.

Si vous supposez que votre algorithme v1 va être non sécurisé et horrible, et que votre v100 ne sera que très légèrement meilleur, mais tout aussi peu sûr. (tout comme votre v1000)

Avec cette hypothèse à l'esprit, vous pouvez apprendre beaucoup en résolvant les problèmes que la cryptographie a dû résoudre pour devenir la science qu'elle est aujourd'hui. c'est-à-dire réinventer la roue.

Personnellement, je trouve que réinventer la roue est un excellent moyen d'apprendre une tâche complexe. Cela vous donne quelque chose à résoudre. Si c'est votre truc, il y a moins de choses plus délicates à résoudre que la cryptographie.

De cette façon, vous pouvez aller à l'université et dire, eh bien, j'ai conçu mon propre algorithme de cryptographie pour apprendre à résoudre des problèmes difficiles. À la v50, l'algorithme est nul, mais ce sont les leçons que j'ai apprises, les solutions que j'ai trouvées, et c'est ainsi qu'elles sont résolues dans le monde réel.

Il y a une grande différence entre dire que j'ai écrit un «bon» protocole de cryptographie et dire que j'ai écrit un protocole qui est presque certainement très faible mais que le but n'était pas de créer un protocole sécurisé. Personnellement, j'aurais beaucoup de respect pour quelqu'un qui a dit cela. (Je ferais probablement un signe de tête au premier - et lui montrerais rapidement la porte)

Vous pouvez implémenter des algorithmes de chiffrement déjà existants, mais la conception de votre propre algorithme de chiffrement est l'une des questions les plus complexes que vous puissiez traiter. Pour une introduction générale, je recommande vivement cette chaîne: https://www.youtube. com / channel / UC1usFRN4LCMcfIV7UjHNuQg / videos ou le livre "Understanding Cryptography" de Christoph Paar et Jan Pelzl ( http://crypto-textbook.com/). Je suppose que vous visez algorithmes symétriques et je vous recommande de commencer à lire beaucoup de théories à leur sujet, ce qui est sûr, ce qui était dangereux (historicle) et comment les algorithmes de pointe ont-ils atteint ce qu'ils sont (comment AES a-t-il été développé, choisi, etc.).

Vous rencontrerez de nombreux problèmes de mathématiques lorsque vous traitez avec différents modèles d'attaquants, même dans la partie symétrique. La cryptographie asymétrique est basée sur des problèmes mathématiques et il existe des attaques très délicates qui sont très puissantes contre la cryptographie asymétrique.

En bout de ligne, ne développez pas vos propres algorithmes, sauf si vous avez de nombreuses années d'expérience et que vous êtes très familier avec le sujet (toutes ses parties). En implémenter quelques-uns est néanmoins une bonne idée, mais si vous cherchez une sorte de projet, pourquoi n'écrivez-vous pas un programme qui utilise des algorithmes déjà existants et décrypte certaines données pour vous. Vous aurez suffisamment de problèmes pour gérer cela, car un algorithme sécurisé n'est pas du tout une garantie pour un cryptage sécurisé. Différents modes de fonctionnement seront importants à ce sujet et sur d’autres questions également.

Vous pouvez suivre la suggestion de Scott Wilson concernant le pad One-Time, mais avec de vraies données aléatoires. Vous pouvez par exemple considérez le bruit de la webcam de l'ordinateur. Laissez la webcam prendre quelques photos d'une scène statique, convertir les images en images à virgule flottante 32 bits, normaliser les images à la même luminosité, prendre la moyenne, puis soustraire l'une des images de la moyenne. Si vous mappez des valeurs de pixels négatifs à 0 et des valeurs de pixels positives à 1, vous avez presque des bits parfaitement aléatoires, qui ne sont pas corrélés lorsque les pixels ne sont pas trop proches. Application de l'algorithme de von Neumann à des paires de bits provenant de pixels distants:

(0,1) ---> 0

(1,0) ---> 1

(0,0) et (1,1) sont ignorés

donnera des bits aléatoires parfaits avec 0 et 1 ayant exactement 50% de probabilité.

Allez-y, écrivez un algorithme mais à la fin confiez une tâche à l'un de vos amis / camarades qui s'occupe régulièrement de la cryptographie; dites-leur de casser votre cryptage s'ils le peuvent.

Vous remarquerez qu'ils seront capables de le casser en quelques minutes et vous serez étonné de penser au nombre de failles qui ont donné le jeu à des personnes ayant une connaissance approfondie de la cryptographie (pour faire passer vos mots)

C'est exactement ce qui m'est arrivé lorsque j'apprenais à programmer il y a longtemps et que je voulais défier certains gars qui étaient intelligents dans ce genre de choses et j'ai lamentablement échoué. À tel point qu'ils pourraient même déchiffrer le message imprimé sur un papier en utilisant uniquement leur esprit et leurs compétences.

Vous pouvez certainement en écrire un et le perfectionner au fil du temps, mais il ne peut en aucun cas être sécurisé de si tôt contre le des gens avec ces connaissances.

Ce sera un bon point de départ (ou peut-être même un point d'arrêt) dans votre quête pour écrire votre propre algorithme :)