66 karma · joined January 25, 2011
personal blog - http://theresnomon.co
[ my public key: https://keybase.io/jlk; my proof: https://keybase.io/jlk/sigs/YSK6ePReNHasHNX271Wrb-y0tBjJufXXXjl2i6128jQ ]
Update: that frontier cname seems to be bouncing between Cloudfront and Akamai now, so I suspect they're fighting off either an attack or internal issues. I see issues to other route53 servers as well.
http://www.nsa.gov/ia/mitigation_guidance/security_configura...
Well, I for one, am sold!
I probably should have left it off the list, it's more of a compliance/procedural issue than purely infosec.
http://www.healthcareitnews.com/news/stanford-reports-fifth-...
TJ Max, UBS, Knight Capital, Heartland Payment Systems, Visa, Sony (already mentioned, but it's my fave), Stanford, Countless other hospitals, e-commerce vendors, banks, and other organizations that handle payment or personal information.
If you want to say "name a startup that's gone out of business because of a security problem" I'll let you away with that. There's still instances, and I'd love startups to pay more attention to security, but I know reality as well...
Not complaining, just a little surprised something so novice would get attention...
The two are intertwined closely. For something that isn't that important, a user isn't going to jump through complex hoops every time they have to login. What they will end up doing is finding workarounds (Hello Mr. Post-It).
For most folks, they don't really need complex solutions to reset their email password. What needs to be asked is "What am I protecting, and what is it worth to me?"
Oh, and I'd suggest certificate-based auth is way better than complex passwords.
Daniel's been around for a while (I've loved OSSEC for years) so I suspect this post just wasn't meant to be a complete essay on the topic...
Or organizations who are vulnerable to the RSA sales person attack. ;)
As others have hinted - once you have folks sophisticated enough to do tricks like using multiple operating systems, you'd hope they're going to catch the basics...
Is there an open protocol for this?
Looks like you're doing something similar to the mutual auth that wikid does...a whitepaper or two with more depth would be useful on the site
You mean Apache httpd? :)
Realize "Apache" means the Apache Software Foundation, which is made up of a large collection of open source projects.
(disclosure: Apache CloudStack contributor and PPMC member)
I'm not sure writing tests makes you a better developer...gives you better habits, but not sure it results in your code being better, compared to things like fixing bugs in others code and learning a new language.
The learning a new language holds true past software development - when I learned Spanish in high school, my understanding of some of the stranger forms of English (say, past participle) improved.
And I concur with the comments about "sudo !!" - !! in general I've totally removed from my UNIX vocabulary. At least do something like !?string[?]
I understand that "free" sites need advertising revenue, and unfortunately a lot of ad networks want to track my every move - how about enforcing a compromise where cookies are allowed for X minutes after I hit the page?
Security-wise, I'm more interested in enforcing that cookies sent over SSL are not readable via standard HTTP. This tool is a step in the right direction, but I think a few more features would make it pretty attractive.
Never put the words "Thomas Keller" near "minimum."
I have some allclad D5, it's great. If you're looking for nonstick, pick up Tfal's pro nonstick line on amazon - saute pan runs around $30 and is Cook's Illustrated favorite pick.
Network engineers tend to be big fans of simplicity - enabling security options like md5 passwords was like pulling teeth until a few years ago . This is partially because it quickly becomes difficult to keep track of what password is used where, and the netengs like their excel files to be clean and simple.
Not sure what my thoughts are on this RPKI thing - taking days to sync the local cache doesn't sound right, altho I'm not fully through the paper, yet. Needing a full copy of the cache to guarantee security in a distributed routing protocol doesn't sound right. And if it is, Cisco's gonna make a small fortune selling memory upgrades...
A linux box and a BGP peer won't teach you BGP...it'll provide you with a nice start. This is one of those things that requires battle scars, like solid UNIX admin skills. You have to be running one or more BGP peers for a good period of time to get exposure to what can break and how it should be fixed. Going through CCIE labs will get you closer, but this is definitely one of those things where there's nothing like experience.