Provided by: dotnet-host-9.0_9.0.0-rtm+build1-0ubuntu1_amd64 
dotnet dev-certs
This article applies to: ✔️ .NET Core 3.1 SDK and later versions
NAME
dotnet-dev-certs - Generates a self-signed certificate to enable HTTPS use in development.
SYNOPSIS
dotnet dev-certs https
[-c|--check] [--clean] [-ep|--export-path <PATH>]
[--format] [-i|--import] [-np|--no-password]
[-p|--password] [-q|--quiet] [-t|--trust]
[-v|--verbose] [--version]
dotnet dev-certs https -h|--help
DESCRIPTION
The dotnet dev-certs command manages a self-signed certificate to enable HTTPS use in
local web app development. Its main functions are:
• Generating a certificate for use with HTTPS endpoints during development.
• Trusting the generated certificate on the local machine.
• Removing the generated certificate from the local machine.
• Exporting a certificate in various formats so that it can be used by other tools.
• Importing an existing certificate generated by the tool into the local machine.
Commands
• https
dotnet dev-certs has only one command: https. The dotnet dev-certs https command with
no options checks if a development certificate is present in the current user’s
certificate store on the machine. If the command finds a development certificate, it
displays a message like the following example:
A valid HTTPS certificate is already present.
If the command doesn’t find a development certificate, it creates one in the current
user’s certificate store, the store named My in the location CurrentUser. The physical
location of the certificate is an implementation detail of the .NET runtime that could
change at any time. On macOS in .NET 7.0, the certificate is stored in the user key
chain and as a PFX file: ~/.aspnet/https-aspnetcore-localhost-<Thumbprint[0..5]>.pfx.
After creating a certificate, the command displays a message like the following example:
The HTTPS developer certificate was generated successfully.
By default, the newly created certificate is not trusted. To trust the certificate, use
the --trust option.
To create a file that you can use with other tools, use the --export-path option.
OPTIONS
• -c|--check
Checks for the existence of the development certificate but doesn’t perform any action.
Use this option with the --trust option to check if the certificate is not only valid
but also trusted.
• --clean
Removes all HTTPS development certificates from the certificate store by using the .NET
certificate store API. Doesn’t remove any physical files that were created by using the
--export-path option. On macOS in .NET 7.0, the dotnet dev-certs command creates the
certificate on a path on disk, and the clean operation removes that certificate file.
If there’s at least one certificate in the certificate store, the command displays a
message like the following example:
Cleaning HTTPS development certificates
from the machine.
A prompt might get displayed to confirm
the removal of some of the certificates.
HTTPS development certificates
successfully removed from the machine.
• -ep|--export-path <PATH>
Exports the certificate to a file so that it can be used by other tools. Specify the
full path to the exported certificate file, including the file name. The type of
certificate files that are created depends on which options are used with --export-path:
Options What is exported
────────────────────────────────────────────────────────────────────
--export-path The public part of the
certificate as a PFX file.
--export-path --format PEM The public part of the
certificate in PEM format. No
separate .key file is created.
--export-path --password The public and private parts of
the certificate as a PFX file.
--export-path --password The public and private parts of
--format PEM the certificate as a pair of
files in PEM format. The key
file has the .key extension and
is protected by the given
password.
--export-path --no-password The public and private parts of
--format PEM the certificate as a pair of
files in PEM format. The key
file has the .key extension and
is exported in plain text. The
--no-password option is intended
for internal testing use only.
• --format
When used with --export-path, specifies the format of the exported certificate file.
Valid values are PFX and PEM, case-insensitive. PFX is the default.
The file format is independent of the file name extension. For example, if you specify
--format pfx and --export-path ./cert.pem, you’ll get a file named cert.pem in PFX
format.
For information about the effect of this option when used with --password, --no-
password, or without either of those options, see –export-path earlier in this article.
• -i|--import <PATH>
Imports the provided HTTPS development certificate into the local machine. Requires
that you also specify the --clean option, which clears out any existing HTTPS developer
certificates.
PATH specifies a path to a PFX certificate file. Provide the password with the
--password option.
• -np|--no-password
Doesn’t use a password for the key when exporting a certificate to PEM format files.
The key file is exported in plain text. This option is not applicable to PFX files and
is intended for internal testing use only.
• -p|--password
Specifies the password to use:
• When exporting the development certificate to a PFX or PEM file.
• When importing a PFX file.
When exporting with --format PEM, the public and private parts of the certificate are
exported as a pair of files in PEM format. The key file has the .key extension and is
protected by the given password. In addition to the file name specified for the
--export-path option, the command creates another file in the same directory with the
same name but a .key extension. For example, the following command will generate a file
named localhost.pem and a file named localhost.key in the /home/user directory:
dotnet dev-certs https --format pem -ep /home/user/localhost.pem -p $CREDENTIAL_PLACEHOLDER$
In the example, $CREDENTIAL_PLACEHOLDER$ represents a password.
• -q|--quiet
Display warnings and errors only.
• -t|--trust
Trusts the certificate on the local machine.
If this option isn’t specified, the certificate is added to the certificate store but
not to a trusted list.
When combined with the --check option, validates that the certificate is trusted.
• -v|--verbose
Display debug information.
EXAMPLES
• Check for the presence of a development certificate, and create one in the default
certificate store if one doesn’t exist yet. But don’t trust the certificate.
dotnet dev-certs https
• Remove any development certificates that already exist on the local machine.
dotnet dev-certs https --clean
• Import a PFX file.
dotnet dev-certs https --clean --import ./certificate.pfx -p $CREDENTIAL_PLACEHOLDER$
In the preceding example, $CREDENTIAL_PLACEHOLDER$ represents a password.
• Check if a trusted development certificate is present on the local machine.
dotnet dev-certs https --check --trust
• Create a certificate, trust it, and export it to a PFX file.
dotnet dev-certs https -ep ./certificate.pfx -p $CREDENTIAL_PLACEHOLDER$ --trust
• Create a certificate, trust it, and export it to a PEM file.
dotnet dev-certs https -ep ./certificate.crt --trust --format PEM
• Create a certificate, trust it, and export it to a PEM file including the private key:
dotnet dev-certs https -ep ./certificate.crt -p $CREDENTIAL_PLACEHOLDER$ --trust --format PEM
SEE ALSO
• Generate self-signed certificates with the .NET CLI
• Enforce HTTPS in ASP.NET Core
• Troubleshoot certificate problems such as certificate not trusted
• Hosting ASP.NET Core images with Docker over HTTPS
• Hosting ASP.NET Core images with Docker Compose over HTTPS
2024-10-02 dotnet-dev-certs(1)