I wasnt going to say anything... lol. But I was leaning towards debian. But fedora. Thats Red Hat. They are the leading administrative suite as far as I know. Or were. They must have good security or whos going to throw up a server?
>In particular, Fedora's downfall is that its one of the very few distros >that don't sign/secure their overall software manifest; a MITM attacker >can prevent you from receiving specific bug fixes without you realizing The above statement reminded me that it says that in the docs. And that does seem like a make or break statement for template choices. Key signing is a fine implementation on qubes. ha, I did read that one too about the ugly kde. @Yuraeitha I havent quite tackled the security through compartmentalization part yet. I have put some thought into it though, and after dividing my attack surface between functions (keyring, passwords, misc files, etc) I realized that each function has only one app to go with it. So I may as well just have one app running in each VM. Or in the case of splitVMs, multiple apps for each program! I would love to hear how you divide your VMs up. I was looking for examples online, but I couldnt find any; aside from an (ITL?) essay I read last year. But starting easy and growing is good advice. >In particular, Fedora's downfall is that its one of the very few distros >that don't sign/secure their overall software manifest; a MITM attacker >can prevent you from receiving specific bug fixes without you realizing The above statement reminded me that it says that in the docs. And that does seem like a make or break statement for template choices. Key signing is a fine implementation on qubes. @Tim W >Correct. I have had both on and functioned fine. Thats good to know. I know I read somewhere that it was buggy with 3.2, I think? As far a attack surface goes, I like using konsole better than xterm or uxterm and when installing that on debian or fedora, it required many dependencies. I removed it, but Im going to take a second look. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/674efcc2-48b2-4956-ae64-6fdcddbc8365%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.