simondedalus
Joined 13 years ago
Joined 13 years ago
As is, this is a phishing type variant that it’s not at all clear gatekeeper was even designed to stop. However, the default behavior described (especially making symlinks to NFS shares without any sort of warning or special graphic when following them in Finder) seems sufficient for forceful language when complaining about it to Apple / giving a disclosure deadline then publishing.
Sure, he gets people RAGEing like a great troll, but at least ostensibly he’s doing more the 2nd type of argument described in the article, but with kind of a backdrop that precise intellectual beliefs are really hard to specify or maintain. It’s like dialectic but it’s not Hegelian; he wants to return to some central question and doesn’t necessarily see that thesis/antithesis climb as crucial, he just finds problems with the premises and wants to find better ones (Hegel’s whole thing was a bit more nuanced than that).
Re: article, trolling initially meant trying to get a rise out of people. It’s not so much you won’t admit you’re wrong or you’re eristically tearing everything down, it’s that you’re pretending to play the argument game (or some other game, like “art criticism” or “testimonial”) but in fact you’re fucking with people of varying levels of specificity.
(that said, google main page vulnerable to xss is kind of like... what, we're afraid someone will take over google and put some cryptominers on the google.com main page?)
as long as you're using software somewhere in the stack that isn't like maturity level 5, AND you don't have constant audits looking for novel attacks on working-as-intended systems, you're pretty much guaranteed to inherit (or create) a vulnerability at some point, and if you're important enough it will get exploited. the reason that doesn't mean we should start modeling computer systems as "living organisms that eventually get old and die" and should keep modeling security like war is that when you get hit, you can respond. all the layers matter, and insofar as Microsoft or Google do it right, they primarily do it right by having a mature process for monitoring, patching, isolating, etc.
as for docker hub though, yeah i'm totally with you. i'm just saying we shouldn't overestimate the preventive capacity of anyone, honestly. if you're doing anything important over the internet at all, you're making some compromises somewhere.
here are 2 links to things i handwaved at above, for example's sake:
https://www.wired.com/story/microsoft-email-hack-outlook-hot...
https://www.forbes.com/sites/kateoflahertyuk/2018/10/09/goog...
as for once chrome implements DOH, they'd cross that bridge when they came to it. it's an uphill battle, because really content filtering, of course, should not be done through browser settings (remotely managed or otherwise), nor solely through DNS. if whoever tells IT what to do in that school district is hellbent on it being impossible to browse to pornhub, they'll ultimately need a layer 7 firewall. but again, when you're on the budget, you do fastest / cheapest / most effective.
(and if we return to pure hypothetical, i would argue that dns filtering really is the best way in their case, because anyone who could bypass that--besides just using firefox--will be able to bypass better chrome config, or your firefox config change, etc, since they can just edit host file, etc etc etc)
of course, you would need to do more in chrome (and windows/osx/ubuntu generally) to stop traffic to a site if a student knows what they're doing. that's not the point. the point is: we have this control in place. we've agreed it's working well enough. people can bypass the control simply by using firefox. to avoid adding overhead, we ditch firefox (for now). it's that simple.
as for future-proofing, that's a luxury. ...and part of why it's a luxury is that some goals ("make all traffic to any porn sites impossible on our school network") just aren't going to be met by budget IT.
re: BYOD, for that i go over to the armchair tech purist side i'm afraid, and just say "well, you allow that, so you need to get over that they can use VPNs and stuff. you're not DOJ or some wealthy corporation with important IP assets and equally 'important' VIP execs that insist on bringing their OSX 10.6 MBP to work. you don't get to have all the cool controls that might allow BYOD. sorry."
i'm belaboring this point now, but people who actually do this stuff know that you can't just throw up a GPO to fiddle with chrome settings and expect everything to work. this culture of "power users" thinking they know the best course of action for every situation in IT (and it's always "that thing i Put In The Work to do when i was tailoring my own system") is really silly.
...which reinforces my point about how people actually doing this and people speculating about it tend to respond to issues like this.
this stuff about finding all the right config files during "basic hardening" and having it just work is the stuff of armchair commenters and people who do IT/security on a well funded, sufficiently redundant team. assuming the latter would be the people in charge of school IT is hopelessly naive.
if this is the thing you're responding to, you're misunderstanding the post entirely. "fair test" here is not about morals, it's about results. if i want to evaluate 2 candidates, i want the test to be as "fair" as possible so that i have the most relevant, fine grained information as possible. i want to render the candidates commensurable so i can make a better decision for my own purposes.
"life's not fair" in this context sounds like some kind of systems pessimism. it sounds like you're saying "stuff doesn't work." but of course it does. of course asking this question and not that question gives me more relevant hiring information. it's totally insane to think otherwise.
But alas, 'twas idle dreaming. . . .