spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

was die 37 angeht: e muss relativ prim zu φ(N) sein. primzahlen, die keine teiler von φ(N) sind, bieten sich hier also gut an (ich hab einfach ne x-beliebige primzahl genommen und überprüft ob sien teiler von 264 is zum testen, ob ich den algo richtig berechne, reicht das egt auch. wie ich in der ausprogrammierten version e ermittle, muss ich mir allerdings nochmal überlegen)

und was das man-in-the-middle prob angeht... ich hab weder das nötige wissen, noch die zeit um ein so sicheres verfahren zu entwickeln, dass es man-in-the-middle-sicher is. ich will im prinzip nur meine idee ausproggen und RSA oder diffie-helman-merkle bieten fürn kleines fun-projekt fürs erste die nötige sicherheit. aber wo das prob eh schon diskutiert wird: wie läuft das egt bei verfahren wie pgp oder aes mit dem schlüsseltausch (im falle von pgp is die frage eher, wie der RSA-Key berechnet sicher wird, der den eigentlichen schlüssel berechnet)? weil so betrachtet is sichere kommunikation, die vollständig übers internet läfut, iwie ziemlich unmöglich (berichtigt mich wenn ich mich irre, aber alle aktuellen verfahren müssten doch theoretisch für man-in-the-middle attacken anfällig sein, wenn man das problem mit dem asymmetrischen schlüssel betrachtet). zumindest aus meiner doch recht unwissenden sicht siehts ganz danach aus