{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreigog5qzie4lqnubyx6ihdtt7wp6fev2zmqdn2zl3fap2usoeskuva",
    "uri": "at://did:plc:haakkg7y3xdghcdmprxeexso/app.bsky.feed.post/3mfomjzjdgvu2"
  },
  "path": "/t/secure-blue-is-it-really-secure/35745#post_3",
  "publishedAt": "2026-02-25T10:54:36.000Z",
  "site": "https://discuss.privacyguides.net",
  "textContent": "hTahaCi:\n\n> If your cpu is vulnerable to SMT then half your cpu cores will be gone because of smt disabled on vulnerable CPUs. It’s a security feature but you can remove this option if you threat model doesn’t need this much.\n\nWhere is the con?\n\nhTahaCi:\n\n> SecureBlue doesnot comes with custom hardened kernel with hardened patch applied it only provides distro kernel\n\nsecureblues’s kernel does not have additional compile time hardening, since it is simply Fedora’s kernel and this could be improved, but secureblue does hardening of the kernel’s cmdline and sysctls.\n\nhTahaCi:\n\n> That’s why confining user is very important it will protect your system even on compromise.\n\nWhile confined users would be great, using confined Selinux users puts burden on the users and leads to breakage.\n\nhTahaCi:\n\n> u don’t need to write selinux policies for generage desktop usage at all just confine your selinux user its gives you a secure environment for you personal desktop.\n\nNot really. Most home users have all their important information within their main user account. Simply using `user_u` won’t help to protect that within the same user account. Using Selinux users does not simply work ootb for many use cases. Some things which come to mind, which don’t work ootb with `user_u:user_r:user_t`: Flatpaks, Appimages, document scanners and Tor Browser.",
  "title": "Secure Blue is it really Secure?"
}