# What Is Non-Repudiation in Cyber Security? > A clear, defensive explainer of non-repudiation: what it means, how it extends the CIA triad, the mechanisms that provide it (digital signatures, PKI, audit logs and trusted timestamping), real-world examples, and why non-repudiation is about producing evidence that stands up later rather than keeping data secret. Source: https://playciso.com/blog/what-is-non-repudiation · Published: 2026-10-23 · Publisher: PlayCISO (https://playciso.com) --- Non-repudiation is the security property that stops someone from credibly denying that they performed an action or sent a message. It is the assurance that an action can be tied to a specific actor with enough evidence that they cannot later claim "that was not me" — and be believed. ## Beyond the CIA triad Most people learn security through the CIA triad: **confidentiality**, **integrity** and **availability**. Those three cover keeping data secret, unaltered and accessible. But they say nothing about accountability — about proving who did something. Non-repudiation fills that gap. It belongs to a wider set of properties, sometimes extended to include authentication and accountability, that answer not just "is the data safe?" but "can we hold a specific actor to a specific action afterwards?" It is worth separating non-repudiation from two neighbours it is often confused with. **Authentication** checks who you are at the moment you act. **Integrity** checks whether data was changed. Non-repudiation combines and outlasts both: it produces durable evidence that a particular identity performed a particular action, so that evidence still stands weeks later, in front of someone who was not there — an auditor, a regulator, a court. A shared administrator login can authenticate the person who typed the password, but it cannot tell you _which_ human used it, so it provides no non-repudiation. The binding has to be to one actor, uniquely. ## How non-repudiation is provided The mechanisms are a mix of cryptography and disciplined process. - Digital signatures. The strongest building block. A signature is created with a private key only its holder possesses and verified with the matching public key. Because forging a valid signature requires the private key, a verified signature is evidence the key holder signed — and because the signature covers a hash of the content, any later tampering is detectable. This is the same signing primitive described in our explainer on cryptography for security teams. - Public-key infrastructure (PKI). A signature on its own only proves a key was used. PKI binds that key to a named identity through a certificate issued by a trusted certificate authority, so a signature can be traced to a person or system rather than an anonymous key. - Tamper-evident audit logs. Append-only logs that are cryptographically chained or signed give non-repudiation of events: they prove an action occurred, who performed it, and that the record was not edited afterwards. - Trusted timestamping. A timestamping authority signs a hash of the data at a given moment, proving when something existed or happened and defending against backdating. Combined with signed logs, it answers "who did what, and exactly when." ## Examples you already rely on Non-repudiation is quietly everywhere. When a bank records a **signed financial transaction**, the signature stops the customer from later disowning the transfer. An email signed with **S/MIME or PGP** lets the recipient prove who sent it. A **code-signing certificate** on a software release binds the build to a named publisher, so they cannot deny shipping it and users can detect tampering. A **blockchain transaction** is signed by the sender's private key, which is why it cannot be repudiated once confirmed. In each case the pattern is identical: an action is cryptographically bound to an identity in a way the actor cannot plausibly walk back. ## What makes the evidence stand up For non-repudiation to mean anything, the evidence has to survive challenge. That requires three things to hold at once: - Individual identity. The action must be attributable to one actor, not a shared account. This is the same accountability argument that drives least-privilege and per-person credentials — mapping who can do what, and proving who did, is exactly what an identity risk review is for. - Key protection. A signature only binds an action to its signer if the private key is genuinely controlled by that signer. - Log integrity. A log is only evidence if it cannot be quietly altered. ## What breaks it Non-repudiation is a guarantee with sharp edges, and it fails in predictable ways. The first is a **compromised signing key**. If an attacker steals a private key, they can produce signatures indistinguishable from the legitimate owner's — which not only lets them forge actions but also hands the real owner a genuine basis to repudiate: "my key was stolen." This is why hardware-backed key storage, prompt revocation and tight key management turn non-repudiation from a slogan into something real. The second is a **mutable log**. If an administrator or an intruder can edit or delete entries, the log proves nothing; append-only, hash-chained or externally anchored logging is what keeps it evidential. The third, already mentioned, is **shared accounts**, which dissolve the link between an action and a person. Treating these failure modes as risks to be modelled, rather than assumed away, is the defensive posture. A [threat model](/tools/threat-model) of your signing and logging infrastructure will usually surface the same short list: where keys live, who can reach them, and whether anyone can rewrite history. ## The takeaway Non-repudiation is not about keeping data secret — that is confidentiality's job. It is about producing evidence that an action belongs to a specific actor and holds up later, to someone who was not in the room. Digital signatures, PKI, tamper-evident logs and trusted timestamps are the machinery; individual accountability, key protection and log integrity are the conditions that make the machinery trustworthy. Get those conditions right and "that was not me" stops being a defence. ## Frequently asked questions **What is non-repudiation in cyber security?** The assurance that someone cannot credibly deny an action or message, because cryptographic or logged evidence binds it to them and holds up to a third party afterwards. **How is it different from authentication and integrity?** Authentication checks who you are now; integrity checks whether data changed. Non-repudiation produces durable proof that a specific identity did a specific thing, usable later and by outsiders. **How do digital signatures provide it?** Only the private-key holder can produce a valid signature, and PKI binds that key to a named identity — so a verified signature is evidence the holder signed, provided the key was never stolen. **Where do logs and timestamps fit?** Tamper-evident, append-only logs plus trusted timestamps give non-repudiation of events over time: proof of who did what, when, and that the record was not altered. **What breaks non-repudiation?** A stolen signing key, a log that can be quietly edited, or shared accounts — any of which severs the trustworthy link between an action and a single accountable actor.