LOGBOOK

HELP

1 / 21
Other keys: showSpace: good1-4: rate0: skip5: flag

Question

What are the three main types of cryptographic functions and how do they differ?

Answer

Symmetric uses one shared key (fast); asymmetric uses a public/private key pair (solves key exchange); hashing is one-way and keyless (irreversible).

Type Keys Speed Use case
Symmetric Same key encrypts & decrypts Fast Bulk data encryption (AES)
Asymmetric Public key encrypts, private key decrypts Slow Key exchange, digital signatures (RSA, ECDSA)
Hash No key (one-way) Fast Password storage, integrity verification (SHA-256, bcrypt)

Why all three exist: Symmetric is fast but requires secure key exchange. Asymmetric solves key exchange but is slow. In practice, TLS uses asymmetric to exchange a symmetric key, then symmetric for the actual data (hybrid approach). Hashing is fundamentally different — it's irreversible, which is exactly what you want for passwords.

or press any other key

Question

A server uses TLS 1.3 with a valid certificate — why might the connection still not be secure?

Answer

Because TLS is only as strong as its weakest link: a buggy implementation, a misconfiguration, or a compromised/over-trusted certificate authority can all defeat an otherwise-modern protocol.

TLS handshake sequence: ClientHello, ServerHello, certificate, key exchange, finished, then encrypted.

* The TLS handshake — hello, certificate, key exchange, finished — establishes the keys before any data is encrypted. *

Picking a modern protocol version is only step one. Always negotiate TLS 1.3 (or at least 1.2) — versions below 1.2 have known, exploitable flaws (POODLE, BEAST) and should never be used. mTLS (mutual TLS) goes further: both sides present a certificate, so each authenticates the other, not just the client verifying the server. But even a perfect protocol choice leaves these practical gaps:

  1. Bad implementation — flaws in the protocol code or its arithmetic (e.g. timing side-channels) can leak secrets even when the maths is sound on paper.
  2. Misconfiguration — weak cipher suites, expired or self-signed certificates, or downgrade-friendly settings quietly weaken the channel.
  3. Weak or vulnerable CAs — browsers trust hundreds of certificate authorities, so a single compromised or negligent one can issue a valid certificate for any site.
  4. A (corrupt) government can compel a trusted CA to issue fake certificates and impersonate a site to intercept traffic.

Key insight: the protocol is the easy part — implementation, configuration, and whom you trust to vouch for identities decide whether TLS actually protects you.

Go deeper:

Simplified illustration of the full TLS 1.2 handshake with timing information
Simplified illustration of the full TLS 1.2 handshake with timing information
Fleshgrinder and The People from The Tango! Desktop Project. · Public domain · Wikimedia Commons
or press any other key