drvdevd

15 ms·

481.
by drvdevd 10y ago
Very interesting list, thank you. I will have to read up on this subject in greater depth.
482.
by drvdevd 10y ago
What about virtualization? It seems to me that something like Qubes might not at present protect against this (I don't know what information is available to guest/isolated domains on that system), but could be made to? One can eas
483.
by drvdevd 10y ago
When I first read that it was making these requests here in the comments, my reaction was similar. But then upon reflection, I don't think there's a problem for the author here. Why? Because all I did was click the link. Meaning i
484.
by drvdevd 10y ago
Thank you for your efforts! This is great. I personally don't know a ton about wireless but am not opposed to digging in and contributing or testing when/if I have time/hardware. Which leads me to a question: what about 11ac
485.
by drvdevd 10y ago
Yes this is a fascinating project. You've inspired/reminded me to watch the bsdcan presentation: https://www.bsdcan.org/2015/schedule/events/574.en.html
486.
by drvdevd 10y ago
I've used it on and off for many years. It makes for a fine development environment. #1 gotcha is what you'd expect: commodity hardware support. Purchase a machine that's known to be good for FreeBSD...
487.
by drvdevd 10y ago
Right. Probably the only way newer generations who've grown up in this context will come to embrace an alternative is if it at least looks like the centralized apps (on the centralized platforms) they're used to. So you have to
488.
by drvdevd 10y ago
For me the following points come to mind reading something like this, which I think you also partly addressed: 1) Cloud hosting --> might as well use the centralized application because this is still centralized. 2) Peering your own hard
489.
by drvdevd 10y ago
I often think of a (probably not entirely correct) quote I read in a book about Erdös. Something like, "the purpose of life is proof and conjecture." The progression of technology seems to me to confirm this in some ways...
490.
by drvdevd 10y ago
Well as a long time deliberately non Facebook account holder for many reasons of my own, I can say I found this compelling. Partly because I bought an Oculus dev kit several years ago and was quite impressed with it at even that stage and I
491.
by drvdevd 10y ago
I actually thought the most interesting point this article raised - for me at least - is the implict branding associated with the "OK Google" command. All privacy concerns aside, if I'm going to have a "personal Google&q
492.
by drvdevd 10y ago
It has been at least 6 months and it's possible I just missed this! That's quite cool. Thanks! I will give this a try.
493.
by drvdevd 10y ago
No, but there's 'kernel C' (not an actual/official name) with a large reproduction of much of libc ready for use there. printk() is a good example which actually has a format string implementation ( https://www
494.
by drvdevd 10y ago
I think you're definitely correct but it begs the question: is there another modern language that does help one get "closer to the machine" conceptually in a correct manner?
495.
by drvdevd 10y ago
So I dropped out of college long ago and it is actually so ironic and yet also refreshing to me to hear this viewpoint from a college professor. What a beautifully explained rationale for a subject that I find so hard to articulate to my co
496.
by drvdevd 10y ago
I propose a new name: a dijkstranbug. Kinda like a heisenbug except specifically for unit tests.
497.
by drvdevd 10y ago
I played around with getting a Rust kernel module to work before. And I eventually got a "hello world" in my dmesg. But what I realized in so doing was that seemingly 90% of the higher level features of Rust were lost to my module
498.
by drvdevd 10y ago
Wow that is right in line with my own response and does change the conversation. Thank you.
499.
by drvdevd 10y ago
I don't think it's so much about who you delegate responsibiltiy for securing networks to so much as how that security actually works. I believe traditional perimeter security is dead or dying and the idea of incident respond
500.
by drvdevd 10y ago
And like, when you put your box on a VLAN which goes through some DPI boxes which goes through some other stuff which is subject to some firewall policy ... guess what? It's still connected to the Internet.
501.
by drvdevd 10y ago
I think the working group should ignore him because he ultimately wants to save a buck now and shoot himself in the foot, he just doesn't realize it yet. The enterprise as walled garden approach to security seems quite out of date and
502.
by drvdevd 10y ago
Right. And at the end of the day, skilled attackers can either: a) not care if you decrypt their traffic as they're already in your network and it's too late by the time you're reviewing the incident or b) take a copy of your
503.
by drvdevd 10y ago
That's a very insightful take. When you say "apathy of users" are you speaking of "higher level" users like CIOs and network admins or just the end users / average users in the network or both? It may be a trui
504.
by drvdevd 10y ago
Good point. You walk into the diner implicitly trusting the line cook and the bread baker and so on. Very similar to the chain of trust implicit in the tech we use. Only I believe the chain of trust in the tech to be much longer and proven
505.
by drvdevd 10y ago
Sounds rather brilliant actually and a good rule of thumb.
506.
by drvdevd 10y ago
I see what you mean, but also no one ever owned a loaf of bread that could be cut, toasted and buttered remotely by a totally unknown 3rd party either...
507.
by drvdevd 10y ago
Personally, I like to occasionally remember that there's not a single computing device in my life I really own . It can be either a comforting piece of knowledge or a frightening one depending on your perspective. I like to take the
508.
by drvdevd 10y ago
I think this could only be done from an outside perspective for any given unit of time (meaning e.g. somehow monitoring the actual physical state of every atom of a modern system) and could only be performed by other machines . I think we&
509.
by drvdevd 10y ago
Agreed. Which, as evidenced by the recent emissions scandals, is a quite realistic scenario.
510.
by drvdevd 10y ago
I absolutely agree and that's exactly my point: although Linus shouldn't be held responsible, when your IoT thermostat breaks, that still doesn't mean the breakage hasn't been a trickle down result of some technical deci

More ›