aes-gcm

    1熱度

    1回答

    我使用的示例來自online.UDP客戶端的AES-GCM示例java代碼必須使用AES-GCM模式加密數據併發送斷開.UDP服務器必須接收並解密它。我有兩個問題,當我這樣做 1.我發送「hi」消息(明文是2個字節,加密後它是18個字節)到服務器。之後,服務器收到的消息我們做如下 DatagramPacket receivePacket = new DatagramPacket(receiveDa

    0熱度

    1回答

    在我的工作中,我想使用aes-gcm算法來加密linux內核模塊中的數據,所以我選擇了aead api。在aes gcm中,aad數據可以設置0-264位,但是在代碼中如果我使用aead_request_set_ad()函數設置scatterlist的數據結構爲null,那麼將會出錯。 AES-GCM algorithm 下一個是我在linux內核4.10代碼: int aes_gcm_decry

    1熱度

    1回答

    的隨機存取沒有爲隨機存取AES CTR模式一個很好的例子,它的工作原理: Random access InputStream using AES CTR mode in android private static final int AES_BLOCK_SIZE = 16; private static IvParameterSpec calculateIVForOffset(final Iv

    0熱度

    1回答

    我很清楚Java 7默認不支持基於GCM的密碼。因此我試圖通過Bouncy Castle來完成它。 我在Tomcat的HTTPS連接器配置了以下密碼: 密碼=「TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_DHE_RSA_WITH_AES_128_CBC_SHA256,TLS_EC

    2熱度

    1回答

    我正在研究有關加密的Android應用程序。而下面的代碼用於生成GCM鍵: KeyGenerator generator=KeyGenerator.getInstance(KeyProperties.KEY_ALGORITHM_AES, "AndroidKeyStore"); generator.init( new KeyGenParameterSpec.Builder("myfirs

    -1熱度

    1回答

    我使用OpenSSL 1.0.2k和Ruby 2.3.1,它支持「aes-128-gcm」算法,而不是「AES-128-GCM」算法。與OpenSSL 1.0.2k捆綁在一起時,Ruby 2.4.0支持它們。 這兩者之間的區別在哪裏?是否區分大小寫? 我找不到答案。如何用Ruby 2.3.1獲得AES-128-GCM?

    1熱度

    1回答

    我想通過具有Android身份驗證標記的GCM模式進行功能加密數據。 這是我的源代碼: public static byte[] GCMEncrypt(String hexKey, String hexIV, byte[] aad) throws Exception { byte[] aKey = hexStringToByteArray(hexKey); byte[] a

    2熱度

    1回答

    當我嘗試在Lubuntu 16.04 x86_64上構建PJSIP 2.6時,即使安裝了OpenSSL,也找不到AES GCM支持。 ./configure | grep -e ssl -e SSL -e crypto checking for OpenSSL installations.. checking openssl/ssl.h usability... yes checking o

    0熱度

    2回答

    我的任務是使用AES/GCM的特殊功能來驗證部分A並加密單個數據塊的部分B.我在使用Java-8實現解決方案時遇到問題。 以下示例使用256位的數據塊。第一個128位只能被認證。以下128位應加密。預計組合操作的結果標籤爲128位。 我相信我能夠實現一個僅加密128位數據塊的加密變體。 SecureRandom random = new SecureRandom(); byte[] initVe

    0熱度

    3回答

    我正在執行AES256/GCM encryption並使用Crypto ++庫進行身份驗證。我的代碼是使用Visual Studio 2008作爲C++/MFC項目編譯的。這是一個稍舊的項目,它使用以前版本的庫,Cryptopp562。 我很好奇編譯後的代碼是否會使用英特爾的AES-NI instructions?如果是這樣,如果硬件(較舊的CPU)不支持它會發生什麼? 編輯:下面是我與測試它的代