Unable to verify the first certificate postman ошибка

@gduh Looks like the server certificate is somehow invalid and it’s not possible to debug the root cause from the details you provided.

So, quick sanity to make sure this issue is related to SSL/TLS, try sending the request with the «SSL certificate verification» option disabled. (Settings -> General -> Request)

If the server requires client certificates to be sent with the request, configure appropriate client certificates. (Settings -> Certificates -> Client Certificates)

And if you are trying to request an untrusted host (e.g, localhost) add the CA certificate of the server. (Settings -> Certificates -> CA Certificates)

Also, check if there’s any warning/debug message when you make the request using curl with the -v flag.

Note: Update your Postman app to latest (v7.0.9)

@codenirvana With the option «SSL certificate verification» disabled the request is ok and the answer corresponds to the expected result.

As mentioned in my first message, if I make the request using curl (with -v flag) not only the answer is OK, but also, curl says that SSL certificat verify ok and domain name matches certificate without any warning or issue !

In the same way, If I send the same request, using java code, it’s OK !

I update my Postman to latest, but it’s the same.
If it can help you to investigate further, I can send you more information about the request but only in private, for that I need to create you an account in our server. Just tell me.

On the server, there is no intermediate certificate, could that be an issue with Postman ?

I’m having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

$ dotnet dev-certs https --trust
Trusting the HTTPS development certificate was requested. If the certificate is not already trusted we will run the following command:
'sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain <<certificate>>'
This command might prompt you for your password to install the certificate on the system keychain.

GET: https://localhost:5001/api/items

On Postman Console: Error: unable to verify the first certificate
On Safari: Works, displays expected JSON.

After: Postman -> Preferences -> General -> SSL certificate validation -> OFF it works

Using Postman v7.2.0 I also have this problem….
Error: unable to verify the first certificate

Server Certificate is valid and can be verified… (by chrome for example) could it be that Postman only supports certificates that are delivered with the whole chain?

Setup is: GCP HTTPS Forwarding rule -> https proxy (terminate ssl) -> Loadbalancer -> Service

Any update on this issue, I’m facing this for service hosted under Digitcert with EV.

I’m having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

$ dotnet dev-certs https --trust
Trusting the HTTPS development certificate was requested. If the certificate is not already trusted we will run the following command:
'sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain <<certificate>>'
This command might prompt you for your password to install the certificate on the system keychain.

GET: https://localhost:5001/api/items

On Postman Console: Error: unable to verify the first certificate
On Safari: Works, displays expected JSON.

After: Postman -> Preferences -> General -> SSL certificate validation -> OFF it works

Thank you @vol24pl that worked ^

I am still having this problem. Is it possible that it also depends on the type of SSL Certificate installed on the server?

@gduh So, solved it for the server I was trying to contact. You are correct, the intermediary certificates need to be in place.

Notes

Sites like https://www.namecheap.com/, often send the .crt files and the intermediaries separate. You should append all of them together, and re-deploy your server, in order to correct this problem.

In general, I think the error returned by PostMan, Error: unable to verify the first certificate is suitable, however, once SSL verification is off, SSL certificate verify ok is probably a misnomer and should be replaced with something else.

@codenirvana With the option «SSL certificate verification» disabled the request is ok and the answer corresponds to the expected result.

As mentioned in my first message, if I make the request using curl (with -v flag) not only the answer is OK, but also, curl says that SSL certificat verify ok and domain name matches certificate without any warning or issue !

In the same way, If I send the same request, using java code, it’s OK !

It work for me thanks

I’m having the same issue.

Env: MacOS Mojave 10.14.5 (18F132)

Simple dotnet core webApi on localhost:

dotnet new webapi

certificates are added:

$ dotnet dev-certs https --trust
Trusting the HTTPS development certificate was requested. If the certificate is not already trusted we will run the following command:
'sudo security add-trusted-cert -d -r trustRoot -k /Library/Keychains/System.keychain <<certificate>>'
This command might prompt you for your password to install the certificate on the system keychain.

GET: https://localhost:5001/api/items

On Postman Console: Error: unable to verify the first certificate
On Safari: Works, displays expected JSON.

After: Postman -> Preferences -> General -> SSL certificate validation -> OFF it works

Thanks. worked like a charm 👌

I am having this issue with requests to all hosts, even to google. The following is a console error in response to a basic request to https://google.com. Ironically the request to http://google.com does not have this error.

Disabling the SSL certificate validation prevents this error.

This is caused by the order in which the certificates are merged.
You should put domain certificate before the bundle.

like :

cat domain.my.crt bundle.crt > domain.my.chained.crt

Hope help!

@archfish This is happening to me with a certificate made by the certbot program, by Let’s Encrypt. The bot creates the chainkey.pem to me. I didn’t cat them together.

If I simply open the chain with a text editor and swap the two certs inside, the server (Daphne in my case) complains the private key doesn’t match the chain and exits.

I suspect the order is correct in my case, since my chain was created by certbot. Any thoughts on other things that can cause the same error?

@archfish This is happening to me with a certificate made by the certbot program, by Let’s Encrypt. The bot creates the chainkey.pem to me. I didn’t cat them together.

If I simply open the chain with a text editor and swap the two certs inside, the server (Daphne in my case) complains the private key doesn’t match the chain and exits.

I suspect the order is correct in my case, since my chain was created by certbot. Any thoughts on other things that can cause the same error?

@bernardodesousa Sorry to hear that i have no idea.

I had the same Issue I solve it going to: File->Settings->General — SSL Certificate Verification OFF

@gduh Looks like the server certificate is somehow invalid and it’s not possible to debug the root cause from the details you provided.

So, quick sanity to make sure this issue is related to SSL/TLS, try sending the request with the «SSL certificate verification» option disabled. (Settings -> General -> Request)

If the server requires client certificates to be sent with the request, configure appropriate client certificates. (Settings -> Certificates -> Client Certificates)

And if you are trying to request an untrusted host (e.g, localhost) add the CA certificate of the server. (Settings -> Certificates -> CA Certificates)

Also, check if there’s any warning/debug message when you make the request using curl with the -v flag.

Note: Update your Postman app to latest (v7.0.9)

This worked for me. Thanks.

I am having this exact issue. «SSL certificate validation» is turned off (I did turn it on and off a couple of times). I am developing an ASP.NET Core application, with a self signed certificate, which I have trusted in Microsoft Certification Manager.

I simply add a new header:

Content-Security-Policy: upgrade-insecure-requests

In any case, the issue it is from the server side, I miss some configurations while I install the SSL certificate.

Thanks for the reply.

…

If you have access to certificates management on your Web hosting, then instead of just root.crt — you shall assign the root-CA.crt (file) certificate, that consists of two certificates in single file = 1st intermediate cert string + 2nd root string. The 2nd cert must go after 1st one in the file starting new line w/o spaces.
I had the same POSTMAN problem and after re-assigning a correct intermediate+root cert = problem disappeared w/o turning Postman’s Sertificate validation option OFF.
Of course, if no way to correct root-CA.crt (like Google, etc) — then that Postman’s option = OFF.

I set the startup as it is and works fine,

public void ConfigureServices(IServiceCollection services)
      {
          services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_3_0);

          services.AddControllers();
          services.AddDbContext<AppDbContext>(options => {
              options.UseInMemoryDatabase("APIBlogs-in-memory");
          });
          services.AddScoped<IUserRepository, UserRepository>();
          services.AddScoped<IUserService, UserService>();
      }

      // This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
      public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
      {
          if (env.IsDevelopment())
          {
              app.UseDeveloperExceptionPage();
          }

          app.UseHttpsRedirection();
          app.UseRouting();

          app.UseAuthorization();

          app.UseEndpoints(endpoints =>
          {
              endpoints.MapControllers();
          });
      }

Clarifying question:

There may be multiple use-cases in play among the folks having these problems. Potential options:

• 1. My use-case: I’ve already configured Windows to trust my org’s self-signed certificates and just want Postman to mirror Windows’ CA certificate trust behaviors.
• 1. Questionable use-case / seems to be what today’s functionality solves: Need is to independently specify what root certificates are to be trusted by Postman. Possibly to emulate trust circumstances that aren’t present in the local OS’s trust store.

Note that I’m not asserting that # 2 is a use-case that anyone actually has…

I’ve observed that Google Chrome uses the local OS’s trust store so that is a doable thing.

Please consider reviewing the use-case(s) that drove the current implementation of Postman’s CA trust functionality. You may find that simplifying the solution to address only use-case # 1 is an option.

When I try to send a HTTPS POST request from a desktop (Servers are in production environment) the following message is displayed inside the con: unable to verify the first certificate

Warning: Unable to verify the first certificate
Network
I unable to solve it after going to: File->Settings->General — SSL Certificate Verification OFF

Here you go the solution, see step 12
[https://forums.ivanti.com/s/article/Postman-responds-to-API-calls-with-Error-Unable-to-verify-the-first-certificate?language=en_US]

I’ve done all of the above including adding a cert and still get the same error:

Warning: Unable to verify the first certificate

For everyone setting SSL Certificate Verification to OFF, this is NOT a solution. You’re just telling Postman to accept an insecure connection!

The root case is a misconfigured web server.

@igor9silva this not misconfigured web-server. It’s problem in Electron and other for root certificates witch use Let’s Encrypt… Browser work with this certificates well.

@igor9silva
I know the risks and I want to connect anyway. (Is a development server). What can I do?? I’m facing this issue with Postman v9.0.5.
I’ve installed the Self Signed Certificate and Chrome works properly.
I think something is not working in postman. (also I’ve try to use the certs inside postman)

@lucianobustos this

I had the same Issue I solve it going to: File->Settings->General — SSL Certificate Verification OFF

@lucianobustos this

I had the same Issue I solve it going to: File->Settings->General — SSL Certificate Verification OFF

Yes that options prompt automatically. I need to restart windows 😏
Thanks!

Would it be possible for Postman to provide more verbose information as to why?
We ran into this on a customer site and I used postman to confirm it, even though Chrome said it was a valid cert.
Being a developer and not necessarily an expert in cert management, I didn’t know if Postman could more eloquently state why it felt the cert was invalid so that I could bubble up more information.

I’ve done all of the above, still the same issue (SSL Certificate verification OFF)?

any hint please

Warning: Unable to verify the first certificate

unable to verify first certificate?
maybe it because of that web server need to provide all the certificates in certificate chain when ssl/tls negotiation

I have the same issue. The certificate is from a certificate organisation and it works with any other program: curl, browsers, etc… without an invalid certificate notation

There does seem to be an IIS Express specific snafu here that might need some attention. As the OP of the SO question cited here remarked (and had upvoted 29 times)…

Everywhere you pointed i have turned off SSL certificate and error still showing up, i don’t understand why people giving -1 when somebody have uncommon issue.

Same deal in this thread — in this comment with five upvotes @MSchreijen mentions

I am having this exact issue. «SSL certificate validation» is turned off (I did turn it on and off a couple of times). I am developing an ASP.NET Core application, with a self signed certificate, which I have trusted in Microsoft Certification Manager.

That’s the boat I’m (and apparently a number of others) are in. Sounds like it might be a certificate ordering issue?

But the bottom line is that Postman is acting more temperamentally in this situation than any of the other apps we use to access these endpoints, and that would benefit from some sleuthing, I think.

TylerH

20.7k65 gold badges73 silver badges98 bronze badges

PDHidePDHide

17.7k2 gold badges30 silver badges45 bronze badges

sukeshsukesh

2,7973 gold badges23 silver badges64 bronze badges