owenfi
2014-05-19 01:24:18 UTC
我想從連續的用戶ID轉變為隨機的用戶ID，因此我可以公開託管個人資料照片，即 example.com/profilepics/asdf-1234-zxcv-7890.jpg 。
用戶ID必須保持多長時間才能使任何人都找不到未為其鏈接的用戶照片？
16個小寫字母和0到9的小寫字母是否提供合理的複雜性？我將其基於36 16 sup> = 8x10 24 sup>，保守地估計100億用戶帳戶會將空間減少到8x10 14 sup>。以每秒1000次猜測的速度，需要25,000年才能找到一個帳戶。除非我忽略了什麼。
好了，AWS會對用戶文件進行這種處理（如果我沒記錯的話，它是128位隨機名稱），因此您可以假定它“足夠安全”，如實踐中所示。
@owenfi生成128bit +值就可以了。對於您的特定情況和應用，這已經足夠了。
無論如何，這是沒有意義的。密碼，令牌，證書，到底是不是什麼安全性呢？正確使用時的說法並不適用於方法。
此問題等效於“我應該如何選擇安全密碼？”。我一點都沒看到。
這與上週的保管箱漏洞（https://security.stackexchange.com/questions/57436/what-was-the-security-vulnerability-behind-box-and-dropbox-and-whats-different / 57437＃57437）-這些是公共網址，可以抓取它們並將其編入索引，用戶可以共享/發布自己的鏈接等。
您誤解了“模糊不清的安全性”一詞。該短語用於描述何時未公開公開用於保護資源的“算法”，從而給人一種錯誤的印象，即它們是安全的，因為沒有人（例如，公司）知道所述算法如何工作。在算法中擁有已知來歷和應用（例如，隨機URL）的秘密密鑰並非一無所知。所有安全性都依賴於共享機密；但是，由於URL洩漏的方式很多，URL可能不是一個好主意。
-1