11 ms·
Giant bags of mostly water: Securing your IT infrastructure
- anacrolix 11y agoLots of "you're doing it wrong" with no solutions. This is why nobody bothers.
- reitanqild 11y agoDid you read the second last(?) page? It contains this link: https://github.com/lfit/itpol https://github.com/lfit/itpol
- ancarda 11y agoIs there a link to the talk? The slides just list "Networks", "Servers", "Workstations" and so on... Should there be audio? I don't hear anything.
- SFJulie 11y agoIt is a "useless" 3D navigation, pattern is : one right, then waterfall down, and then loop.
- bodhi 11y agoYou might be missing the "down" part of each slide? In the bottom right corner there's the 4-arrow thing, and if down is 'not disabled', there are more slides to see. I can't stand this kind of "2-d" presentation...
- ancarda 11y agoOh thank you! Yeah, I was just pressing the right arrow key so was missing all the information.
- SFJulie 11y agoWhat I love is the smartcard... Well ... Main AAA (Authentication/Auhtorizaation/Accounting) problem is the clould. How can we federate identity and manage them safely? Plus, once you decide to be connected how to make AAA system talk to each others? And then, sometimes you need to make money ... and you know, safely pass token forth and back... And what standard solution do we have that is not a framework? Well, 3GPP proposed IMS based on IETF Diameter. Still not there. Some proposed Role Based Accounting and proxy authz based on LDAP ... well not really deployed. So we are also waiting for a new standard of inter communication of centralized Enterprise Directory that has tokens, tickets, multi policy for authentication according to origin, roaming, sane schema... LDAP is honestly a good tool, is it actually relying on a secured, strongly typed NOSQL. But, I hardly saw any devs understand the anonymous bind then authed bind mechanism. I do feel our biggest problem is not in the tools/technology, but rather in too much education of people that are useless in production.
- jon-wood 11y ago> Main AAA (Authentication/Auhtorizaation/Accounting) problem is the clould. > How can we federate identity and manage them safely? AWS, and I assume Google's stuff, will let you integrate their authentication system with your internal one using SAML to authenticate.
- SFJulie 11y agoSAML is based on SOAP no? SOAP that google dropped for security and overcomplexity concern while security studies tends to say the bigger risk is using system you cannot fully understand, no? It seems to me like modern security by trust in "expert" rather than understanding the basics. But I guess I am wrong in my appreciation?
- windowsworkstoo 11y agoSOAP is just a message format though, so does it matter? SAML works, so long as the implementation is good (assumption, yes)
- visarga 11y agoGiant bags of mostly water? I thought we were mostly empty space with a dash of perturbations.
- ashitlerferad 11y agoAnyone got a link to a PDF?
- mtgx 11y agohttp://kernsec.org/files/lss2015/giant-bags-of-mostly-water.pdf http://kernsec.org/files/lss2015/giant-bags-of-mostly-water....
- reitanqild 11y agoAnyone here has good pointers to get started with and understand [0] selinux? [0]: in that order preferably : )
- Nux 11y agoTry the selinux coloring book https://people.redhat.com/duffy/selinux/selinux-coloring-book_A4-Stapled.pdf https://people.redhat.com/duffy/selinux/selinux-coloring-boo...
- reitanqild 11y agoHehe, still looking for a walk through of what commands exist, in what order are they typically used, basically a couple of more annotated sessions. Preferably text although I have managed to get through a few videos lately.
- garethsaxby 11y agoI found that this talk (selinux for mere mortals) was good for me to start off - https://www.youtube.com/watch?v=cNoVgDqqJmM https://www.youtube.com/watch?v=cNoVgDqqJmM After that, Red Hat's documentation was probably the next most useful thing for getting started; https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/SELinux_Users_and_Administrators_Guide/ https://access.redhat.com/documentation/en-US/Red_Hat_Enterp... But mostly it was a lot of proding and poking whilst setting various things up that helped a lot, and remembering that when something doesn't work, to check selinux first. The 'settroubleshoot-server' package for the Red Hat based distributions is also good whilst you're getting started in dev, as it takes the avc logs and 'guesses' what the likely cause of the problems you've had are, giving percentage likelihoods of the policies and booleans that might be causing problems.
- reitanqild 11y agoNice! Packages, troubleshooting tools, practical tips and names of stuff (avc logs).
- odonnellryan 11y ago
- Jerry2 11y agoI absolutely loathe this style of presentations. It always feels like I've missed a part. Call me old fashioned but the UI and UX of linear presentations is so much easier to use.
- cshenton 11y agoYou mean there were more than the 12 slides I saw?
- Nux 11y agoYeah, pretty ghastly. Certainly do feel like I missed parts.
- imdsm 11y agoApart from not having the elaboration between slides, I followed it quite well actually. Left/right for chapters, up/down for slides in that chapter?
- OJFord 11y agoYeah, but why not just show all that in order? It's not like it's big or broad enough for the reader to only be interested in particular 'chapters'.
- lagadu 11y agoIt's absolutely horrid. Lets say you want to read everything: first you need to experiment whether depth-first search is going down or right. Then you miss stuff because the down and up buttons on some screens use a lighter shade than what you're expecting that is very close to the "nothing here" shade; after figuring this out you go back to examine everything you saw because you might've missed something based on this mysterious hard-to-distinguish shade. Eventually I gave up, maybe he has interesting stuff to say further on but I'll never know because I was defeated by terrible UI patterns. Prime example of sacrificing usability for looks.
- BafS 11y agoYou can simply press "space" to go to the next slide, almost like a linear presentation.
- acd 11y agoVery good read on security and how we can improve systems
- blazespin 11y agoAgreed, some good ideas here. Reading the comments here though I think you probably have to care about security to get anything from it though.
- CarolineW 11y agoPerhaps I'm wrong, but I've always remembered this as *Ugly* bags of mostly water. Am I wrong? And along with several other commenters here, I strongly dislike this sort of multi-direction navigation with no overall map showing what's there, where I've been, and what I haven't yet visited. Beautifully designed and presented, with no concern for the user experience. A bit like the cars being described. The car is designed | The presentation is perfectly. | designed perfectly Any crashes are the | Any inability to navigate driver's fault. | is the user's fault. EDIT: The Wikipedia page about this episode agrees with me, but other "quotation" pages have "ugly giant bags of mostly water." Does anyone have the episode to hand and the time to watch it? Am I paying too much attention to trivial details? EDIT II: Found a script[0]: First reference is in an initial translation and is: Ugly... Ugly... Giants... Bags of Mostly Water... Subsequently as the translator gets better it's: Ugly Bag of Mostly Water So there we are. EDIT III: Wow - downvotes! No complaint, obviously people feel either that this comment is wrong, or doesn't belong. I'd appreciate knowing why people might think that, but I guess I'll never know. Which is a shame, I'd welcome the opportunity to learn. [0] http://www.st-minutiae.com/resources/scripts/117.txt http://www.st-minutiae.com/resources/scripts/117.txt
- Joeri 11y agoPress escape to get the slides overview.
- yxlx 11y agoThere's no escape on my tablet. Also, the whole experience is horrible on tablet also wrt the other parts of navigation. Doesn't fit right on screen, navigates when trying to adjust, jumps around when trying to navigate. Hard to hit the arrows. I bailed out on this after three slides. Unusable.
- CarolineW 11y agoI'd be interested to know how you know that. Did you just experiment? Others have said that "space" will take one through the slides in sequence. Is that genuinely discoverable? How does one know when hitting space that one has seen all the slides, and not just taken a single path through a subset. These are genuine questions - I'm heavily into usability (in a different context) and I'd be interested to know what people try, and what they conclude. In my context people are uneasy about hitting keys and random just to see what happens. On some web sites I'm afraid to move the mouse, because the mouse-over event has been trapped, and things happen that I don't want, and can't undo. So how did you discover that ESC will produce an overview?
- abpavel 11y agoThe car-analogy is a good sign that the speaker is not able to express the thought directly. The networks are not that simple, and the analogy breaks down at depth for every comparison. Like the modern drivers who consciously chose not wear a seat belt. Or that half of the 1.25 millions of death a year are the "vulnerable users", called so by the who: http://www.who.int/mediacentre/factsheets/fs358/en/ http://www.who.int/mediacentre/factsheets/fs358/en/ , and fatalities of laws of momentum, where a 150 lbs pedestrian absorbs more energy than a 3000 lbs Scion... Stop talking cars and and analogies! Talk straight!
- abpavel 11y agoSo what is "IP Score" in the car analogy? A World-wide DMV? With all user information exposed to either a closed-source entity, or an open source effort?
- tshadwell 11y agoThis aricle falls foul of what I might call 'security shopping'-- passing mentions of lots of brightly coloured complex sounding security things with very little regard to what exact problem they're solving. They mention a VPN or insecure access panel having bad permissions, but recommend a mixed bag of differently coloured jellybeans as the solution without once reccomending shutting down the PHP script, allowing access from the VPN only through certificate, password and hardware two-factor authentication, and ensuring good access controls and employee on- and off boarding systems. Far more importantly, I question the efficacy of any security recommendation that doesn't mention threat modelling at all. What is it you want to protect? What's it going to cost to protect these things? What's it going to cost to lose them? What's the simplest and most effective best way of protecting these? Is it really moving your entire system to a different platform and upgrading all your cypto -- ask yourself -- are we really installing air bags, or are we building our car out of armour plates? Some kid is going to spend 2 hours on XSS in your app if you spend all your resources investing in in-datacentre encryption and service-to-service authentication.
- blazespin 11y agoIm sure threat modelling is something everyone does implicitly. As someone who practices security, I found the keywords you can pull from the slide reasonable in their suggestions to follow up on. There were a couple of places he went into the weeds, and I think he probably could have talked up iOS security a bit more instead of smart cards which are a bit overkill relative to his other suggestions. But, this is just a slide deck. Try not to rush to judgement considering we didn't hear the talk that came with it.
- tshadwell 11y ago> I'm sure threat modelling is something everybody does implicitly. You may work somewhere that this is the case, but I can't count the number of times I have tested an application where someone has equated security to having an A+ HTTPS rating. > This is a slide deck Understood, and something I didn't consider before. That said, I think my comments will still be useful to those here who have also not seen the original talk.
- x5n1 11y agoLet me know when your team of 10 security people that the corporation spends a million per year on is ready to tackle all these issues. Not one overworked IT guy that keeps getting shit from dumb people like the CEO who don't get it. Otherwise forget it, security is not happening, because there is no budget for it. At the end of the day the problem with security is not security, it's money, we have more than enough tools to make everything airtight. What we don't have are the budgets to make this happen, so instead of proactive security you get reactive security, and the CEOs and other executives don't care about that until it happens because it costs money.
- mricon 11y agoOf course, if the company leadership doesn't care, then you will have a hard time convincing them why the upfront effort of "doing it right" is worth it. When dealing with this situation, I found it useful to compare IT security people to lawyers. Wait, hear me out before you shout me down. :) To the non-initiated, lawyers and infosec people are seen with nearly-equal amount of both dislike and trepidation. They are seen as a force of lawful evil that descends on your team and starts telling you that all those cool things you're trying to do cannot actually be done, or must be done in a non-obvious roundabout way. When asked for reasons, both lawyers and infosec start talking about concepts that are entirely unfamiliar to most devs (code provenance, license agreements, trademarks, patent litigation, IP isolation, containers and namespaces, RBAC policies, multifactor authentication). All you care about is that this is a person who is telling you that your project, 99% complete after your team worked multiple 60-hour weeks, must be delayed until a bunch of things -- that you don't consider broken! -- are fixed. However, this is where things usually go differently. If a lawyer comes to management and says "this project cannot launch because a bunch of code was copy-pasted from stackoverflow and links with an incompatibly-licensed library," the management is likely to listen even if they don't understand a word of what was said -- because they know the importance of lawyers and know that, in the long run, litigation is extremely expensive. However, if an infosec person comes to them and says "this project cannot launch because they have a PHP script running as root that listens on external port 80," management will not value this input nearly to the same degree, even though, in the long run, a bad security vulnerability can have just as much of a detrimental impact on a company as litigation -- and probably worse, because you won't be able to hush-hush and "settle out of court." The reasons for this are multiple -- infosec is in infancy compared to the legal field, and, sadly, many IT security practitioners tend to look and act in a way that makes their recommendations carry so much less weight with upper management. So, where I'm going with this is -- if you work for a company in an infosec field and you genuinely want to improve things to the point where management actually starts to listen (which translates into $$ for your team and your projects), then you need to both convince them that your expertise is equally as important as the lawyers', and probably present yourself with the same amount of gravitas as those working on the legal team.
- Annatar 11y agoThe author of the presentation lost my respect when I read he is advocating for using SELinux and Linux containers instead of zones and SmartOS, which tells me he is not up to date on security. The whole thing was even made worse by him advocating for the use of continous integration: no, .tar files and Docker images are not the same thing as operating system packages, nor do they come anywhere near the functionality, therefore "DevOps" is insane, especially when the whole thing can be pulled off correctly and securely with SmartOS zones, OS packaging for both delivery and configuration management, and change management process modeling. Those are your airbags, crumple zones, and safety systems, not SELinux, "DevOps", nor Linux "containers". The only thing of technical value in the presentation is how to put SSH keys on SmartCards, and even that is just explained as a series of manual steps (hacking in system engineering context), rather than as a turnkey, OS packaging process (full, high quality, repeatable integration). Damn it how I loathe half-baked stuff from people who should know better but don't: if you are going to be presenting on security, you better know what you are talking about, or else it is blind leading the blind.
- akulbe 11y agoMy apologies, but your entire comment reads like this: "They are dumb, because they don't do it how I would do it. I know better. They are so stupid." I'm not a security professional by any means, but I'm interested in learning how to do stuff better. Can you please reframe your response with solutions, and not snark?
- Annatar 11y ago> Can you please reframe your response with solutions, and not snark? Hardly, as it would require writing a book. But, what I can do is give you some starting points: https://wiki.smartos.org/display/DOC/Home https://wiki.smartos.org/display/DOC/Home Set up a TFTP server, a DHCP server, and use PXEGrub (ipxe is flaky). Boot the system off of the network. As soon as you log in, read the manual pages for imgadm(1M), and vmadm(1M), then pull down the "base64" image. Also read up on Solaris zones. Oracle documentation will do, as SmartOS and Solaris 10 are similar to a good degree. Next, read up on pkgsrc, and make a simple "helloworld" package. After you get all that working, get Gemalto SmartCard code working on SmartOS (as Solaris was a big market for SmartCards, the code should still work on SmartOS). > "They are dumb, because they don't do it how I would do it. I know better. To summarize: if you want security, you have no business running Linux-anything, not now, not ever: the choices are either OpenBSD or SmartOS, and rejoice that we do have alternatives.
- spajus 11y ago"This is what DevOps is about: running Ops like you're Developing an app, not letting your devs run your ops." This is a very common attitude of sysadmins who think that configuration management is the only thing they need to do to "become DevOps". Sadly, years after DevOps movement has started, the majority of people who are "doing DevOps" are those sysadmins who just added Puppet or Chef to their toolbox. Security is a very difficult subject when it comes to DevOps practices, but the approach given in this presentation is definitely something I would not want to be part of. Unless what they are securing is a nuclear reactor control center.
- Annatar 11y agoOn the other hand, I have yet to work with, or even meet a developer who thinks that DevOps isn't dumping .tar files or Docker images directly into production. The developers love it because it gives them carte blache to just hack production any way they see fit. For instance, I had some Java developer attempt to argue with me that .tar files are the same as .rpm's, and that was just one of many incidents. The worst part is, the developers actively spread that propaganda, along with OS packaging requiring root privileges to deploy payload as being unsuitable for continuous delivery.
- spajus 11y agoI think this is solvable by educating devs, not just by enforcing policies. And path to production should be a well defined process, that has to evolve from collaboration between devs and ops, so nobody should be able to just "hack production" on their own, and ops could also be doing dev code reviews to see what exactly they are doing.
- acdha 11y agoEducation is critical, along with ownership. A lot of the bad practices on either side happen when someone can just fob a mess off onto the other group rather than trying to fix it. Once they have that responsibility it's easier to get someone to care about e.g. how a tarball doesn't address dependency management.
- erikb 11y agoThe slides said something about an explanation. And then they link to a github repo with one of the most minimal readmes you can create. Well... Good attempt I guess.
- lucb1e 11y agoSorry if I'm being thick, but how is this twodimensional slideset supposed to work? I just want to go to the next slide, should I go all the way down and then right? Or do I need to go up again before going right? Or can I ignore down? I've seen this being presented before, it seems to be a new thing, but never navigated one myself. Edit: Just saw a comment about pressing space bar, that seems to work linearly. Thanks! (Source: https://news.ycombinator.com/item?id=11653281 https://news.ycombinator.com/item?id=11653281 )
- AJRF 11y agoEach horizontal slides talks about one thing. That one aspect is discussed vertically.
- andy_ppp 11y agoIt was a bit annoying at the start but I loved the content. Next time I'm rebuilding my Mac (probably when new ones come out around June 13th) I'm going to use this hardening guid which might help a bit: https://github.com/drduh/OS-X-Security-and-Privacy-Guide https://github.com/drduh/OS-X-Security-and-Privacy-Guide
- kawera 11y agoThese two scripts may help you with your setup: https://github.com/SummitRoute/osxlockdown https://github.com/SummitRoute/osxlockdown https://github.com/kristovatlas/osx-config-check https://github.com/kristovatlas/osx-config-check
- deleted 11y ago[deleted]
- kuro-kuris 11y agoThis guide is great. Is there a similar guide more focused on Linux particularly Ubuntu out there? I found [0] a bit lacking. [0] https://wiki.ubuntu.com/BasicSecurity https://wiki.ubuntu.com/BasicSecurity
- blackice 11y agoThe slides mention IP reputation and a great free resource for that is http://GetIPIntel.net http://GetIPIntel.net to make sure unexpected IPs don't connect to your services.
- fapjacks 11y agoUgly giant bags of mostly water.
- mricon 11y agoI'm sure we are all beautiful people, which is why I omitted that part. :)
- jdleesmiller 11y agoThe analogy between IT security and car safety is really insightful. However, it's also interesting that cars are two to three orders of magnitude less safe than rail and air travel, respectively, in terms of injuries and fatalities per passenger mile. Maybe we should be thinking about how to make using computers as safe as air travel, rather than as safe as car travel.
- morgante 11y agoThe utility of the car metaphor is that both computers and cars have to work safely for non-professional users. Cars are overwhelmingly driven by people whose job isn't to drive a car and computers are used by non-professional users all the time. This is a critical point, as it's a lot harder to enforce safety practices or education on people who don't have a professional obligation to follow those practices. You have to design your systems to work for people who will do everything wrong. In terms of mitigating severity from crashes, cars are far ahead of airplanes. Of course, air travel is a great area to draw on for security when it comes to professional computer users (developers, sysadmins, etc.). A lot of the practices which have improved safety in air travel (automation, checklists, blameless post mortems) are directly applicable to computing safety when it comes to people whose job it is.
- yourapostasy 11y agoWhy are different modes of travel's safety measured in passenger mile instead of passenger hours? To measure utility of distance traveled, it makes sense, but passenger mile doesn't reveal how safe it is per hour that I sit in a particular vehicle (train, plane, car, etc.).
- morgante 11y ago> Why are different modes of travel's safety measured in passenger mile instead of passenger hours? Because it's really the only sensible way to compare different forms of transportation. Imagine a teleportation device with an accidental death rate of 1 per 10 trillion miles. But it only takes 2ms to operate (regardless of distance), so the death rate measured in hours would be horrible. Compare that to covered wagons. Per mile, they're quite dangerous—going on a long trip in one might mean a 1 in 10 chance of death. But they're also extremely slow. So measuring death in terms of hours would make them look safe. From a safety perspective, which would you rather use?
- morgante 11y agoFirst off: just hit space. You'll see the whole presentation. ---- As a developer, I definitely liked the framing of the presentation. Though I don't think it goes far enough in emphasizing defense in depth. Put simply, user workstations should ideally never be trusted. Getting into the network shouldn't help an attacker much if everything requires authentication even once you're in.
- scurvy 11y agoHow do I hit space on my tablet?
- kakwa_ 11y agoOn the workstation part, it recommends QubesOS. Am I the only one who is skeptical about it? From what I saw superficially reading their source code, there are some frightening stuff going on: * tons of C code with nearly zero unit tests, same with the python code * lots glue in form of bash or python scripts * some not so beautiful stuff like: - https://github.com/QubesOS/qubes-core-agent-linux/blob/master/vm-init.d/qubes-firewall#L29 https://github.com/QubesOS/qubes-core-agent-linux/blob/maste... (kill -9 on a daemon...) - https://github.com/QubesOS/qubes-core-agent-linux/blob/master/vm-init.d/qubes-firewall#L18 https://github.com/QubesOS/qubes-core-agent-linux/blob/maste... (a daemon is a little bit more than an exe launched with '&' - https://github.com/QubesOS/qubes-core-agent-linux/blob/master/vm-init.d/qubes-core-appvm#L34 https://github.com/QubesOS/qubes-core-agent-linux/blob/maste... (changing a config file in an init script, humm, weird...) - https://github.com/QubesOS/qubes-core-agent-linux/blob/master/vm-init.d/qubes-core-appvm#L32 https://github.com/QubesOS/qubes-core-agent-linux/blob/maste... (starting a service inside the init of another service...) - https://github.com/QubesOS/qubes-core-agent-linux/blob/master/vm-init.d/qubes-qrexec-agent#L13 https://github.com/QubesOS/qubes-core-agent-linux/blob/maste... ("logging" with stderr redirection in a file) And it's just the init scripts... I'm too lazy to take a look further inside the C or python stuff. IMHO, as a proof of concept, it's interesting, as a finished, reliable and secure OS, it's frightening...
- mricon 11y agoIt's not really a recommendation. It's presented as one of the free software projects attempting to tackle workstation security. Another one is SubgraphOS.
- nickpsecurity 11y agoThat's not how I read it: "The only serious attempt at workstation security" "The Volvo of blah blah" Quite a slam to those of past and present that handed NSA or DOD pentesters their asses back to them. Maybe be more accurate if you said "a FOSS attempt at workstation security" minus Volvo part. Volvo probably goes to INTEGRITY-178 as SKPP cert requires more attack areas to be covered plus 2 years of pentesting for kernel. Genode Architecture is prime contender for FOSS far as foundations go. Next time a FOSS project claims to be designed securely just ask for a covert storage and timing channel analysis of any components that handle secrets. They'll either say "Huh? What's a covert channel analysis?" or "We don't really have anyone doing that as we're too understaffed or it doesn't really matter." ;)
- z3t4 11y agoWhere's the presentation?
- mricon 11y agoI'm sorry you all have to read just the slide deck. It's an hour-long presentation and a lot of content is simply not in the deck. :( Unfortunately, every time I've presented it, the talk was not recorded -- hopefully I'll eventually present it somewhere else that will capture it for me. Additionally, here's a small op-ed piece that is supposed to go with it: http://mricon.com/i/airbags-and-steel-frames.html http://mricon.com/i/airbags-and-steel-frames.html
- nickpsecurity 11y agoIt's a good presentation with many good points outside the horrid formatting. Just turn it into a PDF with slides for goodness sakes. Write key pages on a piece of paper for audience questions where you have to go back. Should work fine. :) Btw, one thing worth correcting is false claim that QubesOS was or is only attempt at workstation security. I've evaluated almost a dozen over past 10 years with some still existing. List those here: https://news.ycombinator.com/item?id=11654680 https://news.ycombinator.com/item?id=11654680 You really need to look up separation kernels as isolating most critical stuff in a dedicated partition protected with 4-12kloc kernel is one of strongest approaches. seL4 and Muen are examples with GenodeOS an example of FOSS attempt to do a Nizza-like architecture with strong foundation and best-of-breed components (esp Nitpicker GUI). High-assurance security is moving forward with hardware-software architectures with one maybe getting SOC release (plus source code) in 1-2 years. Yet, our prior work with separation kernels/VMM's plus safe code (esp SPARK Ada or C w/ Astree Analyzer) for trusted components is still stronger than any crap mainstream FOSS, VMware, etc are making. They rarely learn from the past. Note: Email me if you want more examples of past and current high-assurance work. I have collected them for most focus areas with papers, prototypes and/or products.
- mricon 11y ago> Just turn it into a PDF with slides for goodness sakes. Hey, I'm not the ones who linked to slides.com. :) The PDF version is linked off the main conference page: http://kernsec.org/files/lss2015/giant-bags-of-mostly-water.pdf http://kernsec.org/files/lss2015/giant-bags-of-mostly-water.... > Btw, one thing worth correcting is false claim that QubesOS was or is only attempt at workstation security. You must look at my statements in the context of presenting this at the Linux Security Summit. You know a lot more about this than me, obviously, but from what I can tell, each of the other solutions you mention run custom non-Linux microkernels that provide virtualization to other consumer OSes. I'm ready to be educated here, but I believe I didn't misstate that QubesOS was one of the first pure-Linux mainstream attempts at workstation security through compartmentalization.
- toredash 11y agoThis just in: people on HN doesn't know how to navigate a slidedeck. What gives? More comments on the format rather than content
- wosos 11y agoExactly, I've been annoyed more than once by pure whining on the format/color/navigation of a site and little to no comments on content. [Now going meta whining about the whining, but I'll try not to do it again, I promise]
- clevernickname 11y agoI don't mind the meta comments when they're confined to one thread, but it gets annoying when there are more meta threads than on topic ones. People, read the comments before you comment. Chances are someone already complained about the slide format or the font color or whatever.
- toredash 10y agoCorrection: Chances are someone already complained about something or whatever.
- jldugger 11y agoIMO, the key challenge to IT security is business justification. The costs are very explicit: it's a shit ton of work to enable SELinux, and 2factor auth isn't free. Meanwhile the benefits are fairly nebulous: 2 factor auth doesn't prevent shellcode injection into imagemagick. The end result is you have a low probability of a huge impacts occurring, without enough data to suggest the distribution of low probabilities, or the nature or distribution of huge impacts. You're sort of selling tiger repellent rocks, and when the big event does happen, you now have to convince the executives the counterfactual that if you had the budget to implement X, Y and Z, the event would have been prevented. Meanwhile, the costs on team velocity are silently ignored. The best case scenarios here probably revolve around insurance. Compliance auditors can impose non-compliance fees, and giving security teams a direct financial consequence avoided to point to would help their budget justifications.
- ben_jones 11y agoI was watching S01E05 of Mr. Robot, which involves the crew breaking in to a huge data warehouse facility reminiscent of Fort Knox. My friend asks me if places like that really exist and I laughed, "No company cares enough to pay that much to protect their data".
- mrmondo 10y agoAny chance you could export the slides to a PDF or similar? It looks like the reveal.js pdf export function of appending /reveal-js?print-pdf to the URL seems to be broken. EDIT: Thanks to someone in the comments below who linked to the PDF, it was 28MB so I compressed it down to 1.7MB here (image quality wont be as good but meh): https://www.dropbox.com/s/8bu3rkj6pjbneiv/giant-bags-of-mostly-water.compressed.pdf?dl=0 https://www.dropbox.com/s/8bu3rkj6pjbneiv/giant-bags-of-most...