Security der nächsten Generation WKN: A3CSAU ISIN: CA74767K1030 Forum: Aktien User: Bonsaifan

Freunde Kanada handelt doch am Donnerstag richtig?

Die Übertragung der Entropie (bei eFlux-Q / EaaS) wird nicht durch “klassische Entropie” geschützt, sondern durch QeMs eigene hardwarebasierte generierte Schlüssel, die vor der Übertragung verwendet werden. Die Entropie selbst muss nicht verschlüsselt werden, da sie wertlos für jeden Angreifer ist – Angreifer können mit roher Entropie nichts anfangen. Was geschützt werden muss, ist die Integrität und Identität der Verbindung, nicht der Inhalt. Das ist exakt der Punkt, den QeM macht: Ein Angreifer, der Entropie-Daten abfängt, gewinnt NICHTS, solange er nicht die Schlüsselgenerierung manipulieren kann.

super danke! Dachte das Forum sieht auch vermeintlich kritischere Beiträge als wertvoll an, sofern sie fundiert geäußert werden... Ansonsten verkommt das Forum in einer Hochgejubel und Gepushe der Aktie, die sich jeglicher Realität entzieht..

Francis Bellido Interessant, danke, dass du erklärt hast, wie dein QRNG funktioniert. Ich habe eine Frage zu einem der QeM-Produkte, nämlich eFlux-Q (Entropy as a Service), und ich hoffe, Sie können meine Frage beantworten. Angenommen, ich habe eine Anwendung, die Zufallszahlen für kryptografische Anwendungsfälle benötigt (e.g. key Generation), die Anwendung kann QRNG-Entropie von deinem Server erhalten. Die Kommunikation zwischen der Anwendung und deinem Entropieserver ist mit QRNG-Entropierecht nicht geschützt (da die Anwendung keine interne QRNG-Entropiequelle hat und daher Entropie als Service nutzt)? Die QRNG-Entropiedaten werden also durch eine "klassische" Entropie geschützt. Hast du darüber nachgedacht? Irgendwelche Gedanken dazu?“ Ein interessanter Einwand, was meint ihr? Leider hat QeM noch nicht geantwortet..

Francis Bellido Interessant, danke, dass du erklärt hast, wie dein QRNG funktioniert. Ich habe eine Frage zu einem der QeM-Produkte, nämlich eFlux-Q (Entropy as a Service), und ich hoffe, Sie können meine Frage beantworten. Angenommen, ich habe eine Anwendung, die Zufallszahlen für kryptografische Anwendungsfälle benötigt (e.g. key Generation), die Anwendung kann QRNG-Entropie von deinem Server erhalten. Die Kommunikation zwischen der Anwendung und deinem Entropieserver ist mit QRNG-Entropierecht nicht geschützt (da die Anwendung keine interne QRNG-Entropiequelle hat und daher Entropie als Service nutzt)? Die QRNG-Entropiedaten werden also durch eine "klassische" Entropie geschützt. Hast du darüber nachgedacht? Irgendwelche Gedanken dazu?“ Ein interessanter Einwand, was meint ihr? Leider hat QeM noch nicht geantwortet..

Francis Bellido Interessant, danke, dass du erklärt hast, wie dein QRNG funktioniert. Ich habe eine Frage zu einem der QeM-Produkte, nämlich eFlux-Q (Entropy as a Service), und ich hoffe, Sie können meine Frage beantworten. Angenommen, ich habe eine Anwendung, die Zufallszahlen für kryptografische Anwendungsfälle benötigt (e.g. key Generation), die Anwendung kann QRNG-Entropie von deinem Server erhalten. Die Kommunikation zwischen der Anwendung und deinem Entropieserver ist mit QRNG-Entropierecht nicht geschützt (da die Anwendung keine interne QRNG-Entropiequelle hat und daher Entropie als Service nutzt)? Die QRNG-Entropiedaten werden also durch eine "klassische" Entropie geschützt. Hast du darüber nachgedacht? Irgendwelche Gedanken dazu?“ Ein interessanter Einwand, was meint ihr? Leider hat QeM noch nicht geantwortet..

Ich glaub ich hab das falsch verstanden. Dachte du gehst da von einem kurssprung aus. Auf den launch bin ich auch gespannt. Sorry für das missverständnis

Francis Bellido und James Stephens sind CEOs in der Technologiebranche, deren Unternehmen eine strategische Allianz gebildet haben, um Quantensicherheitslösungen für die Blockchain-Technologie zu entwickeln. https://www.linkedin.com/posts/krownnetwork_krown-network-launch-party-january-03-activity-7395634258305802240-ntbE?utm_source=social_share_send&utm_medium=member_desktop_web&rcm=ACoAACs0b0gB9F9JbxEcZYIcaPaMI5_iCoVi0q4