I think they did consider your droplets to be compromised.
I think at issue here is that they have to assume that the droplet owner is the malicious party, if they don't lock your account, they can't stop you from creating more droplets.
I think you may have a point that they did not clearly explain to you why your account was locked.
However, this incident makes me more likely to continue using Digital Ocean. With the new private networking they have in NYC2, I for one am thrilled that they do this kind of proactive monitoring.
I got my server down with DO many times at first. It was a problem with the CentOs package; but it was indeed my responsibility to fix it.
You are responsible of securing your server.
>Our monitoring picked up a malicious UDP traffic pattern on 2013-09-08 00:58:23. A ticket was then opened with the customer at : 2013-09-08 01:05:55 roughly 7 minutes later.
Also, you should do a better job securing your server. It seems like the server was compromised.
What proper reasoning do you need? If your server is hacked, it makes sense to shutdown the server, or disconnect it from the network completely. You can extract the data at a later time.
What if your server was hacked, then started serving up child porn? Would you be okay with having the server continue running?
Other than that i've no other activity or script that can generate that much traffic. Haven't you even considered that my droplet may be compromised or being attacked ?
Instead of letting me know what exactly happened or which processes were running at that time you just locked the account and accused me.
Couldn't you even look at the access logs or so to see which IPs login into the droplet and then take your action later instead of closing it instantly?