DevOps Postmortem #1 - kinsing aka kdevtmpfsi

DevOps Postmortem #1 - kinsing aka kdevtmpfsi


Date: 15.05.2020

Author: Giorgi Kabanashvili

Status: Complete

Short: Malware called kinsing/kdevtmpfsi infected one of our Digital Ocean droplets. DO administration disabled networking for that node after a while for suspicious traffic.

Effect: Services hosted on that node became unavailable.

Reason: kinsing malware started mining Bitcoin and scanning networks for similar penetrable machines.

Solution: Delete old droplet. Create new and redeploy apps. For now it was the fastest solution for us. We closed access to docker for external connections and thus malware can't infect our node again.

Discovery: Administrators received DO email explaining why our droplet has been disconnected from the internet.

Lessons Learned: Always hide all your network infrastructure behind private networks and firewall if no external access from users is needed. And always double check you really did it.


Since networking interfaces were disabled, I had to login from Digital Ocean Access. The web console is pretty clumsy, but it was the only way to find out more.

First of all I listed outgoing connections:

netstat -tputw

There were no strange connections detected. In the case of finding one, it would be easy to see process PID and then get more details about executable

So next I listed running processes. grep was used to navigate output in the web terminal.

lsof -i | grep less

And here comes our first candidate: kinsing.

pstree -ps 2961

pstree command line utility tells us when a program was evoked and by who.

Now we need to find executable file:

find / -name kinsing
find / -name kdevtmpfsi

In my case it was located in docker overlay2 directory. So penetration was made through docker daemon. Some of docker ports were open for public access for that node. I accidentally forgot to include a newly created droplet in our common firewall.

I attached volume to copy executable and after that unmounted it. From freshly created droplet booted with a volume and this way I was able to download it locally for further investigation.

Virus Total tells us the rest. You can see the full details following the link.

kinsing scan details on Virus Total


And it's enough at the moment. The next steps would be to download the whole system image, run in Virtual Machine with blocked outgoing access and investigate how the virus got in the system. How it behaves and tries to spread more. But unfortunately at the moment I don't have such local machine resources and the client wanted to delete droplet due to resource optimization.

No links yet.