The “Dude” writes in response to our duo_unix announcement:

Excessive but very cool

Of course, security never really seems necessary until you’re being stomped on by nihilists

Nihilists

In an era of commodity exploit kits, drive-by malware, and crimeware-as-a-service, a second login factor isn’t excessive. It’s basic blocking & tackling to protect even user accounts (e.g. Google, Facebook, Paypal, World of Warcraft, etc.), much less administrative access.

We’re not the only ones advocating this “back to basics” focus on security fundamentals. From a recent Quora post on cloud security by iSEC Partners’ Alex Stamos:

We have been involved in cloud incident response before, and I have never seen a violation of multi-tenant technologies used effectively by an attacker. What I have seen is poor protection of extremely powerful credentials leading to attacks by insiders as well as privilege escalation by attackers who gain a foothold on one hosted instance and use locally stored secrets to take over the entire infrastructure. Worry about the security of your own application and the underlying operating systems (if you control them). Then worry about where you are storing all of your cloud credentials and who can access them. Think about how you will fire a sys admin and how much trust is given to your least trustworthy system.

If you manage any Unix systems, you’re likely doing it via SSH and pubkey auth (since nobody shares root passwords these days… right?). But SSH keys (and SSL certs) are just another secret that can be lost, stolen, or shared – and potentially even harder to revoke! Some issues we’ve seen:

  • Private keys on bastion hosts used to control network-wide administrative access (hence, global service providers 0wned from a single Linux box)
  • Shared admin keys lost, or stale/backdoor authorized_keys left behind when someone gets hacked/fired/leaves
  • Hijacked private key use via ssh-agent forwarding to compromised hosts (are you using ssh-add -c + $SSH_ASKPASS?)
  • Drive-by browser exploits and remote access trojans leading to exfiltrated private keys
  • Private keys sniffed (and cracked) from NFS homedir mounts

By simply prefixing any key in ~/.ssh/authorized_keys with command=/usr/local/sbin/duo_login, you can detect/prevent/revoke the use of lost/stolen/shared keys in real-time by having them call you back:

iphone pushiphone push deny
Duo Mobile saves the day!

We’ve made duo_unix as easy as possible to deploy, and free for the vast majority of Unix shops (up to 10 sysadmins) and open-source projects (two-factor auth saved Apache’s bacon last year).

Duo abides…

Categories

Free Guide

Two-Factor Authentication Evaluation Guide

This guide walks through some of the key areas of differentiation between two-factor authentication solutions and provides some concrete criteria for evaluating technologies and vendors.

Tags

phishing (16)  two-factor-authentication (15)  passwords (13)  healthcare security (12)  cloud security (8)  malware (7)  financial data breach (6)  ooba (6)  federal cybersecurity (5)  financial institutions (5)  transaction-level 2fa (5)  stolen-passwords (5)  atms (5)  2fa (5)  retail data breaches (5)  security news (5)  encryption (5)  webinar (5)  pci dss (4)  healthcare cybersecurity (4)  data breaches (4)  data breach notification (4)  banking security (4)  hipaa (4)  retail (4)  stolen credentials (4)  bank security (4)  healthit (4)  otp bypass (3)  twitter (3)  e-prescriptions (3)  pos malware (3)  defense in depth (3)  anthem (3)  home depot (3)  hipaa security rule (3)  manufacturing security (3)  critical infrastructure security (3)  two-factor (3)  strong-authentication (3)  remote access security (3)  medical devices (3)  iot security (3)  health it (3)  third-party security (3)  target (3)  retail ebook (3)  vulnerability (3)  mobile security (3)  rig exploit kit (3) 

Duo is hiring!

View our open positions

Follow Us

Subscribe to our Newsletter

Get product updates, interesting content, and invitations to online and live events.