При использовании КриптоПро ЭЦП Browser plug-in могут возникать ошибки, приводящие к тому, что плагин не работает или работает некорректно, из-за чего электронная подпись не создаётся. Рассмотрим наиболее распространённые варианты ошибок и разберёмся, как их устранить.
При проверке отображается статус «Плагин загружен», но нет информации о криптопровайдере
Это значит, что криптопровайдер КриптоПро CSP не установлен. Необходимо загрузить дистрибутив программы с сайта разработчика и установить её на компьютер. В настройках плагина в графу Список доверенных узлов также следует добавить адрес ресурса, с которым работаете (например, nalog. ru).
Не удаётся построить цепочку сертификатов для доверенного корневого центра. (0x800B010A)
При этой ошибке плагин не может сформировать запрос на создание ЭЦП. Она возникает, если по каким-то причинам нет возможности проверить статус сертификата. Например, если нет привязки к ключу или доступа к спискам отзыва. Также проблема может воспроизводиться, если не установлены корневые сертификаты.
Для устранения этой ошибки нужно привязать сертификат к закрытому ключу.
Сначала проверьте, строится ли цепочка доверия. Для этого нужно открыть файл сертификата, а затем вкладку Путь сертификации.
Если на значке сертификата отображается крест, это означает, что цепочка доверия не строится. В этом случае необходимо скачать и установить корневые и промежуточные сертификаты. Они должны быть доступны для загрузки на сайте удостоверяющего центра, который выпустил сертификат на ваше имя.
Для установки корневого сертификата необходимо:
Установка промежуточных сертификатов выполняется точно так же, как и установка корневых, за исключением того, что в процессе установки вместо пункта Доверенные корневые центры сертификации нужно выбрать пункт Промежуточные центры сертификации.
Если вы создаёте ЭЦП таких форматов, как CAdES-T или CAdES-X Long Type 1, ошибка может возникать из-за отсутствия доверия к сертификату оператора службы предоставления штампов времени. В этой ситуации нужно установить корневой сертификат УЦ в доверенные корневые центры.
ЭЦП создаётся с ошибкой при проверке цепочки сертификатов
Данная проблема возникает из-за отсутствия доступа к спискам отозванных сертификатов. Списки должны быть доступны для загрузки на сайте удостоверяющего центра, который выпустил сертификат ЭЦП. Установка списков выполняется по той же схеме, что и установка промежуточного сертификата.
Ошибка несоответствия версии плагина
Появляется сообщение «Плагин недоступен»
Данная проблема может возникнуть, если ваш браузер не поддерживает установленную версию плагина. Попробуйте воспользоваться другим обозревателем.
Ошибки 0x8007064A и 0x8007065B
Ошибка возникает в связи с окончанием срока действия лицензий на КриптоПро CSP (КриптоПро TSP Client 2.0, Криптопро OCSP Client 2.0).
Чтобы создать электронную подпись с форматом CAdES-BES, необходима действующая лицензия на КриптоПро CSP. Создание ЭЦП с форматом CAdES-X Long Type 1 потребует наличия действующих лицензий:
После приобретения лицензии потребуется её активация.
Набор ключей не существует (0x80090016)
Возникает из-за того, что у браузера нет прав для выполнения операции. Для решения проблемы в настройках плагина добавьте сайт в Список доверенных узлов.
Отказано в доступе (0x80090010)
Возникает в связи с истечением срока действия закрытого ключа. Чтобы проверить срок действия, запустите Крипто-Про CSP, затем откройте вкладку Сервис. Далее необходимо выбрать пункт Протестировать и указать контейнер с закрытым ключом. Если в результатах тестирования вы увидите, что срок действия закрытого ключа истёк, необходимо получить новый ключ.
Ошибка: Invalid algorithm specified. (0x80090008)
Появление такой ошибки означает, что криптопровайдер не поддерживает алгоритм используемого сертификата. Рекомендуется проверить актуальность версии КриптоПро CSP.
Если предлагаемые выше способы устранения ошибок не помогут, рекомендуем обратиться в службу поддержки КриптоПро.
У вас ещё нет электронной подписи? Её можно заказать у нас на сайте. Выберите подходящий вариант ЭЦП: для участия в электронных торгах, работы с порталами или отчётности. Процедура оформления не займёт больше одного дня.
Java security signatureexception invalid file sign
При запуске апплета или приложения Java появляется диалоговое окно с предупреждением системы безопасности:
Заблокировать запуск потенциально небезопасных компонентов?
Среда Java обнаружила компоненты приложений, которые могут указывать на наличие угроз безопасности. Свяжитесь с поставщиком приложения и убедитесь в отсутствии попыток несанкционированного доступа.
Подписанные приложения и апплеты Java Web Start, содержащие подписанные и неподписанные компоненты, могут быть потенциально небезопасными, если смешанный код не был намеренно использован поставщиком приложения. Начиная с выпуска Java SE 6 Update 19 при работе с программой, которая содержит подписанные и неподписанные компоненты, отображается диалоговое окно с предупреждением.
Если в диалоговом окне безопасности нажать кнопку Да, запуск потенциально небезопасных компонентов будет заблокирован, после чего возможно завершение работы программы. Если нажать кнопку Нет, выполнение приложения или апплета продолжится.
Предупреждение отображается по умолчанию, но существуют параметры для изменения этой настройки.
Способ обработки программ со смешанным кодом можно настроить с помощью панели управления Java.
Поиск панели управления Java
Параметры защиты от смешанного кода в панели управления Java
Включить – отображать предупреждение при необходимости
Это настройка по умолчанию. Когда возникает потенциальный риск для безопасности, отображается диалоговое окно. При нажатии кнопки Да выполнение потенциально небезопасных компонентов блокируется, после чего возможно завершение работы программы. Если нажата кнопка Нет, выполнение приложения или апплета продолжится с применением необходимых мер защиты (обнаруженные позднее пакеты или ресурсы с одинаковыми именами, но разными уровнями доверия, например, подписанные или неподписанные, не будут загружены).
Включить – скрыть предупреждение и выполнять с применением мер защиты
При выборе этого параметра диалоговое окно с предупреждением не отображается. Код выполняется так же, как и при нажатии кнопки Нет в диалоговом окне с предупреждением.
Включить – скрыть предупреждение и не выполнять недоверенный код
При выборе этого параметра диалоговое окно с предупреждением не отображается, а код выполняется так же, как и при нажатии кнопки Да в диалоговом окне с предупреждением.
Отключить проверку
Использовать этот параметр не рекомендуется. Этот параметр полностью отключает проверку смешанного доверенного и недоверенного кода, допуская выполнение потенциально небезопасного кода без применения мер защиты.
When verifying a signature using Signature. verify I receive an «Invalid encoding for signature» exception. When verifying same signature using Azure service, the signature is verified.
I have a hash-data (SHA-256), a public key, and a signature that I’m trying to verify. The signature was received using com. microsoft. azure. keyvault. KeyVaultClient. sign method, with signing algorithm «ES256».
This works (using ES256 algorithm) :
This fails (certificate holds same public key that is stored in Azure keyvault):
Expected result — true (signature is verified)
I get the following exception (I know it is not much to go by) and I would guess it may have to do with how JSch uses BASE64 encoding/decoding. Can someone confirm that the following openjdk behaviour does not affect this library?
From https://bugs. openjdk. java. net/browse/JDK-8174719
( Java8u121: signature. verify throws exception Invalid encoding for signature )
valeriep Valerie Peng added a comment — 2017-02-27 18:05 — edited
Thanks for the clarification.
Based on the provided info, I think the trailing 0s are introduced during the BASE64 encoding process.
The BASE64 decoding process didn’t correctly strip off these trailing 0s.
You should use the «=» pad char or keep track of how long the original byte[] is when doing your BASE64 encoding/decoding.
The byte[] passed into Signature. verify(byte[]) call needs to be exactly the bytes returned by Signature. sign(). It cannot contain any extra bytes. There is no problem with the current implementation. The earlier implementation in JDK 8u112 is incorrect and although we try our best to maintain backward compatibility, we have to fix this to ensure that signature verification is done properly.
This will be closed as «Not an Issue» or «Will Not Fix».
Java security signatureexception invalid file sign
create or replace and compile java source named digitalsignature as
import java. io. FileInputStream;
import java. io. IOException;
import java. io. ObjectInputStream;
import java. io. Serializable;
import java. security. InvalidKeyException;
import java. security. Key;
import java. security. KeyPair;
import java. security. KeyPairGenerator;
import java. security. KeyStore;
import java. security. KeyStoreException;
import java. security. NoSuchAlgorithmException;
import java. security. NoSuchProviderException;
import java. security. PrivateKey;
import java. security. PublicKey;
import java. security. Signature;
import java. security. SignatureException;
import java. security. UnrecoverableKeyException;
import java. security. cert. Certificate;
import java. security. cert. CertificateException;
import oracle. sql. BLOB;
import java. sql. SQLException;
public class DigitalSignature implements Serializable else else
>
>
/**
* Метод signingMessage создает цифровую подпись из указаного открытого текста
* @param msg — Открытый текст
* @throws InvalidKeyException
* @throws SignatureException
*/
public void signingMessage(String msg) throws InvalidKeyException, SignatureException
//Set private key
if (privateKey == null)
signature. initSign(privateKey);
signature. update(msg. getBytes());
realSign = signature. sign();
>
/**
* Метод verifyMessage проверяет действительность цифровой подписи
* @param msg — Открытый текст
* @param sgn — Текст с цифровой подписью
* @return — Возвращает результат проверки цифровой подписи
* @throws InvalidKeyException
* @throws SignatureException
*/
public boolean verifyMessage(String msg, String sgn) throws InvalidKeyException, SignatureException
//Verifying message
signature. initVerify(publicKey);
signature. update(msg. getBytes());
boolean result = signature. verify(sgn. getBytes());
return result;
>
/**
* Метод getSign возвращает цифровую подпись как массив байтов
* @return Цифровую подпись
*/
public byte[] getSign()
/**
* Метод readPrivateKey считывает файл из указанного потока
* @param fRead — потока ввода
* @return Возвращает приватный ключ из заданого потока ввода
* @throws NullPointerException
* @throws IOException
* @throws ClassNotFoundException
* @throws ClassCastException
*/
public PrivateKey readPrivateKey(FileInputStream fRead) throws NullPointerException, IOException,
ClassNotFoundException, ClassCastException else else
>
>
/**
* Метод readPublicKey считывает открытый ключ из указанного потока ввода
* @param fRead — поток ввода
* @return Открытый ключ
* @throws IOException
* @throws ClassNotFoundException
* @throws ClassCastException
*/
public PublicKey readPublicKey(FileInputStream fRead) throws IOException, ClassNotFoundException, ClassCastException else else
>
>
/**
* Метод getPair возвращает пару ключей из хранилища ключей и сертификата открытого ключа
* @param in — поток ввода, где находится хранилише
* @param alias — название сертификата открытого ключа
* @param passKeyStore — пароль для хранилища ключей
* @param passAlias — пароль для сертификата
* @return Метод возвращает пару ключей
* @throws KeyStoreException
* @throws IOException
* @throws CertificateException
* @throws NoSuchAlgorithmException
* @throws UnrecoverableEntryException
*/
public KeyPair getPair(BLOB in, String alias, String passKeyStore, String passAlias) throws KeyStoreException, IOException,
CertificateException,
NoSuchAlgorithmException,
UnrecoverableKeyException, SQLException
return null;
>
public static String signText(BLOB in, String alias, String passKeyStore, String passAlias, String msg) throws KeyStoreException,
NullPointerException,
NoSuchAlgorithmException,
NoSuchProviderException,
IOException,
CertificateException,
UnrecoverableKeyException,
SQLException,
InvalidKeyException,
SignatureException
/**
* Метод setPrivateKey устанавливает приватный ключ пользователя
* @param prk — приватный пользователя
*/
public void setPrivateKey(PrivateKey prk)
/**
* Метод getPrivateKey возвращает приватный ключ пользователя
* @return Приватный ключ
*/
public PrivateKey getPrivateKey()
/**
* Метод setPublicKey устанавливает открытый ключ пользователя
* @param pbk — Открытый ключ
*/
public void setPublicKey(PublicKey pbk)
/**
* Метод getPublicKey возвращает открытый ключ пользователя
* @return Открытый ключ
*/
public PublicKey getPublicKey()
Java Application Blocked в WIndows
Java Application Blocked в WIndows
Добрый день уважаемые читатели и подписчики блога, наверняка у многих из вас на работе есть отдел бухгалтерии или финансисты. Сейчас в современном мире большинство вещей делается, через интернет и браузер, и сотрудники данных отделов не исключение. Ом по роду своей деятельности приходится сталкиваться со всевозможными разновидностями клиент банков, которые очень часто работают с помощью Java технологий и очень часто встречается ошибка: Java Application Blocked. Давайте смотреть, что не так.
Что такое Java Application Blocked и как это выглядит
Я уверен, что рядовой пользователь, слегка испугается красных предупреждающих значков и иностранного языка, в момент, когда у него появится окно с ошибкой:
После чего вы можете, только закрыть окно и все, нужный вам сервис не откроется. Очень часто, такое бывает и на серверах имеющие дополнительные порты управления, работа с которыми так же строиться на Java. Тут все дело состоит в Java, она очень часто подвергается всевозможным атакам хакеров, и логично, что разработчики с этим борются и закручивают гайки по максимуму.
Итак начиная с Java 7 Update 51, настройки безопасности сильно увеличили требования к приложениям и сайтам, особенно тем у кого приложения без подписи или с самоподписным сертификатом. Без описанного ниже решения он не даст вам запускать приложения с формулировкой: Your security settings have blocked an application signed with an expired or not-yet-valid certificate from running.
Исправляем application blocked by java security
Теперь поняв причину этой ошибки мы можем ее исправить, для этого от вас потребуется два действия.
Обновить Java на компьютере
Чтобы обновить Java в Windows, вам необходимо сделать следующее. Нажимаем WIN+R и вводим control panel. В результате чего у вас откроется панель управления, данный метод я показал, так как на Windows 10 в новом релизе Redstone 2, Microsoft запихало панель управления в самые дебри, отказываясь от нее все интенсивнее.
Далее выбираете пункт Java (32 бита), у вас может стоять и 64 битная.
Переходим на вкладку Update и проверяем, чтобы стояла галка Check for Updates Automatically и нажмем кнопку Update Now. Начнется проверка наличия более свежей версии Java.
Если ее нет, то вы получите сообщение: You already have the latest Java Platform on the system. Это хорошо, вы используете последнюю версию.
Если же есть более свежая версия, то вас перекинет на сайт https://www. java. com/ru/download/, скачиваете свежую версию и обновляетесь.
Настройка белого листа
И делаем вторую настройку, которая решит ошибку application blocked by java security. Так же в панели управления > Java. Открываем вкладку Security и нажимаем в ней кнопку Edit Site List, для внесения нужного ресурса в белый лист.
Далее кнопка Add и перечисляете все нужные вам ресурсы.
По завершении жмем continue.
Теперь открываю вновь приложение работающие на java и о чудо все загрузилось и ошибка Java Application Blocked не появилась, я спокойно нажал I accept.
Все в итоге открылся нужный мне KVM, как видите все очень просто.
Еще есть нюансы с браузером Internet Explore, там некоторые сайты могут не работать, пока не включить режим совместимости. Делается это очень просто, открываете IE, нажимаете кнопку Alt, в итоге у вас откроется дополнительное меню. В нем открываем пункт Сервис > Параметры просмотра в режиме совместимости.
И добавляем тут нужный ресурс, после чего браузер обязательно нужно перезапустить, думаю на этом все.
Java Signature. verify приводит к SignatureException: ошибка кодирования подписи, вызванная IOException: ошибка тега последовательности
прежде всего, это не дублирующий вопрос, поскольку большинство людей сообщают об этом исключении при создании открытого ключа из сертификата, который отсутствует «—BEGIN RSA CERTIFICATE—» строка.
суть того, что я пытаюсь сделать, это 1. Подпишите сообщение 50Byte на смарт-карте JCOP используя алгоритм SHA1withRSA (ключ RSA 1024 бита). 2. Экспортируйте подпись со смарт-карты на сервер. 3. Проверьте подпись на сервере.
Фрагмент кода на смарт-карте для создания подписи. Ключевым моментом является то, что я использую алгоритм Signature. ALG_RSA_SHA_PKCS1 в карточке Java для создания подписи.
Фрагмент кода на стороне сервера пытается проверить подпись, экспортированную с смарт-карты Java, которая вызывает исключение. Ключевым моментом здесь является то, что я использую Signature. getInstance(«SHA1withRSA») на стороне сервера. Я делаю шифр расшифровки подписанного сообщения только для того, чтобы подтвердить, что открытый ключ генерируется работает, и это так.
Исключение происходит на signature. verify(). Другой поток ссылался на это же исключение, но решение состояло в том, чтобы добавить Bouncy Castle в качестве поставщика в Signature. getInstance(). Не уверен, почему надувной замок потребуется для проверки подписи.
Любая помощь будет принята с благодарностью. Если вам нужно больше кода, чтобы определить проблему, пожалуйста, дайте мне знать.
Вот зашифрованный Msg и расшифрованный Msg. (Base4.encodeBase64)
Зашифрованная Длина = 128
Расшифровывается Длина = 50
1 Ответ
Вы переместили поставщика смарт-карт перед другими поставщиками на Java SE, и по какой-то причине он также пытается проверить подписи RSA вместо того, чтобы просто использовать его для операций с закрытым ключом RSA.
Существует несколько способов решения этой проблемы:
Обратите внимание, что разговор о «server side» очень запутан, поскольку смарт-карта действует как сервер. «Terminal side» и «card side» были бы гораздо более ясными.
Похожие вопросы:
Я использую pdfbox-1.8.8 для выполнения функции подписи в файле PDF. Он хорошо работает с файлом PDF в портретном режиме. Но с ландшафтным файлом у меня есть проблема Похоже, что координата неверна.
Я хочу проверить полезную нагрузку JSON для отправителя с помощью общего ключа. Я прошел через некоторые сайты и придумал этот простой код, чтобы просто проверить только подпись. package.
У меня есть прокси-сервер клиента WCF и я использую следующий элемент привязки, чтобы подписать запрос к сторонней веб-службе Java: Dim asec As TransportSecurityBindingElement =.
Я использую itext 5.5.6, чтобы подписать документ PDF, используя: Пример кода 4.1: подписание документа с помощью PKCS#11 из книги: цифровые подписи для PDF документов Но у меня есть следующая.
java. security. InvalidKeyException – How to solve InvalidKeyException
Posted by: Nikos Maravitsas in InvalidKeyException July 31st, 2014 0 Views
As the name suggests, InvalidKeyException emerges when there is something wrong with the encryption key you are trying to use in one of your encryption algorithms. Most common problems with encryption keys include wrong length of the key, invalid encoding, and of course wrong initialization of the key (probably the key is NULL …).
To demonstrate this Exception we are going to create a simple application with a utility class that is able of performing AES encryption.
1. A simple Encryption/Decryption Application
This class has to static utility methods :
2. A simple example of InvalidKeyException
Here is the output when you run it:
Another common case as well is when the encryption key is not a power of 2 (in most modern implementation the key should be at least 56 bits). For example:
Here is the output when you run it:
3. How to solve InvalidKeyException
The first thing you should do when you come up with this exception, is check if your encryption key is correctly initialized (not NULL ). Then make sure that its length in bits is a power of two. If you want to use a String as your encryption key you should check its length in bytes and multiply by 8 to find the length in bits. The safest way to do that is first to convert the String in a byte array and then check the array’s length. You should keep in mind that in most JVM 64-bit implementation each character in the String takes up 2 bytes.
After checking all the above you should make sure that your encryption engine supports key of that length. If you have to use 256-AES or more here is what you should do:
That’s it. You can now restart your project and use 256-AES, 512-AES and so on.
Источники:
https://astral. ru/info/elektronnaya-podpis/rabota-s-kriptoprovayderom/chto-delat-esli-ne-rabotaet-kriptopro-etsp-browser-plug-in/
https://sdscompany. ru/java/java-security-signatureexception-invalid-file-sign. html
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Привет. Скачал с https://www.cryptopro.ru…oducts/csp/jcp/downloads Загрузить КриптоПро JCP и JTLS версии 2.0.38481, распаковал скачанный файл, запустил setup.exe из-под Администратора (правой кнопкой мыши). Выделил все галочки для установки. Код: Код взят с https://www.cryptopro.ru….aspx?g=posts&t=4259 , из thread, в котором описывается схожая проблема. Выдаёт ошибку: сен 01, 2015 8:14:19 PM javaapplication2.JavaApplication2 main Проверил – в закладке ‘Algorithms’ JCP Pane стояло Java Crypto… Provider … . Переставил на Java CSP – не помогло, выдаёт тот же Exception. Подскажите, пожалуйста, как исправить? |
 |
|
|
Евгений Афанасьев |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 20 раз |
Здравствуйте. Отредактировано пользователем 2 сентября 2015 г. 11:51:08(UTC) |
|
Тех. поддержка |
|
|
|
|
|
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Автор: afev Здравствуйте. Да. |
|
|
|
|
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Полный log выполнения программы: run: СБОРКА УСПЕШНО ЗАВЕРШЕНА (общее время: 4 секунды) Смущают вот такие warnings: |
|
|
|
|
Евгений Афанасьев |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 20 раз |
Скачал и поставил oracle jre 1.8.0_60, снял ограничения, скачал jcp-2.0.38481, установил с помощью setup: jcp, модуль шифрования и jtls, создал в панели JCP хранилище nbki.store, добавил туда 1 корневой сертификат с сайта https://icrs.demo.nbki.ru/main/, запустил ваш слегка модифицированный пример, получил страницу: Код: Код: |
|
Тех. поддержка |
|
|
|
|
|
Евгений Афанасьев |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 20 раз |
Автор: ArthurKh Полный log выполнения программы: JCSP специально ставили, будете его использовать? P.S. Поставил JCSP, страница успешно грузится (в алгоритмах в панели JCP в списке провайдеров выбран JCP, а не JCSP). Отредактировано пользователем 2 сентября 2015 г. 12:13:05(UTC) |
|
Тех. поддержка |
|
|
|
|
|
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Автор: afev снял ограничения, Подскажите, пожалуйста, с чего сняты ограничения? |
|
|
|
|
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Автор: afev JCSP специально ставили, будете его использовать? P.S. Поставил JCSP, страница успешно грузится (в алгоритмах в панели JCP в списке провайдеров выбран JCP, а не JCSP). Я понятия не имею, что такое JCSP :). Я при установке через setup.exe выставил все галочки на установку. Возможно, что он (JCSP ) мне и не нужен. |
|
|
|
|
Евгений Афанасьев |
|
|
Статус: Сотрудник Группы: Участники Сказал(а) «Спасибо»: 20 раз |
Попробуйте удалить его, и потом проверить снова. |
|
Тех. поддержка |
|
|
|
|
|
ArthurKh |
|
|
Статус: Активный участник Группы: Участники Сказал(а) «Спасибо»: 4 раз |
Автор: afev Попробуйте удалить его, и потом проверить снова. Снёс всё, поставил заново Код: Теперь в панели управления есть только Java Crypto… Provider … , Java CSP — нет. Добавил в панели управления заново созданный ранее ключ. Теперь лог приложения укоротился, но ошибка осталась: Код: |
|
|
|
| Пользователи, просматривающие эту тему |
|
Guest |
Быстрый переход
Вы не можете создавать новые темы в этом форуме.
Вы не можете отвечать в этом форуме.
Вы не можете удалять Ваши сообщения в этом форуме.
Вы не можете редактировать Ваши сообщения в этом форуме.
Вы не можете создавать опросы в этом форуме.
Вы не можете голосовать в этом форуме.
У меня возникают некоторые проблемы при кодировании класса для шифрования для моего приложения. Этот класс сначала проверяет, существует ли пустое хранилище ключей. Это хранилище ключей существует исключительно для хранения симметричных ключей шифрования только для моего приложения. Если нет, он запускает этот код
private void createKeyStore() throws Exception
{
KeyStore newKeyStore = KeyStore.getInstance(KeyStore.getDefaultType());
newKeyStore.load(null, password.toCharArray());
newKeyStore.store(outputStream, password.toCharArray());
}
Этот код создает файл KeyStore с использованием формата JKS (Java Keystore) по умолчанию. Затем он сохраняет указанный файл KeyStore с помощью функции .store() в каталоге, который инкапсулирует outputStream. После создания нового файла KeyStore он пытается загрузить его снова.
private void loadKeyStore() throws Exception
{
keyStore = KeyStore.getInstance(new File(keyStoreAddress), password.toCharArray());
keyStore.load(inputStream, password.toCharArray());
System.out.println("Key stored loaded");
}
Проблема в том, что всякий раз, когда я пытаюсь его загрузить, я сталкиваюсь с ошибкой KeyStoreException: нераспознанный формат хранилища ключей. Ошибка находится в первой строке этой функции. Я не уверен, почему программа Java не распознает формат JKS по умолчанию для Java, но я думаю, что, возможно, что-то напортачил в коде.
Пожалуйста, порекомендуйте.
ПРИМЕЧАНИЯ:
Я не использую KeyTool. Я не знаком с KeyTool и предпочитаю не тратить время на изучение нового инструмента.
Я также новичок в кодировании в криптографии. Заранее извините, если мой запрос кажется простым для решения.
** РЕДАКТИРОВАТЬ 1: ** Вот полный код, который вызывает ошибку, с удалением всего ненужного кода.
import java.security.*;
import java.io.*;
public final class Cryptographer
{
private final String keyStoreAddress = "C:\Users\LeafarYart\Desktop\tempDirectory\lmskeystore";
private final String password = "%x9~SK5XS9xz9zK`";
private KeyStore keyStore;
private InputStream inputStream;
private OutputStream outputStream;
public static void main(String[] args) throws Exception
{
Cryptographer crypt = new Cryptographer();
}
public Cryptographer() throws Exception
{
try
{
setInputStream();
} catch(Exception e)
{
//Intentionally left blank.
}
setOutputStream();
File keyStoreFile = new File(keyStoreAddress);
if (keyStoreFile.exists())
{
loadKeyStore();
} else
{
createKeyStore();
setInputStream();
loadKeyStore();
}
}
private void createKeyStore() throws Exception
{
KeyStore newKeyStore = KeyStore.getInstance(KeyStore.getDefaultType());
newKeyStore.load(null, password.toCharArray());
newKeyStore.store(outputStream, password.toCharArray());
}
private void loadKeyStore() throws Exception
{
keyStore = KeyStore.getInstance(new File(keyStoreAddress), password.toCharArray());
keyStore.load(inputStream, password.toCharArray());
System.out.println("Key stored loaded");
}
private void setInputStream() throws FileNotFoundException
{
inputStream = new FileInputStream(keyStoreAddress);
}
private void setOutputStream() throws FileNotFoundException
{
outputStream = new FileOutputStream(keyStoreAddress);
}
}
1 ответ
Лучший ответ
Решено. Я сам разобрался в проблеме. Как упоминалось в @ user207421 и @ dave_thompson_085, моя ошибка заключалась в неправильной настройке экземпляра KeyStore с использованием PKCS12. PKCS12 кажется единственным форматом KeyStore, который поддерживает Java, не полагаясь на внешний Provider для криптографии.
Я также установил для файла KeyStore расширение «ks». Это расширение для всех файлов KeyStore.
Спасибо всем, кто помог мне отладить мою программу.
См. Код ниже.
import javax.crypto.*;
import java.security.*;
import java.io.*;
public final class Cryptographer
{
private final String keyStoreAddress = "C:\Users\LeafarYart\Desktop\tempDirectory\lmskeystore.ks";
private final String password = "%x9~SK5XS9xz9zK`";
private SecretKey key;
private KeyStore keyStore;
public static void main(String[] args) throws Exception
{
Cryptographer crypt = new Cryptographer();
}
public Cryptographer() throws Exception
{
File targetFile = new File(keyStoreAddress);
if(targetFile.exists())
{
loadKeyStore();
}
else
{
createKeyStore();
loadKeyStore();
}
}
//creation and loading of key stores
private void createKeyStore() throws Exception
{
OutputStream outputStream = new FileOutputStream(keyStoreAddress);
keyStore = KeyStore.getInstance("PKCS12");
keyStore.load(null, password.toCharArray());
keyStore.store(outputStream, password.toCharArray());
System.out.println("Key stored created");
}
private void loadKeyStore() throws Exception
{
InputStream inputStream = new FileInputStream(keyStoreAddress);
keyStore = KeyStore.getInstance("PKCS12");
keyStore.load(inputStream, password.toCharArray());
System.out.println("Key stored loaded");
}
}
0
LeafarYar T
14 Авг 2021 в 07:04