Follow the Payload ยท 7 โ The Ransom Note: The Objective That Announces Itself
Follow the Payload โ Case 7. This register takes what an intruder leaves behind and reads it for the one thing it cannot hide: its purpose. Closing each case on the objective the payload serves: STEAL COMPUTE ยท STEAL BANDWIDTH ยท RECRUIT ยท STEAL DATA ยท EXTORT ยท PERSIST.
Every payload the register has read until now shared one thing: it wanted not to be seen. The miner hid to keep mining, the proxy to keep relaying, the bot to keep waiting for orders, the harvester and exfiltrator to steal before anyone noticed. Stealth was the universal condition of success, and the register's whole craft was reading intent off payloads that were trying to conceal it. This case inverts that condition entirely. Ransomware does not want to hide. It encrypts the host's files, rendering the owner's own data unusable, and then it does something no prior payload did: it speaks. It drops a ransom note that announces the attack, states the demand, and tells the victim how to pay. The extortion only works if the victim knows โ you cannot ransom someone who does not realize he has been robbed โ so ransomware's success depends not on concealment but on announcement. It is the objective that turns around and addresses its victim in words.
This inversion transforms the register's task. For every prior objective, intent had to be inferred โ deduced from the CPU load, the relay traffic, the credential sweep, the staged archive. Here intent is declared: the note states the objective outright, in the attacker's own language. So reading the objective becomes trivial โ EXTORT reads at HIGH the instant the note is found and the encryption confirmed, because the payload has both done the harm and confessed to it. The interesting question moves elsewhere. When a payload announces its own purpose, what does the announcement prove, and what does it merely claim? A ransom note is two things at once: an honest declaration of what is being done, and a self-interested pitch about what will happen if you comply. The register's job, uniquely for this objective, is not to discover the intent but to separate the note's true declaration from its unverified promises โ to believe the confession and distrust the sales pitch.
1. The Inversion of Stealth
Begin with why ransomware must be seen, because it explains everything else about the objective. Every prior payload extracted its value without the victim's participation: the miner took compute whether the owner knew or not, the exfiltrator took data whether the owner knew or not, and in each case being noticed only threatened the operation, because a noticed payload gets cleaned. Ransomware is different in a fundamental way: its value comes from the victim's action โ the payment โ and a victim cannot be induced to pay for something he does not know has happened. The extortion is a transaction, and a transaction requires a counterparty who understands the terms. So ransomware must announce itself; concealment would defeat its entire purpose, because a silently encrypted host is just a broken host, and a broken host pays no ransom.
This makes ransomware the loud opposite of everything the register has catalogued. Where the miner's loudness (the pinned CPU) was an unwanted side effect it would have hidden if it could, ransomware's loudness is deliberate and essential โ the note is not a leak but a broadcast, placed where the victim cannot miss it: dropped into every affected folder, opened on screen, sometimes set as the desktop wallpaper. The payload works hard to be seen, because being seen is the mechanism. This is the register's first objective for which detection is not the attacker's failure but the attacker's goal: he wants you to know, immediately and unmistakably, that you have been hit and what it will cost.
And this reframes what "reading the payload" even means here. For a hidden payload, the register races the attacker's concealment, trying to read an intent the payload obscures. For ransomware, the attacker hands the register the intent on a plate โ the note is a written statement of purpose, delivered voluntarily. The register does not have to catch ransomware confessing; ransomware confesses as a matter of course, because the confession is the point. The whole adversarial dynamic of intent-reading is inverted: instead of an attacker hiding his purpose and an analyst uncovering it, here the attacker proclaims his purpose and the analyst's task is to judge how much of the proclamation to believe.
2. Declared, Not Inferred
The ransom note is the only written statement of purpose in the entire register, and this changes the epistemics of reading the objective. Every prior case built its intent reading from behavior โ the observable effects the payload produced, from which the register inferred the purpose those effects served. That inference was the whole craft: the CPU load implies mining, the staged archive implies theft, and the register's confidence tracked how unambiguously the behavior implied the intent. The note removes the inference entirely. It does not leave the register to deduce that extortion is the objective; it says so, in plain text: "your files are encrypted, pay X to decrypt." The objective is not read off the behavior; it is read off the attacker's own sentence.
So EXTORT reads at HIGH on the easiest possible grounds. The register's HIGH standard is unambiguous-and-executed, and ransomware satisfies both trivially: the objective is unambiguous because it is stated (no interpretation needed when the payload writes down what it wants), and it is executed because the files really are encrypted (the note is not an empty threat; the harm is done and visible). There is no dual-use to disentangle, no staging to catch, no inference that might be wrong โ the payload has both committed the act and announced it, and the register simply records the confession. This is the register's clearest HIGH, and it is clearest precisely because the analyst did the least work; the attacker supplied the reading.
But this ease is exactly why the case is interesting, because it relocates the hard question. When intent must be inferred, the danger is mis-inferring โ reading the wrong objective off ambiguous behavior. When intent is declared, that danger vanishes, and a new one appears: over-believing the declaration. A note that honestly states its objective may dishonestly state its promises, and a reader lulled by the note's evident truthfulness about what it is doing may extend that trust to its claims about what will happen โ which is a different matter entirely. The register's task, uniquely here, is not to determine the intent (given) but to partition the note into the part that is proven and the part that is merely asserted. That partition is section 3, and it is the whole analytical content of a case whose objective is otherwise self-evident.
3. Declaration Versus Promise
Here is the distinction that gives the case its substance: the ransom note contains two kinds of statement, and they have opposite evidentiary status. The first is the declaration of objective โ "your files are encrypted, we are extorting you" โ and this is true and proven, because the encryption is executed and observable; the note is not lying when it says it has taken your data hostage, because it has. The second is the set of promises about outcomes โ "the files can be decrypted if you pay," "any data we stole will be deleted," "paying ends this" โ and these are unverified claims the attacker wants you to believe. They are the note's persuasive content, its sales pitch, and they are marketing, not facts.
The reason to distrust the promises is structural, not cynical. The attacker has a powerful incentive to make the note reassuring, because a victim who believes payment will work is far more likely to pay, and a victim who believes payment is hopeless has no reason to pay at all. So the note is optimized to be believed โ professional, specific, often offering to decrypt a few files for free as "proof" โ precisely because belief is what produces payment. And the attacker has no obligation whatsoever to keep any promise once the payment arrives, because he is a criminal operating outside enforcement, and nothing compels him to deliver a working decryptor, to actually delete stolen data, or to refrain from returning. The promise is made under maximal incentive to deceive and zero accountability for deceiving. That is the definition of a claim to distrust.
So the register splits the note cleanly. Its declaration of objective โ extortion is happening โ is read at HIGH, because it is executed and the attacker's confession about what he is doing is corroborated by the visible harm. Its promises about outcomes โ decryptable, deletable, final โ are read as unverified, believe-at-your-peril, because they are self-serving assertions about the future that the attacker controls and profits from your believing. The note is honest about the present and self-interested about the future: truthful that it has encrypted your files (why lie about a thing you can see?), and untrustworthy that paying will restore them (everything depends on your believing it). The next case, the fake decryptor, will show the sharpest form of this: a note whose promise is not merely unreliable but impossible to keep, because the payload never had a working decryptor at all. For now the discipline is enough: accept the declaration, distrust the promise, and never let the note's evident truthfulness about the crime vouch for its claims about the aftermath.
4. Double-Extortion: A Declared Threat Over a Silent Theft
Modern ransomware usually runs a layered operation called double-extortion, and reading it as a layering of two objectives clarifies both. Before encrypting anything, the attacker first exfiltrates the data โ the silent STEAL DATA objective of the exfiltrator case, done quietly and in advance. Then he encrypts, and the note adds a second threat on top of the first: not only "pay to decrypt," but also "pay, or we leak what we already took." So a double-extortion attack stacks a silent STEAL DATA (the exfil, executed before any announcement, with its severity often UNKNOWN as Case 6 established) underneath a declared EXTORT (the encryption plus the leak threat), and the register reads both layers: the exfil as data theft, the encryption-plus-note as extortion.
The layering exists for a specific strategic reason, and naming it explains the whole evolution of the tactic. Single encryption-only ransomware had a fatal weakness: backups. A victim with clean, offline backups could simply restore his files and refuse to pay, because the encryption was the only leverage and backups defeat encryption. Double-extortion was invented to answer exactly this defense. The leak threat is leverage that backups cannot touch: even a victim who can perfectly restore every encrypted file still faces the prospect of his stolen data being published, and no backup undoes a leak, because the data is already in the attacker's hands. So double-extortion decouples the leverage from the encryption โ it adds a threat that survives the victim's best technical defense, which is why it spread, and why the modern ransom note threatens two harms at once.
For the register, this layering matters because the two objectives have different evidentiary and defensive profiles even though they arrive together. The declared EXTORT is HIGH and loud (the note announces it). The silent STEAL DATA underneath carries the exfiltrator's whole problem: the register can read that data was taken but often not how sensitive it was, so the leak threat's true weight is subject to the same severity-UNKNOWN limit. A victim facing double-extortion therefore faces one threat he can assess (his files are encrypted; he knows what they are) and one he often cannot (his data was stolen; he may not know exactly what). The register reads both layers, names both objectives, and carries forward the exfil case's honesty: the encryption's harm is legible, the leak threat's harm depends on content the register may not have seen.
5. The Victim Comes Home, and the Note Is Not Believed
EXTORT returns the victim to the host, reversing the outward drift of the data objectives. The proxy pointed harm at downstream targets; the exfiltrator pointed it at data subjects elsewhere; but ransomware points harm squarely back at the host and its owner. And it does so with a distinctive cruelty that no prior objective shares: it weaponizes the victim's own data against him. The miner stole a resource and took it away; the exfiltrator stole content and took it away; ransomware takes nothing away in the physical sense โ the encrypted bytes still sit on the victim's disk โ and yet the loss is total, because the data is rendered unusable in place. The victim still possesses his information and cannot use a byte of it, held hostage on his own machine. This is a return to local harm, like the miner, but of a qualitatively worse kind: not resources consumed at the margins but the entire data estate frozen and ransomed, the machine turned against its owner.
The defensive response follows the structure of the threat, and it divides exactly along the two threats double-extortion poses. Against the encryption, the answer is backups โ clean, offline, tested backups let a victim restore without paying, which is why they are the single most effective defense and why ransomware crews attack the backups first, seeking to encrypt or delete them before the main event precisely because backups are the thing that lets a victim say no. Against the leak threat, backups do nothing, because the data is already stolen and no restore un-steals it; that threat is answered only upstream โ by not having exposed the exfiltratable data in the first place โ and downstream by the same content assessment the exfiltrator case demanded. Two threats, two defenses, and only one of them (encryption) has a clean technical answer.
Across both, the register's discipline reduces to a single instruction: do not trust the note's promises. Paying a ransom is, at bottom, a bet on a criminal's word โ his word that a working decryptor exists and will be delivered, his word that stolen data will be deleted rather than sold or leaked anyway, his word that paying ends it rather than marking the victim as one who pays. Every one of those is a promise made by a party with maximal incentive to deceive and zero accountability, and the next case will show a payload where the central promise was never keepable. The note's declaration of the crime is honest; its promises about the resolution are not to be believed on their face.
The honest close returns to the register's constant discipline: even the objective that names itself does not name its author. It is tempting to read a note written in the attacker's voice as a fingerprint of the attacker, but ransom notes are templated โ supplied by ransomware-as-a-service platforms and reused, near-identically, across countless unrelated affiliates who license the same kit. So the note brands the strain (this is LockBit-style, this is a particular RaaS's template) and not the operator, and two victims with identical notes were hit with the same toolkit, not necessarily by the same hand โ the affiliate model, which a later case treats, means one strain is deployed by many. So the register reads the most self-declaring objective it has exactly as commodity discipline requires: the objective at HIGH (the note says so and the files are encrypted), the strain at the confidence the template supports, and the author at LOW, because the note that confesses the crime confesses nothing about who committed it. The vectors do not lie: the files are encrypted, the note demands payment, so the objective is extortion. Whether paying restores the files is a claim, not a fact, and who sent the note is a question the note does not answer. We name the objective, we split the note, we distrust the promise, we decline the author, and we let people judge.
6. The counter-narrative, steelmanned
The strongest objection to this case is that it is trivial โ that reading a confession is not analysis at all. For every other objective, the register earns its keep by inferring an intent the payload tried to hide, doing real interpretive work against a concealing adversary. But ransomware simply tells you what it is doing, in writing, so there is nothing to read: the objective is EXTORT because the note says EXTORT, and a register that congratulates itself on a HIGH-confidence reading of a payload that announced its own purpose is claiming credit for work the attacker did. EXTORT, on this view, is the one objective the payload register adds no value to, because the whole method โ inference from behavior โ is unnecessary when the behavior comes with a caption.
The objection is fair about the objective-reading itself, and the register should concede it plainly: reading that the objective is extortion is indeed trivial, and the register claims no cleverness for it. When a payload encrypts your files and drops a note demanding payment, naming the objective is not an achievement; the attacker named it. If the register's only contribution to this case were to announce "the objective is EXTORT," the objection would be entirely correct that this adds nothing โ it would be transcribing a confession and calling it analysis. The ease of the objective-reading is real, and pretending otherwise would be exactly the kind of overclaiming the register exists to avoid. So far the objection wins.
The register answers that its value here is not reading the objective but performing the split the confession tempts every reader to skip โ accepting the declaration while rejecting the promises โ which is precisely the discipline a victim under pressure most needs and least applies. A declared objective is dangerous in a way an inferred one is not: it invites the reader to believe the whole note, because the note is so evidently, checkably truthful about the encryption that its truthfulness seems to vouch for everything else it says. A victim staring at his encrypted files, reading a note that is manifestly correct about the disaster, is primed to believe the same note's promises about the cure โ "they were right that my files are locked, so surely they are right that paying unlocks them." That inference is the trap, and it is exactly the inference the attacker engineered the note to produce. The register's contribution is to break it: to say, with precision, that the note's declaration (extortion is happening) is proven and its promises (payment restores, data is deleted, it ends) are unverified marketing from a party with every incentive to lie and no accountability for lying. That is not trivial; it is the single most decision-relevant thing that can be said about a ransom note, because the victim's costliest decision โ whether to pay โ turns entirely on whether the promises are believed, and the register's split is the discipline that keeps the confession from laundering the sales pitch. The objection is right that reading the objective is easy and wrong that the case is therefore trivial, because the case's real work was never the objective; it was the warning that a payload honest about its crime is not thereby honest about your options. A confession proves the crime. It does not vouch for the criminal's promises about the aftermath, and separating those two is exactly the value the register adds where the attacker did the objective-reading for it.
7. Objective Signal โ EXTORT
Case 7 read the register's fifth objective, and the one that inverts every prior payload. Where the miner, proxy, bot, harvester, and exfiltrator all wanted to stay HIDDEN, ransomware REQUIRES being seen: it encrypts the host's files (the owner's own data made unusable) and drops a RANSOM NOTE announcing the attack and the demand, because the victim is being asked to pay and must know he was attacked. So its intent is DECLARED, not inferred โ the note is the only written statement of purpose in the register โ and EXTORT reads at HIGH the instant the note is found and encryption confirmed (self-proclaimed AND executed), the register's clearest HIGH, achieved by the attacker's own confession.
The analytical work is the SPLIT: the note PROVES its objective (extortion โ true, executed, HIGH) but its PROMISES about outcomes (files decryptable on payment, stolen data deleted, paying ends it) are unverified claims the attacker wants believed โ marketing, not facts, because he has every incentive to reassure and no obligation to keep any promise once paid. The note is honest about WHAT it does and self-interested about WHAT WILL HAPPEN if you comply. The executed signature is MASS FILE ENCRYPTION plus a DROPPED NOTE โ the payload both did the harm and announced it. DOUBLE-EXTORTION layers a silent STEAL DATA (exfil before encryption, severity often UNKNOWN) under the declared EXTORT (encrypt plus threaten to leak), invented to defeat the backup defense with a threat backups cannot answer. The victim RETURNS HOME (local harm after the outward-pointing data objectives), with the distinctive cruelty of his OWN data weaponized in place โ held hostage on his own disk.
The linkage signal is EXTORT. Defensively: against encryption the answer is clean offline BACKUPS (why crews attack backups first); against the leak threat backups do NOTHING (the data is already stolen); and across both, DO NOT TRUST THE NOTE'S PROMISES (paying is a bet on a criminal's word โ Case 8, the fake decryptor, shows the promise can be unkeepable). The author stays LOW: notes are TEMPLATED (RaaS), so they brand the STRAIN, not the operator โ two identical notes mean the same KIT, not the same hand (the affiliate model). The steelmanned objection โ that reading a confession is trivial, so the payload register adds no value to EXTORT โ is answered by the register's value being not the objective (which the attacker named) but the SPLIT the confession tempts every reader to skip: a note manifestly truthful about the encryption primes the victim to believe its promises about the cure, and the register's contribution is to accept the declaration (HIGH) while rejecting the promises (unverified) โ the single most decision-relevant thing about a ransom note, because the costliest decision (whether to pay) turns on whether the promises are believed. A confession proves the crime, not the criminal's trustworthiness about the aftermath. No individual named โ objective and strain named, templated-note author declined. Classification: TLP:WHITE. We name the objective, split the note, distrust the promise, decline the author, and let people judge.
Follow the Payload โ Case 7. Objective signal: EXTORT. Confidence: HIGH for the declared, executed objective (MASS FILE ENCRYPTION โ rewrite user data with an attacker key, often a distinctive extension โ plus a DROPPED NOTE in every affected directory: the payload both DID the harm and ANNOUNCED it, self-proclaimed AND executed, the register's clearest HIGH); the note's PROMISES about outcomes (decryptable on payment / stolen data deleted / paying ends it) are UNVERIFIED (marketing the attacker wants believed โ maximal incentive to reassure, zero accountability once paid); LOW for the author (notes are TEMPLATED by ransomware-as-a-service, so they brand the STRAIN not the operator โ identical notes = same KIT, not same hand). Ransomware INVERTS the register: every prior payload wanted to stay HIDDEN, but EXTORT REQUIRES being seen (the victim must know to pay), so intent is DECLARED not inferred โ the note is the only written statement of purpose in the register. THE SPLIT: the note PROVES the objective (extortion, HIGH) but its PROMISES are self-interested claims (believe-at-your-peril) โ honest about WHAT it does, untrustworthy about WHAT WILL HAPPEN if you pay. DOUBLE-EXTORTION layers a silent STEAL DATA (exfil first, severity often UNKNOWN) under the declared EXTORT (encrypt + leak-threat), invented to defeat BACKUPS with a threat they cannot answer. Victim returns HOME (local harm, own data weaponized in place). Defensively: clean offline BACKUPS answer the encryption (crews attack backups first) but NOT the leak threat; DO NOT TRUST THE NOTE'S PROMISES. Steelmanned objection (reading a confession is trivial, so the register adds no value) answered by the value being the SPLIT, not the objective: a note truthful about the crime primes belief in its promises about the cure, and the register accepts the declaration while rejecting the promises โ the decision-relevant discipline (whether to pay turns on the promises). A confession proves the crime, not the criminal's promises. No individual named. Classification: TLP:WHITE. Include everything โ the files are encrypted and the note demands payment, so the objective is extortion; whether paying restores them is a claim, not a fact, and who sent the note the note does not say.