問題タブ [botan]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
183 参照

c++11 - Botan ビルド エラー 'AutoSeeded_RNG' に型の名前がありません

Botan 実行可能ファイルをビルドしようとすると、次のエラーが発生します。

../src/cli/timing_tests.cpp:100:17: エラー: 'AutoSeeded_RNG' は型 static AutoSeeded_RNG に名前を付けていません static_timing_test_rng(Botan::Entropy_Sources::global_sources(), 0); ^~~~~~~~~~~~~~ ../src/cli/timing_tests.cpp:101:17: エラー: 'static_timing_test_rng' はこのスコープで宣言されていません return static_timing_test_rng; ^~~~~~~~~~~~~~~~~~~~~ ../src/cli/timing_tests.cpp:101:17: 注: 代替案: 'timing_test_rng' return static_timing_test_rng; ^~~~~~~~~~~~~~~~~~~~~ timing_test_rng make: *** [Makefile:606: build/obj/cli/timing_tests.o] エラー 1

これは C++ コードです。

これらの設定を使用しています: configure.py --prefix=$BUILD_DIR --with-external-includedir=$OPENSSL_PREFIX/include --with-external-libdir=$OPENSSL_PREFIX/lib --os=mingw --cpu=i386 - -minimized-build --enable- modules=rsa,dsa,ecdsa,ed25519,hmac,hmac_drbg,mode_pad,bigint,filters,block,auto_rng,x509,cbc,dh --with-openssl

(mingw32でビルド、Windows 10.Botanバージョン2.11.0)

私はこれについてかなり新しいです。何か案は?

編集: 2.11.0 はまだ公式ではないため、バージョン 2.10.0 に変更されましたが、エラーは次のように変更されました。

0 投票する
1 に答える
655 参照

c++ - Botan ライブラリと特定の暗号スイートを使用してデータを暗号化する方法は?

クライアントとサーバー間の安全なチャネルを取得するためにBotan::TLS::Callbacksも使用しました。Botan::TLS::Client Botan::TLS::Serverまた、私が使用したデータを暗号化/復号化するために<botan/pubkeys.h> <botan/pk_keys.h>、Botan ライブラリのヘッダーを含めます。

私の質問は次のとおりです。

  1. オブジェクトがServer_Hello_Messageの暗号スイートBotan::PK_Encryptor_EMEとして 2 つの側の間でネゴシエートされた暗号化アルゴリズムを取得しないのはなぜですか。公開鍵、乱数ジェネレーター、最適な暗号化パディング アルゴリズムを入力として取得するだけです。アルゴリズムが明らかで真のキーによって取得されていないことに注意してください(アルゴリズムとは、のような一括暗号化アルゴリズムを意味します)。AES-128

  2. TLS チャネルはどのように保護されますか? ソースコードから発見したようにBotan::TLS::Callbacks tls_emit_data(const uint8_t[], size_t)、安全なチャネルを介してデータを送信する機能があります! クライアントとサーバーが以前に非対称キーをネゴシエートして交換した場合でも、データは両側で合意された対称キーを使用して暗号化する必要があります。