this post was submitted on 25 Sep 2024
22 points (82.4% liked)

Technology

59708 readers
2383 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
 

After reading this article, I had a few dissenting thoughts, maybe someone will provide their perspective?

The article suggests not running critical workloads virtually based on a failure scenario of the hosting environment (such as ransomware on hypervisor).

That does allow using the 'all your eggs in one basket' phrase, so I agree that running at least one instance of a service physically could be justified, but threat actors will be trying to time execution of attacks against both if possible. Adding complexity works both ways here.

I don't really agree with the comments about not patching however. The premise that the physical workload or instance would be patched or updated more than the virtual one seems unrelated. A hesitance to patch systems is more about up time vs downtime vs breaking vs risk in my opinion.

Is your organization running critical workloads virtual like anything else, combination physical and virtual, or combination of all previous plus cloud solutions (off prem)?

you are viewing a single comment's thread
view the rest of the comments
[–] CameronDev@programming.dev 19 points 2 months ago* (last edited 2 months ago) (3 children)

If the hypervisor or any of its components are exposed to the Internet

Lemme stop you right there, wtf are you doing exposing that to the internet...

(This is directed at the article writer, not OP)

[–] redfox@infosec.pub 3 points 2 months ago

Lol, even in 2024 with free VPN/overlay solutions...they just won't stop public Internet exposure of control plane things...

[–] terminhell@lemmy.world 2 points 2 months ago (1 children)

True horrors

Like, that's what vpns and jump boxes are for at the very least.

[–] CameronDev@programming.dev 2 points 2 months ago (1 children)

Wanna bet they expose SSH on port 22 to the internet on their "critical" servers? 🤣

[–] terminhell@lemmy.world 2 points 2 months ago (1 children)

Ive been tempted to setup a Honeypot like this lol

[–] CameronDev@programming.dev 1 points 2 months ago

You'll definitely get lots of login attempts. I used to have a port 22 ssh, hundreds of attempts per day.

Would be interesting to see what post login behavior was.

[–] umami_wasbi@lemmy.ml 2 points 2 months ago (1 children)

Well. Misconfiguration happens, and sadly, quite often.

[–] CameronDev@programming.dev 2 points 2 months ago

Sure, but the author makes it sounds like thats its their standard way of doing things, which is insane.

And if you do have a misconfiguration, the rational thing is to fix that, not dump the entire platform.