LSN โ€” Local Sovereign Network

๐Ÿ”‘ TI-2026-051D

KEYS TO THE KINGDOM โ€” The SSH Key as Skeleton Key

Series: The Credential Harvest | Letter D of F+ | Confidence: HIGH

The Operating Premise: In the physical world, if three burglars from different cities all carry identical keys to the same lock, you don't investigate the lock โ€” you investigate the locksmith. In digital infrastructure, an SSH public key is that lock, and the private key holder is the burglar. When the same key appears deployed from multiple source IPs across multiple days, we are not observing independent actors. We are observing a team.

I. The Skeleton Key

On June 3, 2026, our honeypot captured a sequence of commands that tells a complete story in six lines:

cd ~; chattr -ia .ssh; lockr -ia .ssh cd ~ && rm -rf .ssh && mkdir .ssh && echo "ssh-rsa AAAAB3NzaC1yc2EAAAAB JQAAAQEArDp4cun2lhr4KUhBGE7VvAcwdli2a8dbnrTOrbMz1+5O73fcBOx8NVbUT0 bUanUV9tJ2/9p7+vD0EpZ3Tz/+0kX34uAx1RV/75GVOmNx+9EuWOnvNoaJe0QXxzi Ig9eLBHpgLMuakb5+BgTFB+rKJAw9u9FSTDengvS8hX1kNFS4Mjux0hJOK8rvcEmPe cjdySYMb66nylAKGwCEE6WEQHmd1mUPgHwGQ0hWCwsQk13yCGPK5w6hYp5zYkFnvlC 8hGmd4Ww+u97k6pfTGTUbJk14ujvcD9iUKQTTWYYjIIu5PmUux5bsZ0R4WFwdIe6+i 6rBLAsPKgAySVKPRK+oRw== mdrfckr">>.ssh/authorized_keys && chmod -R go= ~/.ssh && cd ~

Read this as a military operation order:

Phase 1 โ€” Clear the Defenses: chattr -ia .ssh removes the immutable (-i) and append-only (-a) extended attributes from the .ssh directory. These are defensive hardening measures โ€” some administrators set them specifically to prevent SSH key modification. The operator expects this defense. The lockr command is a custom tool achieving the same on non-standard Linux distributions.
Phase 2 โ€” Scorched Earth: rm -rf .ssh && mkdir .ssh โ€” don't just modify the existing authorized_keys file. Destroy everything. Remove any other keys, any known_hosts, any config. Start fresh. This tells us: the operator doesn't care about preserving the target's legitimate SSH configuration. They're not sharing access โ€” they're taking it.
Phase 3 โ€” Plant the Key: The RSA-2048 key with comment mdrfckr is appended to authorized_keys. From this moment forward, whoever holds the corresponding private key has passwordless, unrestricted root access to this system. Forever. Or until someone manually removes it.
Phase 4 โ€” Lock the Door Behind: chmod -R go= ~/.ssh removes all group and other permissions. This isn't just operational security โ€” it's functional requirement. SSH refuses to use authorized_keys if the permissions are too permissive. The operator knows the protocol specification.
โฌฅ โฌฅ โฌฅ

II. The Locksmith's Signature

The key comment mdrfckr is not accidental. In the SSH key ecosystem, the comment field is cosmetic โ€” it has no cryptographic function. But it serves as a brand. The mdrfckr family has been documented in IoT botnet research since 2019, primarily targeting Raspberry Pi and embedded Linux devices. What we observe here is evolution: the same operators (or their tools) now targeting general-purpose SSH servers.

Between the Lines: Why would a criminal leave their signature on a key? Three possibilities: (1) Automation โ€” the key was generated once and hardcoded into a deployment script years ago, never updated because it still works. (2) Territorial marking โ€” in the botnet ecosystem, deploying a named key is like spray-painting gang tags. Other operators seeing "mdrfckr" in authorized_keys know the system is claimed. (3) Arrogance โ€” nobody reads their authorized_keys file anyway.

This key was deployed from 3 different source IPs over a 7-day window:

2026-06-03
First deployment observed. The private key holder begins the current campaign.
2026-06-10
Last deployment observed. Same key, different source IP. Same operational playbook.

Three IPs deploying the same key means the private key is shared. In cryptographic terms, this is the equivalent of giving three people copies of your house key. You don't do that with strangers. This is an organization.

โฌฅ โฌฅ โฌฅ

III. The HASSH Attribution Vector

Every SSH client, when connecting to a server, announces its capabilities in a specific order: key exchange algorithms, encryption algorithms, MAC algorithms, compression algorithms. The order and selection of these algorithms forms a fingerprint called HASSH โ€” the MD5 hash of this negotiation string.

HASSH is to SSH what a browser User-Agent is to HTTP โ€” except it's much harder to fake. Changing your HASSH requires recompiling your SSH client with different algorithm preferences. Most operators never bother.

HASSH: eff4c24daffc8532c160e86e5f006e53
This fingerprint is shared across 5 IPs in 4 countries. This is not a coincidence. This is not a popular SSH client version. This is one specific compiled binary, distributed to multiple operators.
87.251.64.176
๐Ÿ‡ต๐Ÿ‡ฑ Poland
ISAEV Primary โ€ข AS200730
4,066 admin/admin attempts
99 temporal correlations
87.251.64.146
๐Ÿ‡ต๐Ÿ‡ฑ Poland
ISAEV Secondary โ€ข Same subnet
Credential specialization
Same binary, different targets
87.251.64.150
๐Ÿ‡ต๐Ÿ‡ฑ Poland
ISAEV Tertiary โ€ข Same subnet
Division of labor pattern
Identical negotiation order
80.66.66.10
๐Ÿ‡ง๐Ÿ‡ฌ Bulgaria
Cross-border node
Shared RDAP org with ISAEV
Same binary = same supplier
37.77.150.119
๐Ÿ‡ท๐Ÿ‡บ Russia
Russia endpoint
Same HASSH fingerprint
3rd country in the toolchain
89.124.97.231
๐Ÿ‡ง๐Ÿ‡ฌ Bulgaria
Second Bulgarian node
Confirms distribution pattern
2 recipients in BG alone
What This Means: Someone โ€” a developer, a toolmaker, an armorer โ€” compiled a Go-SSH binary with specific algorithm preferences. That exact binary was then distributed to operators in Poland, Bulgaria, and Russia. The HASSH fingerprint is the provenance mark โ€” like the maker's stamp on a firearm. Every shot fired from this weapon carries the ballistic signature of its manufacturer.
โฌฅ โฌฅ โฌฅ

IV. The CIA Parallel โ€” Codex and System Fingerprinting

๐Ÿ“„ WikiLeaks Vault 7 โ€” Codex Specification v1 (SECRET//SI//NOFORN)

The CIA's Codex framework defines "system fingerprinting" as the primary collection methodology for implant operations. The specification describes how to generate "a concise value" that uniquely identifies a system's configuration โ€” algorithm support, protocol versions, negotiation preferences.

This is exactly what HASSH does. The difference? HASSH is defensive โ€” we fingerprint their tools. The Codex specification fingerprints targets. Same technique, inverted perspective. The mathematical operation is identical: reduce complex protocol negotiation to a single hash that becomes an identity anchor.

The Codex specification was classified SECRET//SI. Its concepts are now implemented in open-source defensive tools. The arc from classified intelligence methodology to commodity attribution tool took approximately 6 years (Codex leaked 2017, HASSH published 2018). This compression of the classified-to-commodity pipeline is itself a finding: state-level tradecraft becomes criminal defense within a single software generation.

โฌฅ โฌฅ โฌฅ

V. The NSA Precedent โ€” Persistent Access as Doctrine

๐Ÿ“„ NSA ANT Catalog (2013 Leak) โ€” CM-II Hardware Implant

The NSA's ANT catalog describes CM-II: a hardware implant providing "software persistence capability, in-field re-programmability, and covert communications" over USB. The implant communicates with the STRAITBIZARRE software through a "covert channel implemented on the USB".

The SSH key we observe in our honeypot is the software equivalent at zero hardware cost: persistence (key survives reboots), re-programmability (any command can be executed via the SSH session), and covert communications (SSH traffic is encrypted end-to-end, invisible to network monitoring that doesn't perform TLS inspection).

The Doctrinal Inheritance: What the NSA achieved with custom hardware fabrication costing "$200K per 50 units" (as documented in the ANT catalog), criminal operators now achieve with a single line of shell script. The echo "ssh-rsa ..." >> authorized_keys command is a $0 implant that provides: (1) persistent access surviving reboots, (2) encrypted covert channel, (3) ability to execute arbitrary commands, (4) no hardware footprint. The only thing missing is hardware-level rootkit capability โ€” which the malware deployment phase (observed in our 051B analysis) immediately addresses.
โฌฅ โฌฅ โฌฅ

VI. The Economics of Keys vs. Passwords

AttributePassword AccessSSH Key AccessAdvantage
PersistenceRequires re-auth each sessionInfinite sessions, zero re-auth๐Ÿ”‘ Key: โˆžx
Survives rotationDies on password changeSurvives password changes๐Ÿ”‘ Key: immune
Audit visibilityLogged in auth.logLogged but appears legitimate๐Ÿ”‘ Key: stealth
Sharing costRisk increases with each sharePrivate key = unlimited operators๐Ÿ”‘ Key: O(1)
Revocation detectionOwner notices lockoutOwner never knows key exists๐Ÿ”‘ Key: invisible
Multi-system scalingOne password per systemOne key for all systems๐Ÿ”‘ Key: O(n)

The economic logic is overwhelming. A password gives you one session. A key gives you all sessions forever. The initial investment (gaining password access to deploy the key) is a one-time cost. The return (permanent access) is infinite. In financial terms, this is a trade with infinite ROI.

Why They Still Need Passwords: This is the critical insight. The credential stuffing we documented in 051A-C is not the end goal โ€” it is the delivery mechanism for key deployment. Every admin/admin login that succeeds is not about using that password forever. It's about having one chance to deploy a key that makes the password irrelevant. The password is the match. The key is the fire.
โฌฅ โฌฅ โฌฅ

VII. The Attribution Chain

We can now construct a multi-vector attribution chain that does not depend on any single indicator:

Convergent Attribution โ€” Three Independent Vectors

Vector 1: HASSH โ†’ Same compiled binary across 5 IPs / 4 countries
Vector 2: Temporal โ†’ 99 IPs correlated within 10-minute windows (from 051C)
Vector 3: Credential โ†’ Same credential dictionaries, same order, same AS topology
Vector 4: SSH Key โ†’ Same RSA key deployed from multiple sources = shared private key

When four independent attribution vectors converge on the same actor group, the probability of coincidence approaches zero. This is not correlation. This is identification.

โฌฅ โฌฅ โฌฅ

VIII. The Deeper Pattern โ€” Infrastructure as Memory

Consider what an SSH key represents at the systems level: it is a persistent memory embedded in the target infrastructure. Unlike a password (which exists in the attacker's brain and the target's hash database), a key creates a bilateral relationship โ€” the public key lives on the target, the private key lives with the attacker. Neither party can forget the other exists.

This has profound implications for the threat landscape:

Implication 1 โ€” The key outlives the campaign. Even if the credential stuffing infrastructure is taken down, even if the C2 servers are seized, the deployed keys remain. They are sleeper agents, dormant until the operator (or anyone who acquires the private key) decides to return. The infrastructure has a memory that survives the destruction of the attacking infrastructure.
Implication 2 โ€” The key is transferable. If the mdrfckr operators are arrested tomorrow, the private key can be sold, shared, or leaked. Every system where that key was deployed becomes accessible to the new holder. Access is not personal โ€” it is portable property. It can be inherited, stolen, or traded. This transforms individual compromises into tradeable assets.
Implication 3 โ€” The key is invisible to standard monitoring. No IDS triggers on a valid SSH key authentication. No firewall blocks an authorized SSH connection. The key-based login appears identical to a legitimate administrator login. The only detection mechanism is auditing the authorized_keys file itself โ€” something most organizations do never, or annually at best.
โฌฅ โฌฅ โฌฅ

IX. From Lock Pick to Master Key โ€” The Evolution

This series has traced an evolution across four letters:

LetterStageAsset CreatedPersistence
051ACredential DiscoveryUsername/password pairsUntil rotation (~never)
051BPost-Auth ExploitationSystem fingerprints, malwareUntil reboot/cleanup
051CCoordinated StuffingAccess at scale, temporal coverPer-session
051DKey DeploymentPermanent backdoor accessInfinite (until manual removal)

Each stage builds on the previous. The password gets you in the door. The exploitation maps the terrain. The coordination provides cover. The key ensures you never need the door again. You've built your own entrance.

The Strategic View: What we're documenting is not a series of independent attacks. It is a production pipeline where credentials are raw material, access is the intermediate product, and deployed SSH keys are the finished goods. The factory operates 24/7 across 4 countries with shared tooling, coordinated timing, and division of labor. The output โ€” persistent access tokens embedded in victim infrastructure โ€” represents a growing portfolio of tradeable access assets with infinite shelf life.
โฌฅ โฌฅ โฌฅ

X. Investigative Continuity

The HASSH fingerprint eff4c24daffc8532c160e86e5f006e53 becomes our next investigative thread. Every new connection bearing this fingerprint adds to the map. Every new IP with this signature extends the known distribution network of the tool supplier.

The mdrfckr RSA key becomes a global indicator. Any organization that finds this public key in their authorized_keys file can now be certain: they are compromised by the same group our honeypot attracted. The key is not just evidence of compromise โ€” it is evidence of membership in a victim class.

Next: Letter E will examine how these harvested credentials and deployed keys feed into dark market economies โ€” the Telegram channels where access is priced, traded, and arbitraged. The key you just saw deployed is worth money. The question is: how much, and to whom?

TI-2026-051D | Classification: UNRESTRICTED | Confidence: HIGH
Evidence Items: 5 | Actors: 3 | Infrastructure Nodes: 5 | Connections: 4
Attribution Vectors: HASSH + Temporal + Credential + SSH Key = CONVERGENT
Next Letter: TI-2026-051E "The Telegram Market"
โš  Personal capacity. Research published independently โ€” not reflecting employer views. Derived from passive observation of attacks against personal infrastructure. Full disclaimer โ†’
โ† Previous The Credential Harvest โ€” 4 / 14 Next โ†’