Сертифікати для підпису коду codesig.com.ua. https, продаж ssl , SSL захист, ssl сертифікати, купити ssl сертифікат, Український центр сертифікації сайтів та верифікації компаній Веб Траст Україна WebTrust - Ukraine
Depending on the type(s) of apps you're developing, you may already have the tools you need to generate a
Certificate Request file. However, if you're developing stand-alone application software using tools such
as Borland's C++ Builder or Delphi or Microsoft's .Net platform, you may not have acquired (or be familiar with)
tools to generate X509 certificate requests.
If you currently have an application on your computer which is capable of generating a PKCS#10 format CSR file,
simply follow the directions provided with that application.
If you don't have such a program on your computer, you may use the CryptGuard Certificate Wizard.
This easy-to-use, fill-in-the-blanks utility generates both the cryptographic private/public key-pair
and the certificate request file. You can download CryptGuard Certificate Wizard utility program
There are a number of tools available for developers to generate a certificate request file, and they all
follow fundamentally the same process. Probably the most well-known such tool is the OpenSSL toolkit.
You can download the latest source code distribution from
www.openssl.org (you'll need to compile the executables
from the source). CryptGuard provides a distribution of the compiled OpenSSL executables for the Microsoft Windows platform.
It's a mirrored copy of the 0.9.8h version available from
ShiningLight OpenSSL.
Note that this version may not be as current as the most recent source version available through the OpenSSL website.
Microsoft's original InetSDK toolkit included a group of tools for certificate generation and codesigning. Microsoft also
released a small cabinet creation toolkit (originally targeted to Java developers), and a standalone Authenticode Codesigning
Developers kit. Microsoft subsequently re-released the codesigning toolkit as the Microsoft Authenticode for Internet Explorer
toolkit. These tools are also included in some form in the Microsoft Visual Studio .Net product, and in Microsoft's .NET
Framework SDK (available as a free download on the Microsoft website).
Generate the Key-Pair and CSR
We will discuss the procedure, and present example screen-shots, using the open source tool, OpenSSL,
running in a command prompt on a Microsoft Windows box. For specific detailed guidance pertinent to your
particular software (for example, the Sun Microsystems Java toolkit), refer to your software user guide.
The CSR creation process is very straight-forward and should only take a couple of minutes to complete on your computer.
The important thing, is to remember the information you provide when generating your request, as you will need
to provide EXACTLY the same information when you complete the signing enrollment request using our online forms.
During the CSR process you will be asked to provide a number of pieces of information. Most of the names of the
information fields you will be asked to supply are easily-understood, but there are a few field names which might
be confusing. We'll explain them as we go through the screenshots of the various stages of the process.
Screenshot 1 — Command Prompt — OpenSSL
To create a certificate request with OpenSSL, you must first open a command prompt, locate the OpenSSL directory,
and type in the command string to create a new request.
The command to create a new request contains three important pieces of information.
the name to give to the private key file the program will create
the name to give to the Certificate Signing Request (CSR) file the program will create
the name of the OpenSSL configuration file for the OpenSSL program to use
In this example we've told the program to give the private key file the filename of myprivkey.pem, the CSR file
a name of mynewcert.req, and to use the configuration file called openssl.cnf.
When you fill in the online form during the CryptGuard certificate signup process, you will be prompted to upload the CSR
file that the OpenSSL program creates, so it's important to remember what name you've given it.
Screenshot 2 — Private Key Passphrase
Your private key is extremely important. So the first thing the OpenSSL program will prompt you for is a password.
It will use this password to protect your private key file.
Obviously you should choose a passphrase (it can be a sentence, not just a single password) that you can remember
but that others can't guess. It's extremely important that you don't forget the passphrase, as if you do, you won't
be able to use your certificate to codesign any files, and will need to obtain a new certificate.
The Fundamental Certificate Information Fields
There are 7 pieces of information that the program will ask you to provide.
You will need to make note of all of the information that you enter, as you will be asked for these items
during the certificate purchase process.
The sequence in which each of these seven pieces of information are presented/requested will depend on the manner
in which your configuration file is organized. Suffice it to say, all seven items should be requested.
Screenshot 3 — Country Name
It should be obvious what the country name field is for. The stipulation is that it must be the 2-character
ISO country code, not the full country name or other abbreviation.
Screenshot 4 — State Name
Again, it should be obvious what the state name field is for. If you are located in a country where there are no
'states', you may leave the field empty or supply comparable information appropriate to your circumstances (such as
Oaxaca, Hunan Province, Yorkshire, or South Australia). The stipulation here is that it requires the full name of
the state, NOT the 2-character state abbreviation.
Screenshot 5 — Locality Name
The locality implies the city or community where you are located.
Screenshot 6 — Email Address
It should be obvious what the email address field is for.
Screenshot 7 — Organizational Unit Name
The organizational unit generally makes more sense for a business rather than for a software developer. For a business it
could be something like the marketing or accounting department. For a programmer/developer, you should try to provide some
kind of meaningful information relevate to your particular purposes, such as 'Software Development' for application programs
or 'Accounting Department Sarbanes Scripts' if you are only developing specialized Microsoft Office VBA Macros.
Screenshot 8 — Organization Name
If you're operating as a business entity, this will be your company's registered business name. If you are a non-commercial
developer you could simply use your full name, or even your email address (it can be duplicated here even though you've
already used it in the email address field).
Screenshot 9 — Common Name
This is official 'name' that will be associated with the certificate. You have a number of options, depending on
how you wish to use the certificate.
Most often the developer's email address, or simply the registered domain name belonging to the
developer, such as, mycompany.com, is used for the Common Name.
For corporate use, just as for a business ecommerce server certificate, a fully-qualified DNS server name
should be used, such as, www.mycompany.com.
In this example, the developer's email address is used (once again, it can be duplicated here even though it has
already been used elsewhere). For a corporate codesign certificate, if an email address is used, it should be one
of the primary registered domain contacts, or the company's primary technical support contact email address.
At this point your Certificate Signing Request file has been created and you're ready to move forward to
order certificate sign-up process. We remind you
to make note of the information you have used in generating the CSR file, including the filename
and where it has been saved, as you will need to provide the EXACT same information when completing the
CryptGuard certificate registration form, and will need to upload the CSR file to our server.
Work around to moving Microsoft Authenticode Certificate to different machines running different Windows platforms
There are two solutions you can try, the first solution allows you to move the Certificate and private key to the new machine as an exported .PFX file(PKCS#12) which signcode will recognise if you specify the -cn parameter, you will be unable to use the .spc and .pvk file therefore the -v and -spc parameters will be invalid.
The Second solution makes use of Openssl and a Windows binary program(PVKTOOL) in order to extract the private key and Certificate from the .PFX backup file and convert the Certificate into a .spc file and private key into a .pvk file which will work on the new machine running the different Windows Operating System.
- OpenSSL is an opensource Unix/Linux based tool used to implement PKI. It consists of a set of libraries, which you compile locally, and is capable of generating keys, certificates, and creating SSL connections to a web server. We use it as a troubleshooting tool for SSL connections and to convert keys into different formats.
- PVKTOOL is a conversion tool created by Dr Stephen Henson which you can use to convert the private key into a .pvk file once it has been extracted from the .PFX backup file and converted into a text format using Openssl. For more information please go to: http://www.drh-consultancy.demon.co.uk
Solution 1:
Using the pvkimprt.exe utility import the Certificate(.spc) and private key(.pvk) into the registry on the machine the Certificate was requested on and then export the keys from the registry as a .PFX file which will contain the Certificate and it's corresponding private key, you can then import the Certificate into IE on the new machine and sign using the -cn parameter in the signcode command line.
Follow these instructions to import the .spc and .pvk files into the registry:
1. Download the pvkimprt tool from the Microsoft site: http://www.microsoft.com/downloads/details.aspx?FamilyID=F9992C94-B129-46BC-B240-414BDFF679A7&displaylang=EN 2. Double click the executable file named pvkimprt.exe
3. Complete the installation process.
4. Import the files using the following command: pvkimprt -import mycert.spc mykey.pvk
5. View the imported files in Internet Explorer > Tools > Internet Options > Content > Certificates
To export the keys as a .pfx file using pvkimprt.exe: c:\pvkimprt -pfx mycert.spc mykey.pvk
It will bring up the export wizard, in the first window tick "Yes to export the private key", in the second window untick the option 'Enable strong protection..' and tick the option 'Include all Certificates in the certification path if possible', then click next, in the third window specify a private key password(please do not forget it), in the forth window click 'browse' and save the file to your desktop, click next and finish.
Once done, move the .pfx file to the new machine and import it into the IE browser. In IE click Tools > internet options > content > certificates > personal, click the import button, during the process mark the private key as exportable.
You can now sign and timestamp your code(timestamping is optional): signcode -cn "My Organisation" mycab.cab -t http://timestamp.verisign.com/scripts/timstamp.dll
Your code is now signed and timestamped, please run Checktrust.exe to ensure that the file has been signed correctly: chktrust mycab.cab
* If you are signing VBA Macros, you can import the .PFX backup file into the IE browser on the new machine and use the VB editor to add the digital signature.
Solution 2:
Secure copy(SCP) or FTP the exported .PFX to your Linux machine. In order to extract the private key from the .PFX file please run the following command:
openssl pkcs12 -in mybackup.pfx -nocerts -out mykey.key
In order to extract the Certificate from the .PFX file please run the following command:
openssl pkcs12 -in mybackup.pfx -nokeys -out mycert.crt
In order to convert the Certificate(mycert.crt) into a .spc file please run the following command: openssl crl2pkcs7 -nocrl -certfile mycert.crt -outform DER -out newcertfile.spc
You will now need to download the Windows PVKTOOL utility in order to convert the private key(mykey.key) into a .pvk file. Please download the utility from the following link: http://www.drh-consultancy.demon.co.uk/pvk.html (scroll down to conversion tools and click on where it says Win32 binary here
1.Unzip the file and copy the pvk.exe utility to a new folder named pvktool on your c:\ drive.
2. Secure copy(SCP) or FTP the mykey.key file from the Linux machine to the pvktool folder on the new Windows machine.
3. Please go into your command prompt and change directory(cd) into your pvktool folder. c:\cd pvktool
4. In order to convert the private key(mykey.key) into a .pvk file, please run the following command: pvk -in mykey.key -topvk -out newkeyfile.pvk
Once done you can use the private key file(newkeyfile.pvk) and Certificate file(newcertfile.spc) to sign with signcode. Please read the following solution on how to sign with signcode: SO279
*Please note that timestamping code allows it to be usable for an extended period of time, as the browser validates the timestamp. If the code is downloaded after the Certificate is expired (and it has been timestamped) you
will not receive an error indicating that the certificate has expired. Please specify Verisigns' timestamp server url when you sign a file, the timestamp server validates the date and the time the file was signed. The Certificate expires but the
signature will be valid for as long as the file is in production
Certificate Signing Request Generation Instructions for Tomcat
To generate a CSR, you will need to create a key pair for your server. These two items are a digital certificate key pair and cannot be separated. If you lose your public/private key file or your password and generate a new one, your SSL Certificate will no longer match. You will have to request a new SSL Certificate and may be charged.
Step 1: Create a Keystore and Private Key
Please use JDK 1.3.1 or later:
If you are running a 1.3 JVM, download JSSE 1.0.2 (or later) from http://java.sun.com/products/jsse/.
Make it either an installed extension on the system or set an environment variable JSSE_HOME that points to the directory where JSSE is installed.
1. Create a certificate keystore and private key by executing the following command:
Unix: /bin/keytool -genkey -alias <your_alias_name> -keyalg RSA -keystore <your_keystore_filename> Note: For Extended Validation certificates the key bit length must be 2048, add in the command above: -keysize 2048 This command will prompt for the following X.509 attributes of the certificate:
First and last name (Common Name (CN)): Enter the domain of your website (i.e. www.myside.org) in the "first- and lastname" field.. It looks like "www.company.com" or "company.com".
Country Name (C): Use the two-letter code without punctuation for country, for example: US or CA.
State or Province (S): Spell out the state completely; do not abbreviate the state or province name, for example: California
Locality or City (L): The Locality field is the city or town name, for example: Berkeley.
Organization (O): If your company or department has an &, @, or any other symbol using the shift key in its name, you must spell out the symbol or omit it to enroll. Example: XY & Z Corportation would be XYZ Corporation
Organizational Unit (OU): This field is optional; but can be used to help identify certificates registered to an organization. The Organizational Unit (OU) field is the name of the department or organization unit making the request.
Note: VeriSign certificates can only be used on Web servers using the Common Name specified during enrollment. For example, a certificate for the domain "domain.com" will receive a warning if accessing a site named "www.domain.com" or "secure.domain.com", because "www.domain.com" and "secure.domain.com" are different from "domain.com".
2. Specify a password. The default value will be "changeit".
For further information, please refer to the Tomcat Web site.
Step 2: Generate a CSR 1. The CSR is then created using the following command:
keytool -certreq -keyalg RSA -alias <your_alias_name> -file certreq.csr -keystore <your_keystore_filename> 2. To copy and paste the file certreq.csr into the enrollment form, open the file in a text editor that does not add extra characters (Notepad or Vi are recommended).
Contact Information During the verification process, Certification center may need to contact your organization.
Be sure to provide an email address, phone number, and fax number that will be checked and responded to quickly. These fields are not part of the certificate.
Certificate Signing Request Generation using keytool Sun Java CodeSigning ID
издатель: Український центр сертифікації сайтів та верифікації компаній Веб Траст Україна WebTrust - Ukraine тематика: Code Signing certificates, Сертификаты для подписи кода, Сертифікати для підпису коду, Підтвердження в інтернет легітимності компанії і автентичності сайту, Ми надаємо SSL сертифікати для клієнтів з України, Росії, Казахстану, країн СНД., Сертифікация сайтів та верифікація компаній , codesig.com.ua Сертифікати для підпису коду codesig.com.ua. https, продаж ssl , SSL захист, ssl сертифікати, купити ssl сертифікат,