0Pricing
Cryptology Academy · Lesson

Why Informal Proofs Are Not Enough

Study protocol failures (Needham-Schroeder, WEP) caused by subtle flaws.

Why Informal Proofs Are Not Enough is a free Cryptology Academy lesson on CoddyKit — lesson 1 of 4. You can read the complete lesson below for free — then practise it hands-on in the browser with a built-in code editor and a 24/7 AI tutor. It is part of the Cryptology Academy learning path, one of 4 lessons in the course, and your progress syncs across the web and the CoddyKit app.

The Gap Between Design and Security

Protocol designers routinely produce informal security arguments — prose reasoning about why an attacker cannot succeed. History shows these arguments are frequently wrong, even for expert-designed protocols.

The Needham-Schroeder Protocol Failure

Needham-Schroeder (1978) was designed for mutual authentication. In 1995, Gavin Lowe found a man-in-the-middle attack using automated verification — 17 years after publication. The informal proof missed a subtle replay.

WEP: Informal Security, Catastrophic Reality

WEP was approved by the IEEE in 1997 with informal security claims. By 2001, researchers found RC4 key-stream reuse, IV collisions, and lack of integrity — breaking it in minutes. Informal reasoning missed all of it.

The Complexity Problem

Protocol security depends on interactions between many concurrent sessions, active attackers, and cryptographic assumptions. Human reasoning struggles with state explosions and interleaved concurrent executions.

What Formal Verification Provides

Formal methods model the protocol mathematically and prove — or disprove — security properties (secrecy, authentication, forward secrecy) for all possible attacker strategies, not just those the designer considered.

Symbolic vs Computational Models

Symbolic (Dolev-Yao): crypto is perfect black box; focus on protocol logic. Computational: actual probabilistic security games; closer to real-world guarantees. Both catch real bugs.

The SSL 3.0 / POODLE Vulnerability

POODLE (2014) exploited a padding oracle in SSL 3.0 CBC. The vulnerability was a protocol-level design flaw, not an implementation bug. Formal analysis of the SSL 3.0 spec would have flagged the oracle before deployment.

TLS 1.3: Formally Verified Design

TLS 1.3 (RFC 8446) was designed alongside formal analyses using ProVerif and miTLS. The specification was iterated based on formal findings — a milestone in standards-body adoption of formal methods.

Scope of Formal Verification

Formal tools verify the protocol model, not the implementation. A formally verified protocol can still have an insecure implementation. F* / HACL* extends verification to cryptographic code itself.

Cost vs Benefit

Formal verification is expensive: protocol modelling takes weeks and requires specialised expertise. But for high-value targets (TLS, SSH, Signal), the cost is justified — one protocol flaw can affect billions of users.

Knowledge Check

What made Lowe's 1995 discovery of the Needham-Schroeder attack significant?

Lesson Recap

Informal proofs fail because human reasoning misses concurrent-session interactions and attacker strategies. Needham-Schroeder, WEP, and POODLE all had informal security arguments. TLS 1.3 incorporated formal analysis during design. Formal tools catch protocol-level bugs before deployment.

Frequently asked questions

Is the “Why Informal Proofs Are Not Enough” lesson free?

Yes — the full text of “Why Informal Proofs Are Not Enough” is free to read here on the web, and the Cryptology Academy course includes 4 lessons in total. To practise it interactively (a built-in code editor and a 24/7 AI tutor) and unlock the rest of the Cryptology Academy course, upgrade to CoddyKit PRO.

What will I learn in “Why Informal Proofs Are Not Enough”?

Study protocol failures (Needham-Schroeder, WEP) caused by subtle flaws. You practise Cryptology Academy with hands-on code you run directly in the browser, and a 24/7 AI tutor answers your questions as you work through the lesson.

Do I need any experience to start Cryptology Academy?

No prior experience is required. Cryptology Academy on CoddyKit is structured for beginners through advanced learners; this is — lesson 1 of 4, so you can start here or from the beginning and move at your own pace.

How long does the “Why Informal Proofs Are Not Enough” lesson take?

Most CoddyKit lessons take about 5–10 minutes. Each one is bite-sized and interactive, so you make steady progress and pick up exactly where you left off across the web and the app.

Can I write and run code in this Cryptology Academy lesson?

Yes. Every Cryptology Academy lesson includes a built-in code editor, so you write and run real code right in your browser and get instant AI feedback — no local setup required.

All lessons in this course

  1. Why Informal Proofs Are Not Enough
  2. Dolev-Yao Attacker Model & Symbolic Crypto
  3. ProVerif: Automated Protocol Verification
  4. Tamarin & Computational Proofs
← Back to Cryptology Academy