Web sites need to use encryption to help their visitors know they're in the right place, as well as provide confidentiality and content integrity. Sites that don't support HTTPS may expose sensitive data and have their pages modified and subverted.
To deploy HTTPS properly, web sites must redirect all unsafe (plaintext) traffic to the encrypted variant. This approach ensures that no sensitive data is exposed and that further security technologies can be activated.
HTTP Strict Transport Security (HSTS) is an HTTPS extension that instructs browsers to remember sites that use encryption and enforce strict security requirements. Without HSTS, active network attacks are easy to carry out.
HSTS Preloading is informing browsers in advance about a site's use of HSTS, which means that strict security can be enforced even on the first visit. This approach provides best HTTPS security available today.
Content Security Policy (CSP) is an additional security layer that enables web sites to control browser behavior, creating a safety net that can counter attacks such as cross-site scripting.
All hosts that receive email need encryption to ensure confidentiality of email messages. Email servers thus need to support STARTTLS, as well as provide decent TLS configuration and correct certificates.
There are issues with this site's SMTP configuration.
Sender Policy Framework (SPF) enables organizations to designate servers that are allowed to send email messages on their behalf. With SPF in place, spam is easier to identify.
Domain-based Message Authentication, Reporting, and Conformance (DMARC) is a mechanism that allows organizations to specify how unauthenticated email (identified using SPF and DKIM) should be handled.
The global DNS infrastructure is organized as a series of hierarchical DNS zones. The root zone hosts a number of global and country TLDs, which in turn host further zones that are delegated to their customers. Each organization that controls a zone can delegate parts of its namespace to other zones. In this test we perform detailed inspection of a DNS zone, but only if the host being tested matches the zone.
Nameservers can be referred to by name and by address. In this section we show the names, which can appear in the NS records, the referrals from the parent zone, and the SOA record. In some situations, servers from the parent zone respond authoritatively, in which case we will include them in the list as well.
Nameserver | Operational | IPv4 | IPv6 | Sources |
---|---|---|---|---|
dns3.cloudns.net. 185.136.96.88 2a06:fb00:1::1:88 | The server is online. | Name resolves to an IPv4 address. | Name resolves to an IPv6 address. | NS REFERRAL |
dns4.cloudns.net. 185.136.97.88 2a06:fb00:1::2:88 | The server is online. | Name resolves to an IPv4 address. | Name resolves to an IPv6 address. | NS REFERRAL |
ns.jpberlin.de. PRIMARY 91.198.250.3 2001:67c:2050:1::53:1 | The server is online. | Name resolves to an IPv4 address. | Name resolves to an IPv6 address. | SOA NS REFERRAL |
ns2.jpberlin.de. 194.150.191.56 | The server is online. | Name resolves to an IPv4 address. | Name doesn't resolve to an IPv6 address. | NS REFERRAL |
ns3.jpberlin.de. 88.198.52.15 2a01:4f8:221:4381::1 | The server is online. | Name resolves to an IPv4 address. | Name resolves to an IPv6 address. | NS REFERRAL |
This section shows the configuration of all discovered nameservers by their IP address. To find all applicable nameservers, we inspect the parent zone nameservers for names and glue and then the tested zone nameservers for NS records. We then resolve all discovered names to IP addresses. Finally, we test each address individually.
Nameserver | Operational | Authoritative | Recursive | UDP | TCP | Sources | Payload Size |
---|---|---|---|---|---|---|---|
185.136.96.88 dns3.cloudns.net. PTR: dns3.cloudns.net. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 4096 |
185.136.97.88 dns4.cloudns.net. PTR: dns4.cloudns.net. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 4096 |
194.150.191.56 ns2.jpberlin.de. PTR: ns2.jpberlin.de. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 1480 |
88.198.52.15 ns3.jpberlin.de. PTR: ns3.jpberlin.de. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 1232 |
91.198.250.3 PRIMARY ns.jpberlin.de. PTR: ns.jpberlin.de. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 1480 |
2001:67c:2050:1::53:1 PRIMARY ns.jpberlin.de. PTR: ns.jpberlin.de. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 1480 |
2a01:4f8:221:4381::1 ns3.jpberlin.de. PTR: ns3.jpberlin.de. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 1232 |
2a06:fb00:1::1:88 dns3.cloudns.net. PTR: dns3.cloudns.net. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 4096 |
2a06:fb00:1::2:88 dns4.cloudns.net. PTR: dns4.cloudns.net. | The server appears to be online. | Nameserver provides authoritative responses | Nameserver doesn't provide recursive service | Nameserver responds to UDP queries | Nameserver responds to TCP queries | NAME | 4096 |
Start of Authority (SOA) records contain administrative information pertaining to one DNS zone, especially the configuration that's used for zone transfers between the primary nameserver and the secondaries. Only one SOA record should exist, with all nameservers providing the same information.
The domain name of the primary nameserver for the zone. Also known as MNAME.Primary nameserver | ns.jpberlin.de. |
Email address of the persons responsible for this zone. Also known as RNAME.Admin email | root.jpberlin.de. |
Zone serial or version number.Serial number | 2014124481 |
The length of time secondary nameservers should wait before querying the primary for changes.Refresh interval | 40,000 seconds (about 11 hours 6 minutes) |
The length of time secondary nameservers should wait before querying an unresponsive primary again.Retry interval | 7,200 seconds (about 2 hours) |
The length of time after which secondary nameservers should stop responding to queries for a zone, assuming no updates were obtained from the primary.Expire interval | 604,800 seconds (about 7 days) |
TTL for purposes of negative response caching. Negative cache TTL | 86,400 seconds (about 1 day) |
Time To Live (TTL) indicates for how long a record remains valid. SOA record TTL | 900 seconds (about 15 minutes) |
Below are all DNS queries we submitted during the zone inspection.
ID | Server | Transport | Question Name | Type | Status |
---|
Correctly functioning name servers are necessary to hold and distribute information that's necessary for your domain name to operate correctly. Examples include converting names to IP addresses, determining where email should go, and so on. More recently, the DNS is being used to communicate email and other security policies.
These are the results of individual DNS queries against your nameserver for common resource record types.
Name | TTL | Type | Data |
---|---|---|---|
mailbox.org. | 900 | A | 185.97.174.194 |
www.mailbox.org. | 900 | A | 185.97.174.194 |
mailbox.org. | 900 | AAAA | 2001:67c:2050:b100:1:443:0:194 |
www.mailbox.org. | 900 | AAAA | 2001:67c:2050:b100:1:443:0:194 |
mailbox.org. | 300 | CAA | 0 issue "letsencrypt.org" |
mailbox.org. | 300 | CAA | 0 issue "swisssign.com" |
mailbox.org. | 300 | CAA | 0 iodef "mailto:mail@heinlein-support.de" |
mailbox.org. | 300 | CAA | 0 iodef "mailto:security@heinlein-support.de" |
mailbox.org. | 300 | CAA | 0 issue "digicert.com" |
mailbox.org. | 900 | DNSKEY | 256 3 10 BQEAAAAB1LEf+LUCBcflBj5sFAJiZnhv9WBP8lVkaau+VW9vVV4soJ/Q7UJz+pbhMPDFicgzArADejYML+zl8Lkn9vRRd+pu2iQ/vZnfpKQkuNCcd7eba4JSG24cO7TVLCdfsGJqvNgoN15mMUXKnTbhP+nFq9mfGIjKBTELekqkkYLl3zs= |
mailbox.org. | 900 | DNSKEY | 257 3 7 AwEAAdAx4Z+YqK6hogFjzM7TddRVDK9lE5WY9qTmWRwxAHDWYOOVV4b/N6FksRFWXV3rXfMIiyXRfdzt1Lnwt3rS2v9nYRCNlg1FDLHGwyDwV/I0D6CwgeZbTX7PSOL4oR0nFE1BYCbE2bHckgVE33tDF5fasDU0jXF00T9DPAhO0rxj |
mailbox.org. | 900 | DNSKEY | 256 3 7 BQEAAAABwcvTaaZokGcz2HFSgv+ixKiuypnYzA3z/pu9MlZ1XFD2qeN7KgVB/mmlvFKDUgKdraUV2m2KglZLzc4d8GoXTnpLDhcWVJx9et9tDYVUzzrXyW6SL/mEYUIoK9KvVP5gTUxU9eRr0qohT36SL7QdPR16Lig7jANGeCQKLsJNQ08= |
mailbox.org. | 3600 | HTTPS | 1 . alpn=http/1.1 |
www.mailbox.org. | 3600 | HTTPS | 1 . alpn=http/1.1 |
mailbox.org. | 7200 | MX | 10 mx2.mailbox.org. |
mailbox.org. | 7200 | MX | 10 mx1.mailbox.org. |
mailbox.org. | 7200 | MX | 50 mx-n.mailbox.org. |
mailbox.org. | 7200 | MX | 20 mx3.mailbox.org. |
mailbox.org. | 273 | NS | ns2.jpberlin.de. |
mailbox.org. | 273 | NS | ns3.jpberlin.de. |
mailbox.org. | 273 | NS | ns.jpberlin.de. |
mailbox.org. | 273 | NS | dns4.cloudns.net. |
mailbox.org. | 273 | NS | dns3.cloudns.net. |
mailbox.org. | 900 | SOA | ns.jpberlin.de. root.jpberlin.de. 2014124481 40000 7200 604800 86400 |
_xmpp-client._tcp.mailbox.org. | 300 | SRV | 0 5 5222 xmpp.mailbox.org. |
_xmpp-server._tcp.mailbox.org. | 300 | SRV | 0 5 5269 xmpp.mailbox.org. |
mailbox.org. | 60 | TXT | "v=spf1 ip4:213.203.238.0/25 ip4:195.10.208.0/24 ip4:91.198.250.0/24 ip4:80.241.56.0/21 ip6:2001:67c:2050::/48 mx ~all" |
mailbox.org. | 60 | TXT | "google-site-verification=ojrG-cXIWNDWMmRomplDCsZknBUmg2PO32SffP1Xy2E" |
mailbox.org. | 60 | TXT | "google-site-verification=bCdtsEmyfsVIfzBgWZpEvCf3TeJgpw0f6x5miXGwakY" |
mailbox.org. | 60 | TXT | "have-i-been-pwned-verification=aa98600469e4f52f5b4c8e6952a0927d" |
mailbox.org. | 60 | TXT | "mailru-verification: 0c2c482975b1fc2f" |
mailbox.org. | 60 | TXT | "swisssign-check=1tuXIQOBa4NZh2EIQI5nFD8fbJW2EvxB6W8rYhAoQ5" |
_dmarc.mailbox.org. | 3600 | TXT | "v=DMARC1; p=reject; adkim=r; aspf=r; pct=100; rua=mailto:abuse+arf@heinlein-support.de; rf=afrf; fo=1;" |
_mta-sts.mailbox.org. | 300 | TXT | "v=STSv1;" "id=20181001090000" |
_smtp._tls.mailbox.org. | 3600 | TXT | "v=TLSRPTv1;rua=mailto:abuse@heinlein-support.de" |
Below are all DNS queries we submitted while inspecting the resource records.
ID | Server | Question Name | Type | Status |
---|
DNSSEC is an extension of the DNS protocol that provides cryptographic assurance of the authenticity and integrity of responses; it's intended as a defense against network attackers who are able to manipulate DNS to redirect their victims to servers of their choice. DNSSEC is controversial, with the industry split largely between those who think it's essential and those who believe that it's problematic and unnecessary.
CAA (RFC 8659) is a new standard that allows domain name owners to restrict which CAs are allowed to issue certificates for their domains. This can help to reduce the chance of misissuance, either accidentally or maliciously. In September 2017, CAA became mandatory for CAs to implement.
The DNS hostname where this policy is located.Policy host | mailbox.org |
The iodef property specifies a means of reporting certificate issue requests or cases of certificate issue for the corresponding domain that violate the security policy of the issuer or the domain name holder.iodef |
mailto:security@heinlein-support.de flags: 0 |
The issue property tag is used to request that certificate issuers perform CAA issue restriction processing for the domain and to grant authorization to specific certificate issuers.issue |
digicert.com flags: 0 |
The issue property tag is used to request that certificate issuers perform CAA issue restriction processing for the domain and to grant authorization to specific certificate issuers.issue |
swisssign.com flags: 0 |
The iodef property specifies a means of reporting certificate issue requests or cases of certificate issue for the corresponding domain that violate the security policy of the issuer or the domain name holder.iodef |
mailto:mail@heinlein-support.de flags: 0 |
The issue property tag is used to request that certificate issuers perform CAA issue restriction processing for the domain and to grant authorization to specific certificate issuers.issue |
letsencrypt.org flags: 0 |
An internet hostname can be served by zero or more mail servers, as specified by MX (mail exchange) DNS resource records. Each server can further resolve to multiple IP addresses, for example to handle IPv4 and IPv6 clients. Thus, in practice, hosts that wish to receive email reliably are supported by many endpoint.
Server | Preference | Operational | STARTTLS | TLS | PKI | DNSSEC | DANE |
---|---|---|---|---|---|---|---|
mx1.mailbox.org 2001:67c:2050:104:0:1:25:1 PTR: mx1.mailbox.org |
10 |
220 mx1.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx1.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx1.mailbox.org 80.241.60.212 PTR: mx1.mailbox.org |
10 |
220 mx1.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx1.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx2.mailbox.org 2001:67c:2050:104:0:2:25:1 PTR: mx2.mailbox.org |
10 |
220 mx2.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx2.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx2.mailbox.org 80.241.60.215 PTR: mx2.mailbox.org |
10 |
220 mx2.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx2.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx3.mailbox.org 2001:67c:2050:104:0:3:25:1 PTR: mx3.mailbox.org |
20 |
220 mx3.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx3.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx3.mailbox.org 80.241.60.216 PTR: mx3.mailbox.org |
20 |
220 mx3.mailbox.org ESMTP Postfix EHLO outbound.hardenize.com 250-mx3.mailbox.org 250-SIZE 143699726 250-ETRN 250-STARTTLS 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 CHUNKING STARTTLS 220 2.0.0 Ready to start TLS |
Supports STARTTLS. | ||||
mx-n.mailbox.org 2001:67c:2050:104:0:ffff:25:1 PTR: mx-n.mailbox.org |
50 | Error: No route to host | Unable to determine without a successful SMTP connection. |
Not applicable, requires STARTTLS. |
Not applicable, requires TLS. |
||
mx-n.mailbox.org 91.198.250.17 PTR: mx-n.mailbox.org |
50 | Error: Connect timed out | Unable to determine without a successful SMTP connection. |
Not applicable, requires STARTTLS. |
Not applicable, requires TLS. |
Address: 2001:67c:2050:104:0:ffff:25:1
Error message: No route to host
Host: mx-n.mailbox.org
Address: 91.198.250.17
Error message: Connect timed out
Host: mx-n.mailbox.org
Latest cache timestamp: 15 Nov 2024 20:33 UTC
Earliest cache timestamp: 15 Nov 2024 20:33 UTC
Transport Layer Security (TLS) is the most widely used encryption protocol on the Internet. In combination with valid certificates, servers can establish trusted communication channels even with users who have never visited them before. Network attackers can't uncover what is being communicated, even when they can see all the traffic.
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.2
|
Shows cipher suite configuration for this protocol version.TLS v1.2 |
Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) |
These results have been retrieved from our cache. This row indicates when was that the original test ran.Retrieved from cache |
15 Nov 2024 20:33 UTC |
Hostname: mx-n.mailbox.org
Error message: No route to host
IP address: 2001:67c:2050:104:0:ffff:25:1
Hostname: mx-n.mailbox.org
Error message: Connect timed out
IP address: 91.198.250.17
A certificate is a digital document that contains a public key, some information about the entity associated with it, and a digital signature from the certificate issuer. It’s a mechanism that enables us to exchange, store, and use public keys. Being able to reliably verify the identity of a remote server is crucial in order to achieve secure encrypted communication.
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Subject DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Serial | 90ee8c5de5bfa62d2ae2ff7097c4857 |
Not Before | 02 Nov 2017 12:24:25 UTC |
Not After | 02 Nov 2027 12:24:25 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign | Extended Key Usage | serverAuth, clientAuth |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Not Applicable |
Authority Key Identifier | keyid:4e2254201895e6e36ee60ffafab912ed06178f39 |
CRL | http://crl3.digicert.com/DigiCertGlobalRootG2.crl |
OCSP | http://ocsp.digicert.com |
CA certificate | Yes (pathlen 0) |
Fingerprints |
|
SHA1 | c9fefc763d9548b487696f047acba0abe45c7bc1 |
SHA256 | 4bcc5e234fe81ede4eaf883aa19c31335b0b26e85e066b9945e4cb6153eb20c2 |
SPKI SHA256 | e366fd44d3a7c9bded942d0a62d34f03728aa4996eb24c94e9a1be0a2a5499a3 |
Subject DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | 4e2254201895e6e36ee60ffafab912ed06178f39 |
Serial | 33af1e6a711a9a0bb2864b11d09fae5 |
Not Before | 01 Aug 2013 12:00:00 UTC |
Not After | 15 Jan 2038 12:00:00 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Self-signed |
CA certificate | Yes (pathlen unlimited) |
Fingerprints |
|
SHA1 | df3c24f9bfd666761b268073fe06d1cc8d4f82a4 |
SHA256 | cb3ccbb76031e5e0138f8dd39a23f9de47ffc35e43c1144cea27d46a5ab1cb5f |
SPKI SHA256 | 8bb593a93be1d0e8a822bb887c547890c3e706aad2dab76254f97fb36b82fc26 |
DNS-based Authentication of Named Entities (DANE) is a bridge between DNSSEC and TLS. In one possible scenario, DANE can be used for public key pinning, building on an existing publicly-trusted certificate. In another approach, it can be used to completely bypass the CA ecosystem and establish trust using DNSSEC alone.
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | 4758af6f02dfb5dc8795fa402e77a8a0486af5e85d2ca60c294476aadc40b220 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | 4758af6f02dfb5dc8795fa402e77a8a0486af5e85d2ca60c294476aadc40b220 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Sender Policy Framework (SPF) is a protocol that allows domain name owners to control which internet hosts are allowed to send email on their behalf. This simple mechanism can be used to reduce the effect of email spoofing and cut down on spam.
Host where this policy is located.Location | mailbox.org |
SPF version used by this policy.v | spf1 |
This mechanism tests whether the IP address being tested is contained within a given IPv4 network. ip4 |
213.203.238.0/25 |
This mechanism tests whether the IP address being tested is contained within a given IPv4 network. ip4 |
195.10.208.0/24 |
This mechanism tests whether the IP address being tested is contained within a given IPv4 network. ip4 |
91.198.250.0/24 |
This mechanism tests whether the IP address being tested is contained within a given IPv4 network. ip4 |
80.241.56.0/21 |
This mechanism tests whether the IP address being tested is contained within a given IPv6 network. ip6 |
2001:67c:2050::/48 |
This mechanism matches if the sending IP address is one of the MX hosts for the domain name. mx |
|
This policy element always matches. It's normally used at the end of a policy to specify the handling of hosts that don't match earlier mechanisms. ~all |
Policy text: v=spf1 ip4:213.203.238.0/25 ip4:195.10.208.0/24 ip4:91.198.250.0/24 ip4:80.241.56.0/21 ip6:2001:67c:2050::/48 mx ~all
Location: mailbox.org
Lookups: 1
Domain-based Message Authentication, Reporting, and Conformance (DMARC) is a scalable mechanism by which a mail-originating organization can express domain-level policies and preferences for message validation, disposition, and reporting, that a mail-receiving organization can use to improve mail handling.
The location from which we obtained this policy.Policy location | _dmarc.mailbox.org |
DMARC version used by this policy.v | DMARC1 |
Indicates the policy to be enacted by the receiver at the request of the domain owner. Possible values are: none, quarantine, and reject.p |
reject |
Indicates whether strict or relaxed DKIM alignment mode is required.adkim |
r |
Indicates whether strict or relaxed SPF alignment mode is required.aspf |
r |
Percentage of messages from mail stream to which the DMARC policy is to be applied.pct |
100 |
Addresses to which aggregate feedback is to be sent.rua | mailto:abuse+arf@heinlein-support.de |
Specifies the format to be used when reporting failures.rf | afrf |
Configures failure reporting.fo | 1 |
Policy: v=DMARC1; p=reject; adkim=r; aspf=r; pct=100; rua=mailto:abuse+arf@heinlein-support.de; rf=afrf; fo=1;
Host: _dmarc.mailbox.org
Permission record location: mailbox.org._report._dmarc.heinlein-support.de
External destination: mailto:abuse+arf@heinlein-support.de
Permission record contents: v=DMARC1
SMTP Mail Transfer Agent Strict Transport Security (MTA-STS) is a mechanism enabling mail service providers to declare their ability to receive Transport Layer Security (TLS) secure SMTP connections, and to specify whether sending SMTP servers should refuse to deliver to MX hosts that do not offer TLS with a trusted server certificate.
Location from which we retrieved the policy indicator.Location | _mta-sts.mailbox.org |
MTA-STS standard version used by this policy indicator.Version | STSv1 |
Unique policy identifier, whose value must change every time the underlying policy changes.ID |
20181001090000 |
The URL from which the policy was obtained.Location | https://mta-sts.mailbox.org/.well-known/mta-sts.txt |
Policy standard version.version | STSv1 |
Policy duration, which specifies how long the sending MTAs should remember and enforce the server policy for.max‑age |
2,419,200 seconds (about 28 days) |
Policy mode, which can be one of 'none', 'testing' and 'enforcing'. Guess which is best! :)mode |
enforce |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
*.mailbox.org |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
mx1.mailbox.org |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
mx2.mailbox.org |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
mx3.mailbox.org |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
mxtls1.mailbox.org |
One 'mx' directive specifies one email server pattern that's allowed for this host.mx |
mxtls2.mailbox.org |
Status code: 200
Length: 170 bytes
Content-Type: text/plain
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Subject DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Serial | 90ee8c5de5bfa62d2ae2ff7097c4857 |
Not Before | 02 Nov 2017 12:24:25 UTC |
Not After | 02 Nov 2027 12:24:25 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign | Extended Key Usage | serverAuth, clientAuth |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Not Applicable |
Authority Key Identifier | keyid:4e2254201895e6e36ee60ffafab912ed06178f39 |
CRL | http://crl3.digicert.com/DigiCertGlobalRootG2.crl |
OCSP | http://ocsp.digicert.com |
CA certificate | Yes (pathlen 0) |
Fingerprints |
|
SHA1 | c9fefc763d9548b487696f047acba0abe45c7bc1 |
SHA256 | 4bcc5e234fe81ede4eaf883aa19c31335b0b26e85e066b9945e4cb6153eb20c2 |
SPKI SHA256 | e366fd44d3a7c9bded942d0a62d34f03728aa4996eb24c94e9a1be0a2a5499a3 |
Subject DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | 4e2254201895e6e36ee60ffafab912ed06178f39 |
Serial | 33af1e6a711a9a0bb2864b11d09fae5 |
Not Before | 01 Aug 2013 12:00:00 UTC |
Not After | 15 Jan 2038 12:00:00 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Self-signed |
CA certificate | Yes (pathlen unlimited) |
Fingerprints |
|
SHA1 | df3c24f9bfd666761b268073fe06d1cc8d4f82a4 |
SHA256 | cb3ccbb76031e5e0138f8dd39a23f9de47ffc35e43c1144cea27d46a5ab1cb5f |
SPKI SHA256 | 8bb593a93be1d0e8a822bb887c547890c3e706aad2dab76254f97fb36b82fc26 |
SMTP TLS Reporting (RFC 8460), or TLS-RPT for short, describes a reporting mechanism and format by which systems sending email can share statistics and specific information about potential failures with recipient domains. Recipient domains can then use this information to both detect potential attacks and diagnose unintentional misconfigurations. TLS-RPT can be used with DANE or MTA-STS.
Location from which we retrieved the policy indicator.Location | _smtp._tls.mailbox.org |
TLS-RPT standard version used by this policy indicator.Version | TLSRPTv1 |
Reporting endpoints specified in the policy.Reporting Endpoints |
mailto:abuse@heinlein-support.de |
To observe your HTTP implementation, we submit a request to the homepage of your site on port 80, follow all redirections (even when they take us to other domain names), and record the returned HTTP headers.
To observe your HTTPS implementation, we submit a request to the homepage of your site on port 443, follow all redirections (even when they take us to other domain names), and record the returned HTTP headers. We use the most recent set of headers returned from the tested hostname for further tests such as HSTS and HPKP.
Transport Layer Security (TLS) is the most widely used encryption protocol on the Internet. In combination with valid certificates, servers can establish trusted communication channels even with users who have never visited them before. Network attackers can't uncover what is being communicated, even when they can see all the traffic.
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.3
TLS v1.2 |
Servers should always enforce their own cipher suite preference, as that is the only approach that guarantees that the best possible suite is selected.Server suite preference |
|
Shows cipher suite configuration for this protocol version.TLS v1.3
Server preference |
Suite: TLS_CHACHA20_POLY1305_SHA256
Suite ID: 0x1303 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_AES_256_GCM_SHA384 Suite ID: 0x1302 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) |
Shows cipher suite configuration for this protocol version.TLS v1.2
Server preference |
Suite: TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xccaa Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA256 TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 Suite ID: 0x9f Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA384 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 256 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 Suite ID: 0xc030 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) Suite: TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 Suite ID: 0x9e Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 128 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 Suite ID: 0xc02f Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 128 bits (ECDHE 256 bits) |
SCT transports: CERT
SCT transports: CERT
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.3
TLS v1.2 |
Servers should always enforce their own cipher suite preference, as that is the only approach that guarantees that the best possible suite is selected.Server suite preference |
|
Shows cipher suite configuration for this protocol version.TLS v1.3
Server preference |
Suite: TLS_CHACHA20_POLY1305_SHA256
Suite ID: 0x1303 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_AES_256_GCM_SHA384 Suite ID: 0x1302 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) |
Shows cipher suite configuration for this protocol version.TLS v1.2
Server preference |
Suite: TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256
Suite ID: 0xccaa Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA256 TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 Suite ID: 0xcca8 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 Suite ID: 0x9f Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA384 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 256 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 Suite ID: 0xc030 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) Suite: TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 Suite ID: 0x9e Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: DHE_RSA Key exchange strength: 4096 bits Forward secrecy: Yes PRF: SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 128 bits (DHE 4096 bits) Suite: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 Suite ID: 0xc02f Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ECDHE_RSA Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 128 bits (ECDHE 256 bits) |
SCT transports: CERT
SCT transports: CERT
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.3
|
Servers should always enforce their own cipher suite preference, as that is the only approach that guarantees that the best possible suite is selected.Server suite preference |
Unknown |
Shows cipher suite configuration for this protocol version.TLS v1.3
Unknown preference |
Suite: TLS_AES_256_GCM_SHA384
Suite ID: 0x1302 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) Suite: TLS_CHACHA20_POLY1305_SHA256 Suite ID: 0x1303 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_AES_128_GCM_SHA256 Suite ID: 0x1301 Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_AES_128_GCM_SHA256 128 bits (ECDHE 256 bits) |
Encryption protocol version determines what features are available for negotiation between client and server.Supported protocols |
TLS v1.3
|
Servers should always enforce their own cipher suite preference, as that is the only approach that guarantees that the best possible suite is selected.Server suite preference |
Unknown |
Shows cipher suite configuration for this protocol version.TLS v1.3
Unknown preference |
Suite: TLS_AES_256_GCM_SHA384
Suite ID: 0x1302 Cipher name: AES Cipher strength: 256 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA384 TLS_AES_256_GCM_SHA384 256 bits (ECDHE 256 bits) Suite: TLS_CHACHA20_POLY1305_SHA256 Suite ID: 0x1303 Cipher name: CHACHA20 Cipher strength: 256 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_CHACHA20_POLY1305_SHA256 256 bits (ECDHE 256 bits) Suite: TLS_AES_128_GCM_SHA256 Suite ID: 0x1301 Cipher name: AES Cipher strength: 128 bits Cipher block size: 128 bits Cipher mode: AEAD Key exchange: ecdh_x25519 Key exchange strength: EC ecdh_x25519 (256 bits) Forward secrecy: Yes PRF: SHA256 TLS_AES_128_GCM_SHA256 128 bits (ECDHE 256 bits) |
A certificate is a digital document that contains a public key, some information about the entity associated with it, and a digital signature from the certificate issuer. It’s a mechanism that enables us to exchange, store, and use public keys. Being able to reliably verify the identity of a remote server is crucial in order to achieve secure encrypted communication.
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Determining whether a certificate is considered valid is a complicated process that depends on the exact configuration of the validating party. For trust to be established, the certificate must form a chain that ends with a trusted root. In this section we evaluate the server's certificate against major root stores.
Platform | Trusted |
---|---|
Apple | |
Google AOSP | |
Microsoft | |
Mozilla |
For a server certificate to be valid, it must be presented as part of a complete and valid certificate chain. The last certificate in the chain should be the root and is usually not included in the configuration.
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Subject DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Serial | 90ee8c5de5bfa62d2ae2ff7097c4857 |
Not Before | 02 Nov 2017 12:24:25 UTC |
Not After | 02 Nov 2027 12:24:25 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign | Extended Key Usage | serverAuth, clientAuth |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Not Applicable |
Authority Key Identifier | keyid:4e2254201895e6e36ee60ffafab912ed06178f39 |
CRL | http://crl3.digicert.com/DigiCertGlobalRootG2.crl |
OCSP | http://ocsp.digicert.com |
CA certificate | Yes (pathlen 0) |
Fingerprints |
|
SHA1 | c9fefc763d9548b487696f047acba0abe45c7bc1 |
SHA256 | 4bcc5e234fe81ede4eaf883aa19c31335b0b26e85e066b9945e4cb6153eb20c2 |
SPKI SHA256 | e366fd44d3a7c9bded942d0a62d34f03728aa4996eb24c94e9a1be0a2a5499a3 |
Subject DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | 4e2254201895e6e36ee60ffafab912ed06178f39 |
Serial | 33af1e6a711a9a0bb2864b11d09fae5 |
Not Before | 01 Aug 2013 12:00:00 UTC |
Not After | 15 Jan 2038 12:00:00 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Self-signed |
CA certificate | Yes (pathlen unlimited) |
Fingerprints |
|
SHA1 | df3c24f9bfd666761b268073fe06d1cc8d4f82a4 |
SHA256 | cb3ccbb76031e5e0138f8dd39a23f9de47ffc35e43c1144cea27d46a5ab1cb5f |
SPKI SHA256 | 8bb593a93be1d0e8a822bb887c547890c3e706aad2dab76254f97fb36b82fc26 |
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Determining whether a certificate is considered valid is a complicated process that depends on the exact configuration of the validating party. For trust to be established, the certificate must form a chain that ends with a trusted root. In this section we evaluate the server's certificate against major root stores.
Platform | Trusted |
---|---|
Apple | |
Google AOSP | |
Microsoft | |
Mozilla |
For a server certificate to be valid, it must be presented as part of a complete and valid certificate chain. The last certificate in the chain should be the root and is usually not included in the configuration.
Names | *.mailbox.org mailbox.org |
Subject DN | CN=*.mailbox.org |
Subject Key Identifier | 67757539e587ffbbfa1396e908a1b555c861aa08 |
Serial | f3d7c6cfbe0096e2085bf06f162de32 |
Not Before | 13 May 2024 00:00:00 UTC |
Not After | 10 Jun 2025 23:59:59 UTC |
Validity period | 394 days |
Key Usage | digitalSignature, keyEncipherment | Extended Key Usage | serverAuth, clientAuth |
Must Staple | No |
Issuer |
|
Issuer DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Domain Validation (DV) |
Authority Key Identifier | keyid:a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Parent Certificate | http://cacerts.thawte.com/ThawteTLSRSACAG1.crt |
CRL | http://cdp.thawte.com/ThawteTLSRSACAG1.crl |
OCSP | http://status.thawte.com |
Certificate Transparency |
|
Signed Certificate Timestamps |
13 May 2024 11:37:45 UTC
| Google 'Argon2025h1' log
| Qualified
13 May 2024 11:37:45 UTC | DigiCert Yeti2025 Log | Qualified 13 May 2024 11:37:45 UTC | DigiCert Nessie2025 Log | Qualified |
Fingerprints |
|
SHA1 | 38d6cf2df22a5cdc2d920ea946d34092176ea8d8 |
SHA256 | a8485043dbf16096aa1fc342dd297c23f5b0baae72c3be269c9815c522778dec |
SPKI SHA256 | 996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88 |
Subject DN | CN=Thawte TLS RSA CA G1, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | a58cfe32cceb0f2cd419c608b80024885dc3c5b7 |
Serial | 90ee8c5de5bfa62d2ae2ff7097c4857 |
Not Before | 02 Nov 2017 12:24:25 UTC |
Not After | 02 Nov 2027 12:24:25 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign | Extended Key Usage | serverAuth, clientAuth |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Not Applicable |
Authority Key Identifier | keyid:4e2254201895e6e36ee60ffafab912ed06178f39 |
CRL | http://crl3.digicert.com/DigiCertGlobalRootG2.crl |
OCSP | http://ocsp.digicert.com |
CA certificate | Yes (pathlen 0) |
Fingerprints |
|
SHA1 | c9fefc763d9548b487696f047acba0abe45c7bc1 |
SHA256 | 4bcc5e234fe81ede4eaf883aa19c31335b0b26e85e066b9945e4cb6153eb20c2 |
SPKI SHA256 | e366fd44d3a7c9bded942d0a62d34f03728aa4996eb24c94e9a1be0a2a5499a3 |
Subject DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Subject Key Identifier | 4e2254201895e6e36ee60ffafab912ed06178f39 |
Serial | 33af1e6a711a9a0bb2864b11d09fae5 |
Not Before | 01 Aug 2013 12:00:00 UTC |
Not After | 15 Jan 2038 12:00:00 UTC |
Key Usage | digitalSignature, keyCertSign, cRLSign |
Issuer |
|
Issuer DN | CN=DigiCert Global Root G2, OU=www.digicert.com, O=DigiCert Inc, C=US |
Certification Authority | DigiCert |
Validation Type | Self-signed |
CA certificate | Yes (pathlen unlimited) |
Fingerprints |
|
SHA1 | df3c24f9bfd666761b268073fe06d1cc8d4f82a4 |
SHA256 | cb3ccbb76031e5e0138f8dd39a23f9de47ffc35e43c1144cea27d46a5ab1cb5f |
SPKI SHA256 | 8bb593a93be1d0e8a822bb887c547890c3e706aad2dab76254f97fb36b82fc26 |
DNS-based Authentication of Named Entities (DANE) is a bridge between DNSSEC and TLS. In one possible scenario, DANE can be used for public key pinning, building on an existing publicly-trusted certificate. In another approach, it can be used to completely bypass the CA ecosystem and establish trust using DNSSEC alone.
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | ece6745a10d73a2a5b0dcce5c319f0cfb281f48941ca548a9648f58ed1ab2a56 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | e09e6e1d92c23ff23edbdce189da4a9133c94864db71f0f4c683542e5b6e2f2c |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | 29681d7841e22492cc6bac79698b59192d474cc36e413627d5f06060766ed702 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | 51e89750f7d9d0867c2840dc66d9f635e2844541a38ef7586db59088b846fe59 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data |
996ad31d65e03f038b8ec950f6f26611529da03e3a283e4400cba2edd04b8a88
Leaf certificate: RSA 4096 bits |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | 4758af6f02dfb5dc8795fa402e77a8a0486af5e85d2ca60c294476aadc40b220 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | e41cc7633029afdba53744d7e5fc31ef507e592de9dfb33557bf3b9a79239446 |
Specifies which certificate in the chain is being pinned and how validation should be performed.Certificate Usage |
Domain-issued certificate / DANE-EE (3)
Creates a leaf pin for a certificate that must be present in the certificate chain. PKIX validation is not performed and the pinned certificate is assumed to be trusted. |
Determines if the association is made with a certificate or with a public key (via its SPKI structure).Selector |
SPKI structure (1) |
Determines how matching is done; directly or via a hash. Matching Type | SHA2-256 (1) |
Contains the data necessary to perform the matching. Data | e09e6e1d92c23ff23edbdce189da4a9133c94864db71f0f4c683542e5b6e2f2c |
Cookies are small chunks of text that are sent between your browser and a website. They are often essential to the operation of the site and sometimes contain sensitive information. Session cookies sent from secure sites must be explicitly marked as secure to prevent being obtained by active network attackers.
On virtually all web sites, HTML markup, images, style sheets, JavaScript, and other page resources arrive not only over multiple connections but possibly from multiple servers and sites spread across the entire Internet. For a page to be properly encrypted, it’s necessary that all the content is retrieved over HTTPS. In practice, that’s very often not the case, leading to mixed content security problems.
In this section we look at the transport security of all embedded resources. Mixed active content occurs when there are unprotected scripts or styles embedded in a page. This is typically not allowed by modern browsers. Mixed passive content (images, videos and such) are typically allowed, but shouldn't be present.
Status | Link |
---|---|
Encrypted | https://mailbox.org/...n.js,...-4dcf90c3.js |
Encrypted | https://mailbox.org/files/js/numbers.js |
Encrypted | https://mailbox.org/.../js/jquery-ui.min.js |
Encrypted | https://mailbox.org/...x/js/colorbox.min.js |
Encrypted | https://mailbox.org/...nt-and-player.min.js |
Encrypted | https://mailbox.org/...js/highlight.pack.js |
Encrypted | https://mailbox.org/...nt-and-player.min.js |
Encrypted | https://mailbox.org/...query.marquee.min.js |
Encrypted | https://mailbox.org/...uery.validate.min.js |
Encrypted | https://mailbox.org/...s/rangeslider.min.js |
Encrypted | https://mailbox.org/...iles/js/footer-en.js |
Status | Link |
---|---|
Encrypted | https://mailbox.org/...tsKi...-2579b0e2.css |
Status | Link |
---|---|
Encrypted | https://mailbox.org/...il-Anbieter-2021.jpg |
Encrypted | https://mailbox.org/...role_1_data_EN_p.svg |
Encrypted | https://mailbox.org/...le_2_Energy_EN_p.svg |
Encrypted | https://mailbox.org/...role_3_GDPR_EN_p.svg |
Encrypted | https://mailbox.org/..._Encryption_EN_p.svg |
Encrypted | https://mailbox.org/...5_Security_EN_p2.svg |
Encrypted | https://mailbox.org/...out/Privatkunden.jpg |
Encrypted | https://mailbox.org/...o_start_business.jpg |
Encrypted | https://mailbox.org/...ng-Beh%C3%B6rden.jpg |
Encrypted | https://mailbox.org/...Kostenlos-Testen.jpg |
Encrypted | https://mailbox.org/...er/Umzugsservice.jpg |
Encrypted | https://mailbox.org/...er_eigene_domain.jpg |
Encrypted | https://mailbox.org/...ugung-Motivation.jpg |
Encrypted | https://mailbox.org/...go/opt-bg-slider.jpg |
Encrypted | https://mailbox.org/...-opentalk-update.jpg |
Encrypted | https://mailbox.org/...EO-peer-heinlein.jpg |
Encrypted | https://mailbox.org/...email-continuity.jpg |
Encrypted | https://mailbox.org/...bsi/sik_en-01012.png |
Encrypted | https://mailbox.org/...bsi/sik_en-01011.png |
Encrypted | https://mailbox.org/...bsi/sik_en-01010.png |
Encrypted | https://mailbox.org/...ment/paypal_logo.svg |
Encrypted | https://mailbox.org/...right-Retina%401.svg |
Encrypted | https://mailbox.org/...t_RGB_black_60px.svg |
Encrypted | https://mailbox.org/.../Payment/ec_logo.svg |
Encrypted | https://mailbox.org/.../mastercard_logo.svg |
Encrypted | https://mailbox.org/...ayment/visa_logo.svg |
Encrypted | https://mailbox.org/...can_express_logo.svg |
Encrypted | https://mailbox.org/.../Payment/SEPA_DE.svg |
Ideally, an encrypted page should only have links that lead to other encrypted pages. If plaintext links are used, passive network attackers can see where people go after they visit your web site. It's also possible that some sensitive information is leaked in the Referer header.
Status | Link |
---|---|
Encrypted | https://login.mailbox.org/en |
Encrypted | https://kb.mailbox.org/en/private |
Encrypted | https://register.mailbox.org/en |
Encrypted | https://register.mailbox.org/en |
Encrypted | https://register.mailbox.org/en |
Encrypted | https://register.mailbox.org/en/tariff |
Encrypted | https://register.mailbox.org/en/tariff |
Encrypted | https://register.mailbox.org/en/tariff |
Encrypted | https://www.bsi.bund.de/dok/sik-01012 |
Encrypted | https://www.bsi.bund.de/dok/sik-01011 |
Encrypted | https://www.bsi.bund.de/dok/sik-01010 |
Encrypted | https://kb.mailbox.org/en/private |
Encrypted | https://userforum-en.mailbox.org/ |
Encrypted | https://register.mailbox.org/en/cancellation |
Encrypted | https://twitter.com/mailbox_org |
Encrypted | https://social.mailbox.org/@mailbox_org |
Encrypted | https://social.mailbox.org/@mailbox_org |
HTTP Strict Transport Security (HSTS) vastly improves security of the network encryption layer. With HSTS enabled, browsers no longer allow clicking through certificate warnings errors, which are typically trivial to exploit. Additionally, they will no longer submit insecure (plaintext) requests to the site in question, even if asked.
URL from which this policy was obtained.Location | https://mailbox.org/ |
Specifies policy duration. Once activated, HSTS stays in force until this time lapses. Browsers update policy cache duration every time they receive a new HSTS header from a site.max‑age |
15,768,000 seconds (about 6 months 1 day) |
When present, this directive forces HSTS activation on allsubdomains. For best security, HSTS should be deployed on the bare domain name (e.g., example.com) and all its subdomains.includeSubDomains |
|
Presence of this directive indicates that a web site wishes to permanently use HSTS and that its policy information should be preloaded (embedded in browsers).preload |
Preloaded host: mailbox.org; includeSubDomains=true
URL from which this policy was obtained.Location | https://mailbox.org/en/ |
Specifies policy duration. Once activated, HSTS stays in force until this time lapses. Browsers update policy cache duration every time they receive a new HSTS header from a site.max‑age |
15,768,000 seconds (about 6 months 1 day) |
When present, this directive forces HSTS activation on allsubdomains. For best security, HSTS should be deployed on the bare domain name (e.g., example.com) and all its subdomains.includeSubDomains |
|
Presence of this directive indicates that a web site wishes to permanently use HSTS and that its policy information should be preloaded (embedded in browsers).preload |
Preloaded host: mailbox.org; includeSubDomains=true
HTTP Public Key Pinning (HPKP) enables site operators to restrict which certificates are considered valid for their domain names. With a valid HPKP configuration, sites can defeat man in the middle (MITM) attacks using fraudulent or misissued certificates. HPKP is an advanced feature, suitable for use by only high-profile web sites.
Content Security Policy (CSP) is a security mechanism that allows web sites control how browsers process their pages. In essence, sites can restrict what types of resources are loaded and from where. CSP policies can be used to defend against cross-site scripting, prevent mixed content issues, as well as report violations for investigation.
default-src | 'self' |
img-src | 'self' *.mailbox.org |
script-src | 'self' *.mailbox.org |
style-src |
'self'
data:
This parameter shouldn't be used because it reenables insecure behavior that CSP disables by default.'unsafe-inline' |
frame-src | 'self' *.mailbox.org |
frame-ancestors | 'self' |
object-src | 'none' |
connect-src | 'self' *.mailbox.org |
Header: Content-Security-Policy
Value: default-src 'self' ; img-src 'self' *.mailbox.org; script-src 'self' *.mailbox.org; style-src 'self' data: 'unsafe-inline' ; frame-src 'self' *.mailbox.org; frame-ancestors 'self'; object-src 'none'; connect-src 'self' *.mailbox.org;
Location: https://mailbox.org/en/
Subresource Integrity (SRI) is a new standard that enables browsers to verify the integrity of embedded page resources (e.g., scripts and stylesheets) when they are loaded from third-party web sites. With SRI deployed, remote resources can be used safely, without fear of them being modified by malicious parties.
Status | Link |
---|---|
Local | assets/js/jquery.min.js,haste_plus.min.js,environment.min.js,files.min.js,...-4dcf90c3.js |
Local | /files/js/numbers.js |
Local | assets/jquery-ui/js/jquery-ui.min.js?v=1.12.1.1 |
Local | assets/colorbox/js/colorbox.min.js?v=1.6.4.1 |
Local | assets/mediaelement/js/mediaelement-and-player.min.js?v=4.2.9 |
Local | assets/highlight/js/highlight.pack.js?v=9.12.0 |
Local | assets/mediaelement/js/mediaelement-and-player.min.js?v=4.2.9 |
Local | files/js/jquery.marquee.min.js?v=4ea59168 |
Local | files/js/jquery.validate.min.js?v=e906b452 |
Local | files/js/rangeslider.min.js?v=1b95a959 |
Local | /files/js/footer-en.js |
Status | Link |
---|---|
Local | assets/css/layout.min.css,colorbox.min.css,foundation.css,MyFontsWebfontsKi...-2579b0e2.css |
Expect-CT is a deprecated response HTTP header designed to enable web sites to monitor problems related to their Certificate Transparency (CT) compliance. Should any CT issues arise, browsers that supported this header will submit reports to the specified reporting endpoint. Chrome was the browser that introduced support for this response header, but later deprecated it and removed it in version 107.
The X-Frame-Options header controls page framing, which occurs when a page is incorporated into some other page, possibly on a different site. If framing is allowed, attackers can employ clever tricks to make victims perform arbitrary actions on your site; they do this by showing their web site while forwarding the victim's clicks to yours.
Name: X-Frame-Options
Value: SAMEORIGIN
Some browsers ship with so-called XSS Auditors, built-in defenses against XSS. Although these defenses work against simple reflective XSS attacks, they can be abused by skillful attackers to add weaknesses to otherwise secure web sites. These dangers are present in both filtering and blocking modes. At this time, the Safari browser ships with its XSS defenses enabled by default. For this reason, the best approach is to explicitly disable this functionality.
Name: X-XSS-Protection
Value: 1; mode=block
Some browsers use a technique called content sniffing to override response MIME types provided by HTTP servers and interpret responses as something else (usually HTML). This behavior, which could potentially lead to security issues, should be disabled by attaching an X-Content-Type-Options header to all responses.
Name: X-Content-Type-Options
Value: nosniff