Alert icon Keyboard navigation enabled.
Alert icon TAB or Shift+TAB to navigate across. Down ↓ to open menu. ESC to close menu.
Alert icon Down ↓ to select section. Right → to activate. Up ↑ / Down ↓ / Tab to traverse all. ESC to exit.
BeyondTrust
Skip to content Use space or enter to skip.

What can we help you find today?

Instant Results
  • Website Results
  • Technical Documentation

Filter Options

Focus your search

Filtering by

Your recent searches:

Contact Us Chat with Sales Get Support
  • English
  • Deutsch
  • français
  • español
  • 한국어
  • português
  • Home
  • Resources
  • Blog
  • Privileged Passwords: The Bane of Security Professionals Everywhere current page
Link copied

Privileged Passwords: The Bane of Security Professionals Everywhere

Feb 19, 2015
Author:
Dave shackleford
Dave Shackleford
Cybersecurity Expert and Founder of Voodoo Security
Blog banner default
Privileged Passwords: The Bane of Security Professionals Everywhere
Dave shackleford
Dave Shackleford
Cybersecurity Expert and Founder of Voodoo Security

dave-shackleford-headshot


Passwords have been with us since ancient times. Known as “watchwords”, ancient Roman military guards would pass a wooden tablet with a daily secret word engraved from one shift to the next, with each guard position marking the tablet to indicate it had been received. The military has been using passwords, counter-passwords, and even sound patterns (Allies used a clicking technique called the “cricket” on D-Day) for many years. Again, someone knows this password, it could potentially be compromised, and then anyone can hypothetically masquerade as the legitimate user. All the way back in these historical periods, having a shared password seemed totally fine…and we wonder why we have problems today!

Obviously, passwords are now more associated with systems and applications. One of the first true computing environments, MIT’s Compatible Time Sharing System (CTSS) was introduced in 1961 with a LOGIN command that asked for a user’s password. The user would type in PASSWORD so that any printing mechanisms would temporarily stop, allowing the actual user password to be entered in privacy. The evolution of passwords just continued from there, starting with Robert Morris and the UNIX password hashing system, development of the crypt encryption utility that leveraged a 12-bit salt and used 25 rounds of DES for protection, and the inevitable creation of Microsoft’s LANMAN and NT hashing algorithms that are still widely seen today.

What’s at the core of the problem with passwords and their use as an authentication mechanism? We’re largely reliant on the system users themselves, and secretly everyone hates passwords. The earliest computer hackers hated security and passwords - they just wanted to program and make computers do cool things. Later users just wanted to get their jobs done quickly - passwords were a nuisance. Today, the attitude is somewhat different - people recognize why passwords are important, but they STILL HATE THEM. People look for the simplest and easiest way to get past the password prompt so they can get access to the stuff they want, and they’ll go to surprisingly great lengths to make this easier for themselves whenever possible.

We’ve tried desperately to improve password security and password authentication overall. We’ve implemented password policies that demand length, complexity, originality, and sometimes your first-born child. We’ve forced more complex and sophisticated algorithms into use within our environments, sometimes necessitating updates and upgrades to existing technology. We’ve begged and cajoled users to create passphrases that have some personal meaning to them. Security awareness programs now include discussions about passwords and password policies by default. In light of all this effort, you’d think passwords would be getting better, people would be helping us protect them, and that the attackers’ jobs would be harder. Alas, we’re wrong. People re-use passwords everywhere. Their passwords still suck. They still write them down, forget them, share them, and give them away to needy Nigerian princes. Will this madness ever stop? Is there a better way? Sure there is…and you can find out more by checking out our webcast on the topic on February 24th - see you there!

Latest Posts
  • 14 Password Management Best Practices
    May 28, 2026 14 Password Management Best Practices
    Blog
    12m
  • A Security Researcher’s Guide to Understanding Copilot Studio AI Agents
    May 26, 2026 A Security Researcher’s Guide to Understanding Copilot Studio AI Agents
    Blog
    3m
  • How to Secure Cloud-Native Infrastructure at Scale and Speed: A Conversation with Madhu Adireddi
    May 21, 2026 How to Secure Cloud-Native Infrastructure at Scale and Speed: A Conversation with Madhu Adireddi
    Blog
    5m
  • Cybersecurity as a Boardroom Priority for Major African TelCos
    May 12, 2026 Cybersecurity as a Boardroom Priority for Major African TelCos
    Blog
    8m
  • Geopolitics and Cybersecurity: Why Attackers Go After Identities and Privileged Access First
    May 11, 2026 Geopolitics and Cybersecurity: Why Attackers Go After Identities and Privileged Access First
    Blog
    4m
Related
  • Why You Should Implement the New Vulnerability & Risk Management (VRM) Paradigm
    Oct 16, 2018 Why You Should Implement the New Vulnerability & Risk Management (VRM) Paradigm
    Blog
    1m
  • Turbocharging your IT Service Desk
    Mar 14, 2022 Turbocharging your IT Service Desk
    Blog
    1m
Share this Article
  • Link
Stay up to Date
Get the latest news, ideas, and tactics from BeyondTrust. You may unsubscribe at any time.

Keep up with BeyondTrust

Customer Support Get Started
  • LinkedIn
  • X
  • Facebook
  • Instagram
  • Add BeyondTrust as a preferred source on Google
  • Privacy
  • Security
  • Manage Cookies
  • Do Not Sell My Data
  • WEEE Compliance

Copyright © 2003 — 2026 BeyondTrust Corporation. All rights reserved. Other trademarks identified on this page are owned by their respective owners. BeyondTrust Corporation is not a chartered bank or trust company, or depository institution. It is not authorized to accept deposits or trust accounts and is not licensed or regulated by any state or federal banking authority.

Prefers reduced motion setting detected. Animations will now be reduced as a result.