北京
功能上線，測試通過，部署順利，團隊一片歡欣。與此同時，代碼庫某個角落里，密碼正用MD5存著。此時此刻，有人在不到一秒內就能把它們破解出來。加密缺陷就是這種問題——它不報錯，不讓持續集成流水線變紅，只安靜地躺在生產環境里，直到再也藏不住的那一天。
OWASP把它放在最嚴重的Web應用漏洞Top 10第二位，不是第七，也不是第五，是第二。定義聽起來簡單得離譜：敏感數據沒有經過加密保護，或者保護得很差。“保護得很差”這部分，才是絕大多數開發者踩坑的地方。不是完全跳過了加密環節，而是用了錯誤的算法、搞砸了密鑰管理，或者信任了一個自2004年起就不再安全的默認配置。結果都一樣：本該鎖死的數據，被人未經授權地訪問了。
這類問題反復出現，根因集中在三個方面。第一是使用弱算法或已廢棄的算法。不是所有加密都等效，十年前被視為安全的算法，放到現代硬件面前可能脆弱不堪。最常見的罪魁禍首：用MD5做密碼哈希。MD5生來就不是為密碼設計的，它專為快速校驗而存在。快，正好是憑據哈希時最不想要的特性。快意味著攻擊者能對著泄露的哈希數據庫每秒跑上億次嘗試。
一個典型的Python反面案例是：用hashlib.md5(password.encode()).hexdigest()直接把“mypassword123”哈希存儲。Freecycle數據泄露事件就是這種做法的后果——攻擊者獲取用戶憑據，正是由于平臺用了MD5。一旦拿到哈希數據庫，破解密碼就不是什么挑戰，而是走個過場。正確做法是用bcrypt、argon2或scrypt這類刻意設計得緩慢的算法。bcrypt.hashpw配合gensalt才是Python里的安全姿勢。同樣的原則也適用于傳輸協議：SSL 2.0、SSL 3.0、TLS 1.0和1.1都已廢棄，服務器如果還支持這些版本，等于主動給攻擊者鋪了一條降級通道。TLS 1.3是當前應該運行的最低版本。
第二個根因是糟糕的密鑰管理。數據加密了，加密密鑰卻存放在同一個代碼倉庫里——這意味著什么都沒保護住。把密鑰硬編碼進源碼、提交到GitHub，甚至公開倉庫，然后直接發到生產環境，這種情況出奇普遍。代碼里寫一行“const SECRET_KEY = 'my_super_secret_key_123'”不是機密管理，正確的思路是從環境變量或專門的機密管理器拉取密鑰。不復雜，但需要刻意為之。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
