4,458 karma · joined May 8, 2020
Very often, green energy discussions forget that doing everything (heating, traffic, industrial processes) electrically needs an increase in electric capacity by a factor of 2 or 3 at least.
All this leads to a (despicable to me) culture of always-smiling emotional liars. If something I did is shit, say "it is shit". Make an unhappy face. Don't smile, praise my performance when cooking coffee and on the side mention that my last project "made some people somewhat happy".
But I'm not sure if that answered your question, I didn't fully understand it.
E.g. very all-encompassing logging is generally good for security, and if the logs are stored in a secure fashion, there is also no security problem created. However, privacy suffers because one might log things one shouldn't log.
In the other direction, file and traffic encryption is good for privacy, and the less "permeable" you make it, i.e. the less readable for admins, system task, scanners, the better for privacy. However, for security, encrypting just for the user's eyes is a huge problem, because you cannot do malware scanning, you cannot do exfiltration prevention. Having users bring their own device into a work network is good for privacy, because those devices don't have central admin access, but bad for security, because same reason.
Security is also mostly up to definition, a secure computer system is a system that only does what it is defined to do. What this definition entails is up to the vendor, which isn't necessarily the same definition a user might want for security or privacy.
But generally, there is a large overlap between privacy and security.
I guess other alternative Android distributions shouldn't be too different there.
Yes, this is supremely ugly, but unfortunately entrenched and expected by now. I've been to customers with intrusive filtering/scanning setups like that who then recommended their favourite commercial VPN vendor to get around that filtering...
Yes, it is insane.
What we do need is a proper replacement for roughly the things OpenVPN plus PAM can do. A VPN plus some user and key management.
You could be hacking something together with a Nitrokey or maybe Yubikey, those can do Ed25519 signatures. But generally, you would need to fiddle a lot with the implementation, because currently signatures are done in the kernel module, and you'd need to get that into the USB-device for signing and back again. Not impossible, but not implemented yet.
Another way would (theoretically) be to implement different signature algorithms for the wireguard key exchange, ideally some that common smartcards do support. But wireguards author left out cryptographic agility on purpose, so any work in that direction will be incompatible with the original implementation, or at least a very ugly kludge.
Since this is a meta-study, drawing conclusions from the absence of null-results and the absence of clustering is prone to a lot of confounders. The article mentions publication-bias, where non-null-results are published with a higher probability. Other such confounders will exist, e.g. data-availability-bias in certain places and populations, location-bias because researchers study their usually first-world, urban, university-town surroundings more often. Community-bias, because researchers tend to cluster and get inspiration for new studies from their community and peer group on the conferences they visit. Data-similarity-bias, because they can only compare studies where data can be normalized to a common base. Quality-bias, because they necessarily include well-done and badly-done studies, in different amounts, usually without weighing them properly, because that is very hard to do.
Most of those confounders cannot be corrected for. So one could draw a conclusion like "we do see null-results in the expected amount and clustering in the expected amount, therefore the result of this meta-study is a confirmation of the lead-crime-hypothesis". But the only correct opposite conclusion is "we do not see null-results and clustering in the expected amount, so our result is 'we do not know'".
So the imho correct interpretation of the meta-study is "don't know, further research or better meta-analysis needed".
The fine is based on last annual turnover, not profit and certainly not future profit. Even if Amazon were taking a loss, they still would be fined this amount.