Как импортировать сертификат .cer в хранилище java?
Во время разработки клиентского веб-сервиса Java я столкнулся с проблемой. Аутентификация для веб-службы использует сертификат клиента, имя пользователя и пароль. Сертификат клиента, который я получил от компании за вебсервисом, находится в формате .cer. Когда я проверяю файл с помощью текстового редактора, он имеет следующее содержимое:
-----BEGIN CERTIFICATE-----
[Some base64 encoded data]
-----END CERTIFICATE-----
Я могу импортировать этот файл в качестве сертификата в Internet Explorer (без ввода пароля!) и использовать его для аутентификации с помощью webservice.
Мне удалось импортировать этот сертификат в хранилище ключей, сначала удалив первую и последнюю строку, конвертируя в новые строки unix и запуская base64-декодирование. Полученный файл можно импортировать в хранилище ключей (используя команду keytool). Когда я перечисляю записи в хранилище ключей, эта запись имеет тип trustedCertEntry. Из-за этого типа записи (?) Я не могу использовать этот сертификат для аутентификации с помощью webservice. Я начинаю думать, что предоставленный сертификат является общедоступным сертификатом, который используется для аутентификации…
Обходной путь, который я нашел, – это импортировать сертификат в IE и экспортировать его как файл .pfx. Этот файл может быть загружен как хранилище ключей и может использоваться для аутентификации с помощью webservice. Однако я не могу ожидать, что мои клиенты будут выполнять эти шаги каждый раз, когда они получат новый сертификат. Поэтому я хотел бы загрузить файл .cer непосредственно в Java. Любые мысли?
Дополнительная информация: компания за вебсервисом сообщила мне, что сертификат должен быть запрошен (с использованием IE и сайта) с ПК и пользователя, который впоследствии импортирует сертификат.
- Если вы хотите пройти аутентификацию, вам нужен секретный ключ. Нет другого варианта.
- Сертификат – это открытый ключ с дополнительными свойствами (например, название компании, страна и т.д.), которые подписываются каким-либо сертификационным центром, который гарантирует, что прилагаемые свойства верны.
- .CER файлы являются сертификатами и не имеют закрытого ключа. Частный ключ обычно имеет файл хранилища .PFX.
Если вы действительно аутентифицируетесь, это потому, что вы уже импортировали закрытый ключ. Обычно вы можете импортировать сертификаты .CER без каких-либо проблем с
keytool -importcert -file certificate.cer -keystore keystore.jks -alias "Alias"
Вот код, который я использовал для программного импорта файлов .cer в новый KeyStore.
import java.io.BufferedInputStream;
import java.io.IOException;
import java.io.InputStream;
//VERY IMPORTANT. SOME OF THESE EXIST IN MORE THAN ONE PACKAGE!
import java.security.GeneralSecurityException;
import java.security.KeyStore;
import java.security.cert.Certificate;
import java.security.cert.CertificateFactory;
//Put everything after here in your function.
KeyStore trustStore = KeyStore.getInstance(KeyStore.getDefaultType());
trustStore.load(null);//Make an empty store
InputStream fis = /* insert your file path here */;
BufferedInputStream bis = new BufferedInputStream(fis);
CertificateFactory cf = CertificateFactory.getInstance("X.509");
while (bis.available() > 0) {
Certificate cert = cf.generateCertificate(bis);
trustStore.setCertificateEntry("fiddler" bis.available(), cert);
}
Импортирование файла сертификата .cer, загруженного из браузера (открыть URL-адрес и выполнить поиск) в cacerts keystore in java_homejrelibsecurity, работало для меня, а не для создания и использования моего собственного хранилища ключей.
- Перейдите к
java_homejrelibsecurity - (Windows) Откройте командную строку администратора с помощью
cmdи CTRL SHIFT ENTER - Запустите keytool для импорта сертификата:
- (Замените
yourAliasNameиpathtocertificate.cerсоответственно)
- (Замените
....binkeytool -import -trustcacerts -keystore cacerts -storepass changeit -noprompt -alias yourAliasName -file pathtocertificate.cer
Таким образом, вам не нужно указывать какие-либо дополнительные параметры JVM, и сертификат должен быть распознан JRE.
Вам не нужно вносить какие-либо изменения в сертификат. Вы уверены, что используете правильную команду импорта?
Для меня работает следующее:
keytool -import -alias joe -file mycert.cer -keystore mycerts -storepass changeit
где mycert.cer содержит:
-----BEGIN CERTIFICATE-----
MIIFUTCCBDmgAwIBAgIHK4FgDiVqczANBgkqhkiG9w0BAQUFADCByjELMAkGA1UE
BhMCVVMxEDAOBgNVBAgTB0FyaXpvbmExEzARBgNVBAcTClNjb3R0c2RhbGUxGjAY
...
RLJKd SjxhLMD2pznKxC/Ztkkcoxaw9u0zVPOPrUtsE/X68Vmv6AEHJ lWnUaWlf
zLpfMEvelFPYH4NT9mV5wuQ1Pgurf/ydBhPizc0uOCvd6UddJS5rPfVWnuFkgQOk
WmD yvuojwsL38LPbtrC8SZgPKT3grnLwKu18nm3UN2isuciKPF2spNEFnmCUWDc
MMicbud3twMSO6Zbm3lx6CToNFzP
-----END CERTIFICATE-----
Сертификат, который у вас уже есть, вероятно, является сертификатом сервера или сертификатом, используемым для подписи сертификата сервера. Он вам понадобится, чтобы ваш клиент веб-службы мог аутентифицировать сервер.
Но если дополнительно вам нужно выполнить аутентификацию клиента с помощью SSL, вам необходимо получить свой собственный сертификат, чтобы аутентифицировать клиента веб-службы. Для этого вам нужно создать запрос сертификата; процесс включает создание собственного личного ключа и соответствующего открытого ключа и прикрепление этого открытого ключа вместе с некоторыми вашими сведениями (email, name, domain name и т.д.) к файлу, который называется запросом сертификата. Затем вы отправляете этот запрос сертификата в компанию, которая уже попросила вас об этом, и они создадут ваш сертификат, подписав ваш открытый ключ с помощью своего закрытого ключа, и они отправят вам файл X509 с вашим сертификатом, который вы можете теперь добавьте в хранилище ключей, и вы будете готовы к подключению к веб-службе с использованием SSL, требующего проверки подлинности клиента.
Чтобы создать запрос сертификата, используйте “keytool -certreq -alias -file -keypass -keystore”. Отправьте полученный файл в компанию, которая собирается его подписать.
Когда вы вернете свой сертификат, запустите “keytool -importcert -alias -keypass -keystore”.
Возможно, вам понадобится использовать -storepass в обоих случаях, если хранилище ключей защищено (что является хорошей идеей).
Вот как это сработало для меня:
Много об oracle certified professional: java 11 programmer i (1z0-815)
В этой статье речь пойдет о первом из необходимых экзаменов, Oracle Certified Professional: Java 11 Programmer I (1Z0-815). Подготовка заняла у меня около двух месяцев (по два-три часа в день). На тот момент в интернете было не так много информации о самом экзамене, а обучающей литературы нет и поныне. Поэтому я надеюсь, что мои мысли прольют свет на его самые важные особенности и помогут читателям с легкостью сдать его.
Экзамен сдается на английском, так что ваш уровень языка должен быть достаточным для понимания технической литературы (к слову, вся подготовительная литература написана на нем).
По сути, сам экзамен проверяет знание основ Java без глубокого погружения в отдельные API (IO, NIO 2.0, Concurrency, Stream и т. д.). В основном вам придется работать либо компилятором (указать, скомпилируется ли код), либо JRE (указать на результат выполнения кода или на то, какой Exception будет выброшен).
Но при этом даже опытным программистам не стоит расслабляться и игнорировать подготовку, потому что составители тестов будут пытаться поймать вас на банальной невнимательности, а это не так уж и трудно, учитывая, что в написании компилируемого кода нам помогает IDE.
Пример. Какой тип данных (x y)?
double x = 39.21; float y = 2.1;
Правильный ответ: строчка float y = 2.1 не компилируется, так как нет символа f после 2.1.
Или же вас попросят рассказать о результате выполнения кода, присланного одним из ваших восточных коллег:
public class Test {
public void print(Integer x) {
System.out.print("Integer");
}
public void print(float x) {
System.out.print("float");
}
public void print(Object x) {
System.out.print("Object");
}
public static void main(String[] args) {
Test t = new Test();
short s = 123;
t.print(s);
t.print(true);
t.print(6.789);
}
}Думаю, многих удивит результат в виде floatObjectObject.
И подобных вопросов в тесте хватает. Так что рекомендую как минимум сдать mock-тесты и подтянуть те темы, в которых вы могли бы совершить ошибку.
Несмотря на то что для подготовки к экзамену я использовал книгу OCA: Oracle Certified Associate Java SE 8 Programmer I Study Guide: Exam 1Z0-808 авторства Jeanne Boyarsky и Scott Selikoff, я не согласен с мнением авторов, утверждающих, что новый экзамен намного сложнее предыдущего ОСА 8 (1Z0-808).
Так, например, я обнаружил всего несколько отличительных особенностей, которых не было в старом экзамене и книге OCA: Oracle Certified Associate Java SE 8 Programmer I Study Guide: Exam 1Z0-808. Большинство из них — это фичи Java 9…11. Ниже я описал основные отличия новой версии экзамена от старой.
Особенности подготовки к сертификационным экзаменам по java se
В статье мы кратко рассмотрим специфику сертификации Oracle, ее конкретные формы и взаимные отличия. Речь пойдет об экзаменах:
Oracle Certified Associate: Java SE 8 Developer, код 1Z0-808, 8-я версия Java, начальная ступень
Oracle Certified Professional: Java SE 8 Developer, код 1Z0-809, 8-я версия Java, профессиональная ступень
Oracle Certified Professional: Java SE 11 Developer, код 1Z0-819, 11-я версия Java, профессиональная ступень
Для удобства будем далее пользоваться просто кодами этих экзаменов: 808, 809, 819.
Прежде всего отметим, что для сдачи 808-го и 819-го экзаменов нет обязательных предпосылок: заявку может подать любой желающий, официального обучения на авторизованных Oracle-курсах проходить не надо, дополнительных сертификатов не требуется. С другой стороны, к сдаче 809-го допускают лишь тех, кто уже имеет 808-й сертификат.
Таким образом, мы видим, что 808/809 экзамены идут в связке. Каждый из них рассчитан на 150 минут и содержит 85 вопросов (компания Oracle непрерывно модифицирует свои экзамены, меняя не только число вопросов — то 72, то 75, а на сегодняшний день, как мы видим, их 85, — но порой редактирует содержание экзаменационных тем). Делается это для защиты от утечки экзаменационных материалов в сеть и для уточнения формулировок самих вопросов, так как в них категорически не должно быть неоднозначных трактовок, а этого добиться нелегко. В конце концов, даже в JLS (то есть в спецификации на язык) есть множество правил с оговорками, а также особенности конкретных имплементаций в стандартной библиотеке.
С другой стороны, в 819-м экзамене — который появился относительно недавно, в конце сентября 2020-го — отразились радикальные изменения, внесенные Oracle в каденцию релизов (как мы знаем, начиная с 9-й версии от сентября 2021, новые версии Java выходят теперь каждые полгода, в марте и сентябре).
Отметим, что те, кто уже имеет сертификацию по более старым версиям Java (например, 6 или 7), могут, что называется, «досдать» вопросы по обновленному материалу. Для этого имеется целый ряд узкопрофильных экзаменов, но здесь мы эту тему разбирать не будем (подробнее смотрите на
https://education.oracle.com/upgrade-ocp-java-6-7-8-to-java-se-11-developer/pexam_1Z0-817
).
Интересно отметить, что 819-й пришел на смену 815-му и 816-му экзаменам, которые очень напоминали ситуацию с 808/809: один экзамен был младшей ступени (ОСА), другой профессиональный (ОСР). Сейчас все изменилось: после сдачи 819-го экзаменующийся сразу получает сертификат разработчика профессионального уровня.
Более того, количество вопросов в 819-м резко сократилось: их только 50. Но радоваться рано:
во-первых, время тоже урезали. Если на 808/809 давали по 150 минут, то на 819-й отводится лишь 90 минут. Другими словами, интенсивность работы на экзамене сохраняется: в среднем по ~1 мин 45 сек на вопрос.
во-вторых, проходной балл повысили с 65% до 68%.
а в-третьих, поскольку объем экзаменационного материала объективно увеличился из-за появления новых фич, а число вопросов сократилось, теперь в одном вопросе идет проверка знаний по нескольким темам одновременно (раньше один вопрос всегда посвящался одной теме). Теперь представьте, что одну мину-растяжку в коде вы распознали и обезвредили, но вторую не заметили. Какой тогда будет балл за этот вопрос? Правильно: 0 %.
Справедливости ради приведем слова компании Oracle, в которой утверждают, что «новый подход позволяет не только уменьшить число вопросов, но и сделать их более приближенными к практике, а значит, уже не надо задавать вопросы тривиальные». И это правда. Беда лишь в том, что у экзамена идеальная память и он ничего не прощает. Кроме того, сдача 808-ого, пусть даже со скрипом, именно на тривиальных вопросах, даёт возможность получить сертификацию. Провал на 819-м не даст продвинуться вперед ни на йоту.
Это еще одна причина, почему Oracle перешел на новую систему: относительная несложность сдачи ОСА-экзамена привела к тому, что ценность сертификации как института была подорвана. Размылся фундамент. Вплоть до того, что отдельные — причем крупные и известные! — софтверные дома начали с ходу отметать резюме кандидатов, если там стояла строчка «имею сертификат». Изменив идеологию экзамена, Oracle практически гарантировал, что владелец сертификата профессионального уровня действительно много знает и умеет.
Но жизнь есть жизнь, и порой она предъявляет чисто формальные требования, например, при подаче заявки на тендер от компании-претендента могут потребовать иметь в своем штате N-й % сертифицированных разработчиков. В этой ситуации многие фирмы в срочном принудительном порядке организовывают обучение своих инженеров именно для получения ОСА-сертификата. И еще: с опытом успешной сдачи ОСА-экзамена, человек с большей уверенностью — да и шансом на успех!—сможет взяться за ОСР-экзамен. Он на порядок сложнее. Как минимум. Там все отнюдь не по-детски.
В каталоге Luxoft Training есть два курса (JVA-007, Разработка на платформе Java SE. Базовые темы и JVA-008, Разработка на платформе Java SE. Расширенные темы), тематика которых на 80%-90% совпадает с тематикой соответствующих экзаменов, а именно: JVA-007 ←→ 808 и JVA-008 ←→ 809.
В чем состоят отличия:
В 819-й экзамен в полном объеме входят:
808-й
809-й
плюс новые фичи, в первую очередь: модуляризированные системы, var-переменные, а также security
Из этого сопоставления видно, что курсы JVA-007 и JVA-008 разбирают материал более углубленно, чем это требуется для сдачи 808/809. Более того, ими в полной мере можно пользоваться для подготовки к сдаче 819-го. Впрочем, и там, и там потребуется самостоятельно «добрать» несколько тем, если предполагается сдавать экзамен.
Здесь надо еще раз подчеркнуть, что сертификация требует не только знаний теорматериала (их как раз можно получить на занятиях JVA-007 и JVA-008), но и специфических навыков, рассчитанных именно на сдачу экзамена (порядок чтения экзаменационных вопросов, приемы распознавания ловушек, мнемонические формулы для экономии времени, потому что именно время будет самым лимитированным ресурсом на экзамене и так далее). Наши курсы JVA-007 и JVA-008 рассчитаны в первую очередь на разработчиков. В JVA-008, к примеру, мы знакомимся с фреймворком модульного тестирования, потому что это органическое и логическое продолжение тематики аннотаций и рефлексии — а вот на экзамене, даже профессиональном и даже самом новейшем, этого и близко нет.
С другой стороны, в каталоге есть курсы JVA-077, Подготовка к сдаче сертификационного экзамена Oracle Java SE8 Programmer I (1Z0-808) и JVA-078, Подготовка к сдаче сертификационного экзамена Oracle Java SE8 Programmer II (1Z0-809), которые специально делают упор на приемы и навыки именно сдачи экзамена и, кроме разбора теории, дают слушателям специально подобранные задачи, максимально приближенные к реальному экзамену, в то время как JVA-007-й иJVA-008-й курсы опираются на лабораторный практикум более общего характера.
При выборе курса необходимо решить, в чем именно заключается цель обучения: общее повышение квалификации; максимальная отработка навыков на практике; получение сертификации – понимание методики сдачи и прохождения подводных камней; или, например, подготовка к прохождению тендеров, где требуется сертификация участников проекта.
Сомневаетесь в выборе? Свяжитесь с нами, и наши менеджеры помогут вам подобрать наиболее подходящий под ваши цели курс!
Курсы, упомянутые в статье:
JVA-007, Разработка на платформе Java SE. Базовые темы
JVA-008, Разработка на платформе Java SE. Расширенные темы
JVA-077, Подготовка к сдаче сертификационного экзамена Oracle Java SE8 Programmer I (1Z0-808)
JVA-078, Подготовка к сдаче сертификационного экзамена Oracle Java SE8 Programmer II (1Z0-809)
Просмотр сертификата
Для просмотра сертификата в хранилище можно использовать утилиту keytool с командой -list. Опции {-v | -rfc}
позволяют вывести информацию сертификата в двух видах. На странице описания хранилища сертификатов и ключей
приводятся примеры создания самоподписанного сертификата и нескольких ключей. Ниже представлены команды чтения
информации хранилища и отображения данных сертификата (данные ключей не представлены).
Если при просмотре хранилища использовать опцию “-v”, то информация о сертификате выводится с дополнительной
информацией, включающей владельца, порядковый номер и т.д.
При просмотре хранилища с опцией “-rfc” информация о сертификатах, а публичный ключ также
«обернут» сертификатом, выводится в печатаемом формате кодирования RFC-1421 (интернет-стандарт).
В ОС Window сертификат можно просматривать в отдельном окне, которое позволяет также
разместить его в определенном хранилище (кнопка Install Certificate) :
Чтобы получить доверенный SSL сертификат в центре сертификации CA необходимо сформировать специальный
запрос Certificate Signing Request (CSR). Выполним данную операцию и создадим запрос на получение
подписанного сертификата. В качестве самодписного сертификата используем сертификат, созданный в примере
на странице описания хранилища ключей и сертификатов (описание здесь).
Для создания CSR необходимо выполнить команду -certreq утилиты keytool. Следующая команда создаст запрос на
сертификат в виде файла certreq.csr :
При выполнении команды утилита попросит ввести пароль для хранилища и ключа/сертификата. В примере создания
самоподписанного сертификата были использованы пароли ‘mystorepass’ и ‘mykeypass’. Запрос на сертификат представлен
в файле certreq.csr, данные которого можно проверить в сервисах, представленных на страницах
CSR Decoder и
Cert Logik. Первый сервис выдает
немного информации, как это представлено на следующем скриншоте :
Сервис Cert Logik выдает более подробную информацию (на скриншоте малый элемент) :
Прохождение теста
В назначенный день отправляемся в центр сдачи. Лучше прийти заранее, так как надо будет заполнить ряд документов и сдать вещи. В моем случае вебкамера почему-то отказывалась распознавать мое лицо. Минут 15 ушло только на то, чтобы сделать фото. На экзамен нельзя брать ничего, от слова совсем.
На тест отводится около 2 часов, в зависимости от варианта экзамена. Обычно удается управиться быстрее. Все вопросы в тесте с множественным выбором. Если ответов несколько, то говорится, сколько именно. В ходе теста вопросы можно пропускать и отвечать позже.
Можно сразу вычеркивать неправильные ответы, чтобы потом было проще выбирать. Если совсем не знаете ответ — выберите хоть что-то. Шансы угадать не такие и маленькие. После того, как все вопросы отвечены, завершаем тест. Раньше сразу показывался результат, теперь надо подождать. Забираем свои вещи и уходим. Если тест сдать не получится, за новую попытку надо будет заплатить полную сумму.
По приходу домой меня уже ждало письмо, в котором сообщалось, что я прошел тест и набрал 86%. Не так и плохо, учитывая то, что 4 года назад я набрал 80% и в общем-то не являюсь большим специалистом по Java, тем более по 8-й части, так как пишу под Android.
Так же к сертификату прилагает значок (badge) на каком-то стороннем сайте. Выглядит
При желании можно заказать себе бумажную копию, что я и сделал. Выглядит точно так же. Пришла по почте в течении 2-3 недель.
Через какое-то время пришло письмо, предлагающее получить бесплатно фуболку Java. Думаю, внимательные читатели уже заметили ее на предыдущих скриншотах. Кто же откажется от халявной футболки? Прислали тоже через 2-3 недели.
Стать сертифицированным партнером oracle, программистом java se 8
Несколько лет назад Oracle обновила свои пути сертификации Java. В то время они ввели разные уровни сертификации. Следуя по пути Java-программиста, вы должны пройти сертификацию «Associate» раньше других (например, сертификации «Professional» или «Master»).
Для этого сертификата требуется один экзамен: Java SE 8 Programmer I 1Z0-808. Чтобы сдать этот экзамен, вы начинаете с покупки ваучера в Oracle University. После этой покупки вы теперь можете зарегистрироваться для сдачи экзамена в проктальном экзаменационном центре.
Экзамен содержит набор из 77 вопросов с несколькими вариантами ответов, которые способствуют вашему окончательному баллу. Возможно, что во время экзамена будет добавлено больше вопросов, однако они «не оценены». К сожалению, вам не сказали, какие вопросы оцениваются, а какие нет. Весь экзамен должен быть завершен в течение 150 минут.
Во время экзамена вы сможете записывать заметки по материалам, предоставленным центром. Абсолютно никакие другие записи не могут быть внесены в комнату для тестирования, и вам придется вернуть материал, который они предоставили после завершения экзамена.
В этот момент вам, скорее всего, не терпится узнать свои результаты, но центр тестирования не предоставит эту информацию. Вместо этого вам нужно подождать, пока ваш счет будет опубликован на веб-сайте Oracle CertView. Если вы сдали экзамен с баллом 65% и выше, вы сдали и получили статус Oracle Certified Associate, Java SE 8 Programmer.
Для получения полной информации и начать процесс регистрации, перейдите в Oracle University .
Просто убедитесь, что вы регистрируетесь на экзамен Java SE 8 Programmer I 1Z0-808, поскольку на этой странице также перечислены предыдущие экзамены для SE 5/6 и SE 7.
Шаг 4:
Добавьте сертификат в файл хранилища доверенных сертификатов.
01 02 03 04 05 06 07 08 09 10 11 12 13 14 |
|
Шаг 5:
Убедитесь, что сертификат был успешно добавлен в хранилище ключей.
01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 |
|