T-Pot Threat Analysis

1,222,242 attack events  ·  operator/admin access excluded  ·  2026-10-27 19:08 → 2026-11-01 21:00 UTC  ·  single sensor, eu-north-1
1.22M
attack events
14,438
external IPs
38.5%
scanner traffic
445
top port (SMB)
123
RDP events / IP

1 · The shape of the attackvolume · rhythm · rhythm anomalies

Traffic is dominated by passive sensor capture, but the two streams move independently — a spike in sensor volume is not a spike in actual engagement.

Hourly volume, sensors vs interactive honeypots

The red layer is real interaction with emulated services. The blue layer is packet-level observation (P0f fingerprinting, Suricata flows, Fatt). They diverge: sensor volume spikes on scan sweeps that never complete a service handshake.

Day × hour density

Rows are 27 Oct – 1 Nov, columns are UTC hours. Peaks cluster at 23:00 and 02:00 UTC; the quietest band is 12:00–13:00. Because UTC aligns roughly with European night and US evening, the trough is consistent with Western infrastructure quieting while Asian sources continue.

Scanner share over time

Yellow is known measurement/scanner ASNs (Google, Censys, ONYPHE, Modat, Shadowserver…). The band is remarkably flat — these are machines on schedules, immune to time of day.

Where the traffic comes from

Event volume against distinct IPs per country. The two bars track each other almost perfectly (r=+0.96), meaning big numbers mean many sources, not one loud host.

What this means: two different phenomena are being measured in one corpus. The blue layer is network-level observation — every packet, including sweeps that never touch a service. The red layer is actual interaction with an emulated service. When blue spikes without red, a scanner swept the range; when red rises, something completed a handshake and started talking. Neither respects business hours: the 23:00 and 02:00 UTC peaks are simply when European night and US evening overlap, which is when the largest pools of compromised infrastructure are active.

2 · Who is actually behind itbreadth · reputation · geography

Excluding RFC1918 and known scanner infrastructure leaves 71,941 genuine engagement events from 5,852 IPs — 5% of the corpus, and the only part worth threat-hunting against.

Geographic distribution of external sources

Bubble area is event volume, positioned at each country's centroid; hover for counts. Operator/admin traffic is excluded.

Offline vector basemap (Natural Earth 110m land) — no external tile requests.

What this means: the spread is global and unspecific. No region is singled out, which is the signature of indiscriminate internet-wide scanning rather than a campaign aimed at you. Much of the US lead is measurement infrastructure (Google, Censys, ONYPHE) rather than concentrated hostile intent — see the scanner split below.

IP reputation labels

The bundled reputation list tags most traffic as scan source or bad reputation. A small but meaningful tail is explicitly compromised or attack source — those are the hosts you would prioritise.

Honeypot breadth vs depth

X = unique IPs, Y = events per IP, bubble = total volume. The upper-left region is the dangerous quadrant: few sources, heavy engagement. RDP and Heralding live there.

What this means: the corpus is dominated by machines, not people. A third of external traffic is known scanner/measurement infrastructure, and much of the rest is commodity scanning from hosting providers. The population worth caring about is small — roughly 5% of events represent real engagement. On the scatter, the dangerous quadrant is upper-left: few sources generating many events. RDP and Heralding sit there, meaning a handful of hosts repeatedly work those services instead of sweeping past. That distinction is the difference between background noise and an adversary with a goal.

3 · What they are aiming atports · networks · targeting

SMB dominates raw volume, but the ordering changes when you count only traffic that reached a listening honeypot — port 443's huge sensor count collapses to almost nothing.

Destination ports

Blue = all observed traffic, green = traffic that actually reached an interactive honeypot. Port 443 is mostly scan noise: 107,744 sensor hits become 1,531 real ones.

Which networks target which ports

Cross-tab of destination port against source ASN. Strong cells reveal specialisation — commodity scanners spread evenly, while specific networks concentrate on one service.

What this means: SMB is the loudest target, but much of that is exposure rather than preference — port 445 is published on Dionaea and swept by everything. The more useful signal is the gap between “a sensor saw a packet” and “a honeypot completed a conversation”. Port 443 loses almost all of its volume across that filter: those sensor events were TLS handshake attempts that never reached a service. The port × network cross-tab shows specialisation — some networks concentrate on a single port, the fingerprint of purpose-built tooling rather than a generic sweep.

4 · How they attackcredentials · RDP · user agents

The credential corpus is commodity IoT stuffing — blank, "1", "123", "password". There is no evidence of targeted or credential-specific campaigns.

Most-attempted username : password pairs

Blank-password attempts dominate. sa and admin lead usernames — classic MSSQL/edge-device targeting.

RDP pressure over time

Events (red) against distinct source IPs (cyan). The gap between the lines is the story: volume rises while source count stays flat — persistence, not breadth (r=+0.11).

Top usernames

Top passwords

User agents observed

Mostly off-the-shelf tooling: zgrab, CensysInspect, GenomeCrawlerd, and one explicitly labelled Go Web Pentest Tool.

Attacker persistence

How many distinct days each source IP appeared, among the 2,000 highest-volume IPs. The red bars are hosts present on 5–6 of 6 days — sustained campaigns, not drive-bys.

What this means: credential attacks here are commodity, not targeted. The password list is the IoT default canon — blank, 1, 123, password. Nobody is guessing your specific credentials; the same short list is thrown at everything with a login prompt. RDP is the exception in intensity, not sophistication: 93 source IPs produced 11,420 events, and the mstshash=hello cookie in 4,298 payloads is the fingerprint of a small number of brute-force tools run persistently. Persistence matters more than volume — the hosts present on 5–6 of 6 days are the ones actually worth blocking.

5 · Detection signalSuricata

134,791 events carry an alert signature, but severity is skewed low and the top signature is a known false-positive magnet.

Alert categories

"Misc Attack" and "Generic Protocol Command Decode" dominate — the fingerprints of scanning rather than exploitation.

Severity distribution

Only a small fraction is severity 1. Caveat: the top signature, "DoublePulsar Backdoor installation" (16,668), fires on ordinary SMB scanning and is almost certainly a false positive.

What this means: detection volume is high but confidence is low. Most categories describe protocol decoding and scanning rather than exploitation. The top signature — “DoublePulsar Backdoor installation” at 16,668 — fires on routine SMB probes and should not be read as evidence that anyone attempted that specific backdoor. Treat severity-1 alerts as the working set and verify each before escalating; the rest is context.

6 · Attack types observedand what success would mean

Each card pairs a technique seen in this corpus with the ports and evidence behind it, then states the consequence if the same attack reached a real system instead of an emulation.

Mass port scanning

TCP sweep · 14,385 source IPs

Automated sweeps across IPv4 space looking for anything that answers. Individually harmless, but it is the reconnaissance layer that feeds every other attack here.

37.9% of external traffic originates from known scanner/measurement ASNs.

If it succeeds: nothing by itself — it builds the target list. Your host gets catalogued and resold into the next campaign.

SMB exploitation

TCP 445 · 211,167 sensor / 23,200 interactive

Attempts against Windows file-sharing flaws — the EternalBlue lineage — plus credential relay and SMB signing abuse.

Loudest port in the corpus. Suricata fired DoublePulsar and DShield-blocklist signatures here, though DoublePulsar is likely a false positive.

If it succeeds: remote code execution as SYSTEM on an unpatched host, worm-like lateral movement, and ransomware deployment across the estate.

RDP brute force

TCP 3389 · 11,420 events / 93 IPs

Sustained password guessing against Remote Desktop, driven by a small set of persistent hosts rather than a broad sweep.

123 events per source IP — the highest depth of any service. The mstshash=hello cookie appears in 4,298 payloads.

If it succeeds: an interactive desktop session as a domain user — data theft, ransomware staging, and a jump host into the internal network.

SSH / Telnet credential stuffing

TCP 22/23 · 6,424 events

Replaying the IoT default-credential canon against anything with a login prompt: sa, admin, root with blank, 1, 123.

2,273 credential documents captured. Low sophistication, high volume.

If it succeeds: shell access — botnet enrolment, cryptomining, and a pivot point. This is exactly how Mirai-style worms spread.

Cloud metadata SSRF

HTTP · 452 + 580 probes

Tricking a server-side request into fetching the instance metadata service, in the hope of reading temporary credentials.

Top requested URLs here are /latest/meta-data/iam/security-credentials/ and /latest/api/token — not web shells.

If it succeeds: temporary IAM credentials, and from there control of the cloud account — S3 exfiltration, resource abuse, and persistence. Highest-severity technique in this corpus.

Open proxy abuse

HTTP CONNECT · 422 + 446

Using the host as a relay to launder traffic and to check its own egress identity via icanhazip.com and api.ipinfo.io.

958 Suricata alerts for inbound CONNECT on an off-port.

If it succeeds: your IP becomes the attributed source of someone else's activity — abuse complaints, blocklisting, and legal exposure in your name.

Web application & CMS exploitation

HTTP · Snare / Wordpot / Tanner

Probing for vulnerable WordPress plugins, exposed configuration files, and injectable parameters.

/wp-login.php, /xmlrpc.php, /.env (130 hits), plus a specific malicious host a7x.overflow.biz.

If it succeeds: a webshell means arbitrary code execution; an exposed .env hands over database and API credentials.

Database attacks

3306 · 1433 · 6379 · 27017 · 5432

Default credentials and unauthenticated access against common data stores, reached through Dionaea, Redishoneypot and Heralding.

MySQL 6,204 · MSSQL 4,805 · Redis 233 · MongoDB 214 · PostgreSQL 18.

If it succeeds: bulk data theft. An unauthenticated Redis or MongoDB lets an attacker write SSH keys or cron jobs, which converts directly into remote code execution.

ICS / SCADA probing

1025 · 2404 · 161 · 623

Enumeration of industrial controllers, utility meters and out-of-band management interfaces, caught by the ConPot family.

Kamstrup meters, IEC 60870-5-104, SNMP and IPMI all received traffic.

If it succeeds: process manipulation or safety-system bypass — the only category here with potential physical consequences.

Print, medical & embedded device attacks

2575 · 104 · 631 · 9100 · 5555

Exploiting devices that are rarely patched and usually trusted inside the network: printers, medical systems, Android debug bridges.

Miniprint 220 · IPPhoney 14 · Dicompot 59 · Medpot 2 · Adbhoney 140.

If it succeeds: patient data exposure via DICOM/HL7; printers repurposed as an internal pivot; Android devices enrolled into a botnet for mining or DDoS.

VNC and unauthenticated remote desktop

TCP 5900 · 1,147 alerts

Hunting for VNC servers with no authentication or a trivially weak password.

RFB 003.003 and 003.008 handshakes captured in payload snippets.

If it succeeds: full graphical control of a machine — frequently an engineering or operations workstation with broad network reach.

Edge appliance / VPN exploitation

TCP 8443 · Cisco ASA

Targeting internet-facing VPN concentrators, a favoured entry point because a win bypasses the perimeter entirely.

266 events from 80 distinct sources, including a live attempt to tunnel to an external host.

If it succeeds: authenticated access to the internal network without ever touching an endpoint — the quietest way in.
What this means — the connection worth acting on: the strongest technique in this corpus is not a web shell — it is cloud credential harvesting via SSRF. Attackers probed /latest/meta-data/iam/security-credentials/, /latest/api/token and /latest/meta-data/managed-ssh-keys/active-keys/ubuntu/ hundreds of times each. Combined with the honeypot being used as an open CONNECT proxy (icanhazip.com, api.ipinfo.io), it indicates actors who treat any exposed host as a pivot into the surrounding cloud account rather than a target in itself.

7 · The honeypot fleetwhat each one emulates

A honeypot is a decoy: it emulates a real service so attackers reveal their technique, tooling and intent without touching production. Each card states what the service imitates, what it actually captures, and what a successful attack on that service would mean if it were real.

Cowrie

SSH · Telnet · 22/23

Emulates a Linux shell with a fake filesystem. Captures credential stuffing and, more usefully, what attackers do after login — commands typed, files fetched, payloads uploaded.

If a real host fell: shell access. Botnet enrolment, cryptomining, and a pivot into the internal network.

Dionaea

SMB · FTP · MSSQL · MySQL · MongoDB · MQTT

Emulates a spread of vulnerable services and captures the actual malware dropped against them, storing binaries for analysis.

If a real host fell: remote code execution plus live malware delivery — the attacker gets a foothold and a payload on disk.

RDPHoneypot

RDP · 3389

Emulates Windows Remote Desktop and captures client hostnames, usernames, and connection fingerprints.

If a real host fell: an interactive desktop session — the standard route into ransomware staging.

Heralding

SSH · FTP · POP3 · IMAP · SMTP · VNC · PostgreSQL

Emulates many login protocols purely to harvest username/password pairs — it is a credential collector, not a full service.

If a real host fell: valid credentials, which are reused elsewhere far more often than they are guessed.

ConPot

Modbus · IEC-104 · SNMP · IPMI · Guardian AST

Emulates industrial controllers and utility meters. Captures reconnaissance aimed at operational technology.

If a real host fell: control of physical process equipment — pumps, valves, meters — with real-world safety impact.

Snare & Tanner

HTTP · 80

Snare serves cloned real web pages with hidden attack surface; Tanner emulates a deliberately vulnerable app and grades the sophistication of each attack.

If a real host fell: a webshell, defacement, or database compromise behind the site.

H0neytr4p & Honeyaml

HTTPS · HTTP API

Emulate HTTPS services and an anti-money-laundering API respectively. Capture request patterns, SSRF attempts and scanner fingerprints.

If a real host fell: API compromise or data exfiltration from a financial system.

Mailoney & Sentrypeer

SMTP · SIP/VoIP

Mailoney emulates a mail server and Sentrypeer a SIP registrar. They capture relay abuse, spam tooling and toll-fraud attempts.

If a real host fell: an open relay for phishing, or international call fraud billed to you.

Miniprint & IPPhoney

PJL 9100 · IPP 631

Emulate network printers. Capture print-job exploitation — a perennially forgotten foothold inside trusted subnets.

If a real host fell: firmware manipulation, document capture, or a quiet pivot deeper into the network.

Medpot & Dicompot

HL7 2575 · DICOM 104/11112

Emulate clinical messaging and medical imaging protocols. Capture healthcare-targeted reconnaissance.

If a real host fell: patient data exposure, or disruption of clinical systems.

Redishoneypot & ElasticPot

Redis 6379 · Elasticsearch 9200

Emulate commonly misconfigured data stores. Capture unauthenticated access attempts.

If a real host fell: data theft — or, on Redis, remote code execution via written SSH keys or cron entries.

Adbhoney · Wordpot · Cisco ASA

ADB 5555 · WordPress · ASA 8443

Emulate Android debug bridges, WordPress sites and Cisco VPN appliances — three very different routes into a network.

If a real host fell: device botnet enrolment, CMS takeover, or perimeter bypass respectively.

Honeytrap

Catch-all · many ports

A low-interaction listener that accepts connections on dozens of ports without emulating any of them. Captures breadth, not behaviour.

Not a risk model — it exists to measure how widely you are being scanned. Here it logged 6,880 unique IPs at 3.9 events each.
What this means: the fleet is deliberately layered. Depth honeypots (RDPHoneypot, Heralding, Dionaea) tell you how an attacker works; breadth sensors (Honeytrap, P0f, Suricata) tell you how much is happening. Neither is a control — P0f, Suricata and Fatt are passive sensors, not honeypots, and none of these systems prevent an attack. Their value is that they make an attack legible before it reaches something that matters.

8 · Notorious actorswho, where, and what they tried

Ranked by behaviour rather than volume — multi-service engagement, persistence across days, and real credential or exploit attempts. Known measurement networks (Censys, ONYPHE, Google) are excluded: they scan everything and target nothing.

77.90.185.30DE · Germany
Limited Network LTD · ASN 213790
2,975 events5/6 daysscan source

Hammered MySQL on 3306 for five straight days and produced 345 credential documents — admin, root and sa, almost all with a blank password. Pure default-credential playbook, and simultaneously tagged on the Spamhaus and DShield blocklists.

If it had worked: Would have handed over an entire database. With FILE privileges, MySQL also allows arbitrary file write on the host — which converts directly to code execution.
45.138.12.48LT · Lithuania
Tc Datacenter Limited · ASN 218785
1,854 events4/6 daysweb attacker

Exclusively a web attacker. Tripped signatures for React2Shell (React Server Components RCE), JavaScript prototype pollution, and X-Client-IP header spoofing aimed at bypassing localhost-only restrictions. This is current, specific exploit code — not a generic sweep.

If it had worked: Remote code execution on a Node/React front end, or authentication bypass by making a request appear to originate from the host itself.
172.213.246.51IT · Milan
Microsoft Corporation · ASN 8075
12,060 events3/6 daysno reputation label

1,628 RDP events across 814 distinct sessions on port 3389 over three days. Carries no reputation label at all, and resolves to Microsoft's ASN — either a compromised Azure tenant or a testing harness.

If it had worked: An interactive Windows desktop. RDP access is the standard precursor to ransomware staging and domain-wide lateral movement.
204.76.203.221NL · Eygelshoven
Pfcloud UG · ASN 51396
1,632 events6/6 daysscan sourcePTR: 204.76.203.221.ptr.pfcloud.network

Present every single day of the collection window. Probed the ConPot Guardian AST interface on 10001 plus a rotating set of high ports, and triggered inbound HTTP CONNECT on an off-port — an attempt to use the host as a relay. Listed on Spamhaus DROP.

If it had worked: Proxy relay abuse attributed to your IP, and enumeration of industrial control interfaces.
18.218.118.203US · Columbus, Ohio
Amazon.com, Inc. · ASN 16509
4,954 events6/6 daysbad reputation, attack sourcePTR: scan.visionheight.com

A genuine multi-protocol sweeper: opened real Cowrie and RDP honeypot sessions and touched MySQL, PostgreSQL, VNC and ConPot. Reverse DNS is the giveaway — it PTRs to scan.visionheight.com, and five addresses in this corpus share that name. It is one commercial scanning service rotating across AWS addresses, not five separate actors.

If it had worked: Multi-service foothold. Cloud-hosted scanners rotate IPs on demand, so blocking the address costs them nothing.
3.129.187.38US · Columbus, Ohio
Amazon.com, Inc. · ASN 16509
5,731 events5/6 daysbad reputationPTR: scan.visionheight.com

Aimed almost entirely at non-standard ports — 30001, 8003, 5938, 4449, 7000, 1025, 1723 — plus Elasticsearch on 9200. Triggered ElasticPot recon, IPP and a Cowrie key exchange. Same PTR as the card above (scan.visionheight.com): one operator running two different probes from the same fleet.

If it had worked: Finding an admin or database service that was moved off its default port to avoid attention — a common and ineffective hiding technique.
204.76.203.4NL · Eygelshoven
Pfcloud UG · ASN 51396
7,859 events4/6 daysscan sourcePTR: 204.76.203.4.ptr.pfcloud.network

The highest-volume address in this set: 7,859 events sprayed across random high ports, 1,244 Honeytrap captures, and the only Dicompot hit of the group. PTRs to pfcloud.network, as do all six active addresses in 204.76.203.0/24 — one leased block, rotated through substitutes.

If it had worked: Mapping which obscure high ports respond. Individually cheap, and resilient because the netblock stays constant while the address changes.
What this means: reverse DNS collapses this list. Two of these seven are the same operator — they PTR to scan.visionheight.com, a string that also appears as a user agent elsewhere in this corpus — and two more PTR into pfcloud.network, alongside all six active addresses in 204.76.203.0/24. Blocking a single IP is therefore close to pointless: the address changes, the netblock and the domain do not. Block the /24 or the ASN, and expect the operator to move provider within days. That churn is also why per-IP reputation feeds go stale faster than they are updated.

9 · Campaigns and toolinggroup by infrastructure, not by address

Reverse DNS on the 500 highest-volume addresses (359 resolved) collapses thousands of individual IPs into a handful of organisations. The same happens with TLS fingerprints.

Infrastructure clusters

Addresses grouped by PTR domain and by /24. A cluster needs at least two addresses. Measurement badges mark commercial scan and threat-intel services; operator badges mark hosts that are not scanning-as-a-product.

clusterkindIPseventsdaysattribution
onyphe.netPTR domain5521,8606/6measurement ONYPHE SAS
modat.ioPTR domain47107,8726/6measurement Modat B.V.
censys-scanner.comPTR domain4431,8516/6measurement Censys, Inc.
visionheight.comPTR domain1928,7386/6operator Amazon.com, Inc.
pfcloud.networkPTR domain1218,7296/6operator Pfcloud UG (haftungsbeschrankt)
deepfield.netPTR domain84,2893/6measurement Google LLC
criminalip.comPTR domain75,1576/6measurement IP Volume inc
85.217.140.0/24/2445107,2016/6measurement Modat B.V.
167.94.146.0/24/243129,0296/6measurement Censys, Inc.
195.184.76.0/24/24196,4776/6measurement ONYPHE SAS
91.231.89.0/24/24167,4226/6measurement ONYPHE SAS
204.76.203.0/24/241218,7296/6operator Pfcloud UG (haftungsbeschrankt)
91.230.168.0/24/24124,5946/6measurement ONYPHE SAS
216.180.246.0/24/2484,2893/6measurement Google LLC
91.196.152.0/24/2483,3676/6measurement ONYPHE SAS
66.132.195.0/24/2481,7215/6measurement Censys, Inc.
185.242.226.0/24/2475,1576/6measurement IP Volume inc
45.82.78.0/24/2472,8796/6operator Detai Prosperous Technologies Li
77.91.71.0/24/2451,9136/6operator Alferov Aleksey Aleksandrovich

JA4 fingerprints by distinct source IPs

A TLS fingerprint identifies the client library, not the attacker. 853 different IPs share one JA4 — evidence that per-IP counting measures proxy churn, not adversaries.

Fingerprint concentration

How much of each fingerprint space the top ten values cover. JA3 is nearly one-per-connection and useless for grouping; JA4 normalises away version noise and clusters properly.

What this means: almost every large cluster here is a measurement service — ONYPHE, Censys, Modat, Shodan, BinaryEdge, Criminal IP and Google Deepfield operate entire /24s. They inflate every "top attacker" chart on the internet while targeting nothing. The genuinely notable clusters are the small ones: visionheight.com (19 IPs), pfcloud.network (12), and two single-purpose ranges — 45.82.78.0/24 and 77.91.71.0/24, the latter registered to an individual's name, which is the usual shape of bulletproof hosting.

This is the practical form of David Bianco's Pyramid of Pain, which puts IP addresses near the bottom: an adversary swaps one in seconds and loses nothing. The netblocks and PTR domains above sit a rung higher, and the behaviour in section 10 — the shell ladder, the writability sweep, the dropped miners — sits higher still.

10 · Post-auth sessionswhat happened after they got in

Of 2,029 Cowrie sessions, only 57 ended in a successful login and 48 ran any command. This is the rare part of the corpus where attackers stopped scanning and started acting.

2,029sessions
57logged in
387commands run
4files uploaded
1.5smedian dwell

Credentials that actually worked

Only commodity pairs got in — the same list that is rejected everywhere else. Nothing here suggests a targeted guess.

usernamepasswordwins
admin12345678904
adminpass3
root(blank)3
rootdebian3
ximo(blank)2
administratoradministrator2
root000000002
root1234562

Source IPs with successful logins

Login success is not concentrated: the top source won four times, and the rest are singletons. These are individual compromised hosts, not a coordinated fleet.

What the payloads are

All four are cryptocurrency-mining droppers. Two masquerade as sshd, one as xinetd — daemons that start automatically on a real host. Verdicts below are VirusTotal API results.

fileVirusTotal verdictenginestype
.b0strojan.processhider/rootkit36/75ELF, 1.6 MB
xinetdminer.elf64/lhayep35/75ELF, 28.8 MB
sshdtrojan.multiverze/malxmr37/75ELF, 864.0 KB
sshdminer.multiverze/r002c0ddr2637/75ELF, 28.3 MB

Who uploaded them

Each upload traces to a session, and every session logged in with the same weak root credential. Attribution from source IP, ASN and reverse DNS.

uploaderorganisationlocationloginfiledate
2.57.122.76Unmanaged LtdROroot/password.b0s2026-10-28
111.68.111.100PERN AS Content Servie Provider, I
hamdard.edu.pk
PK / Karachiroot/debianxinetd2026-10-31
115.190.225.133Beijing Volcano Engine Technology CNroot/debiansshd2026-10-31
128.14.232.142UCLOUD INFORMATION TECHNOLOGY (HK)US / Los Angelesroot/debiansshd2026-11-01
What this means: four different operators, three countries, one shared habit. Three of the four logged in as root with the password debian; the fourth used root with password. The payloads spread onward the same way, which is how a mining botnet grows: scan for SSH, guess a default credential, drop a 28 MB miner, detach it with nohup, move on. Two uploaders sit in Chinese cloud providers (ByteDance's Volcano Engine and UCLOUD) and carry ssh abuse and compromised labels, meaning they are themselves victims being used as staging. The Pakistani uploader resolves to hamdard.edu.pk, a university hostname — the kind of unpatched campus server these botnets depend on.
What this means: post-auth behaviour here is entirely automated. Thirty-six sessions ran the identical shell ladder — enable → config terminal → system → linuxshell → su → shell → sh — and then stopped. That sequence is one script trying every known route to a shell on any device type, not a human working a target. A second pattern is more careful: one session ran 44 commands built around check_<hash>_small_math (evaluating $((885*889+62))), _small_pid and _small_positional — a harness proving the shell really executes and returns output before committing. And a third wrote hidden .x files into /var/run, /mnt, /usr and /dev to find a writable directory for staging.

Median dwell was 1.5 seconds. Nobody stayed. These are bots, and the fact that only 57 of 2,029 sessions authenticated is the honeypot working as intended — it captured the attempt without ever being a usable foothold.