題:
NHS的密碼有誤嗎?
Robin Winslow
2016-10-07 01:31:03 UTC
view on stackexchange narkive permalink

我最近認識的NHS醫生必須做他們的在線強制培訓問卷,該問卷詢問了有關臨床實踐,安全性和安全性的一系列問題。該調查表將被發送給該NHS信託中的所有醫生。

調查表包含以下問題:

以下哪項將成為最安全的密碼? ?選擇一個:

a。 b。包括大小寫的6個字母。大小寫混合的10個字母。 d。7個字符,包括數字,字母和特殊字符的混合。大寫10個字母。
e。小寫的5個字母。

他們回答“ b”,但由於“正確答案”顯然是“ c”,所以丟了一個分數。

它我的理解是,通常,擴展密碼長度比擴展字母增加更多的熵。我想NHS可能會爭辯說,人們通常會使用非常可預測的單詞來構成長密碼,從而容易猜出它們。但是,如果您強迫人們引入“特殊字符”,他們也會傾向於以非常可預測的方式使用它們,而密碼猜測算法不會遇到任何麻煩。

儘管有充分披露,但我不是密碼專家-我大部分是Randall Munroe帶來的印象(單擊以進行討論):

password strength

我錯了嗎?

我喜歡他們在密碼的概念上對人們進行測試,但這是一組可怕的可能答案。
最終,這是一個措辭很差的問題,沒有明確的答案。沒錯,在防止暴力破解密碼時,長度通常比字符集重要,但是如果沒有定義“特殊字符”中包含哪些字符,就無法判斷哪個更好。選項c也未指定大小寫字母,因此完全有可能是較小的字符集和較短的密碼。26個小寫字母+10個數字+半打普通特殊字符比大寫和小寫字母少
您是否接受過培訓,或者此測驗是突如其來的?正確的答案將是培訓提供的答案,而不是“真實”的答案。這是一種令人悲傷的狀況,但是我希望它不僅限於信息安全,而且您在醫療方面遇到了類似的問題。成為NHS醫生的建議;我是英國人,您做得很棒。
考慮到多少/ banks /關於密碼安全性有誤,我不能說我很驚訝……
我懷疑作者是從實際角度出發,而不是理論角度。事實是,大多數破解嘗試都是從基於字典的搜索開始的,可能有一些瑣碎的替換。因此,儘管與包括標點符號在內的更少字符相比,更多字母的可猜測性較差,但破解者很可能會在廣泛擴展字符集之前先嘗試所有字母。因此,實際的突破時間可能與理論上有很大的不同。
這是使我所有人都激動不已並想要開始向某人發怒信的活動之一。
-1
“ c”答案也很糟糕,因為它提到了一個7個字符的密碼,對於所有標準來說,這太短了。
@keshlam這是我的問題。實際上,我對實際含義比對隨機可能性的絕對總數更感興趣。但是,關於特殊字符的邏輯存在的問題是,任何嘗試使用特殊字符要求闖入某個地方的人都會知道該要求。我猜想人們傾向於以非常可預測的方式使用特殊字符,因此增加長度(ahem)的好處仍然非常優越。但我歡迎任何對此事有研究的人。
我對該漫畫唯一的問題是,由於幾乎每個人都要求輸入數字,大小寫(有時甚至是特殊字符),因此我幾乎無法在任何地方使用該密碼。
並免受什麼威脅?如果服務器將密碼以純文本格式存儲,則它們同樣是安全的。您可能會認為最短的時間是最安全的,因為您最不可能寫下來並將其留在辦公桌上。
請記住,這仍然為順勢療法提供資金的NHS不要誤會我的意思,我認為NHS是我們在英國擁有的最好的東西之一-但是它存在長期的管理問題,Despair.com引用的話最好總結一下它在IT方面的往績:“有時您的目標是生活是對他人的警告”。對於他們不能接受一些基本的IT培訓感到驚訝嗎?不是特別的。
有一點是,C密碼(如果受到適當限制)將包含一些“特殊”字符,從而阻止使用簡單的名稱或常用詞/短語。這不會增加密碼的統計強度,但確實使其不易受到字典破解方案的影響。
不,不是。OP詢問/做出關於通用替代品的要點已經花光了,當前的密碼破解算法使用啟發式分析,而不是簡單的暴力字典攻擊。無論7個字符的密碼中包含什麼字符,它都將在相對較短的時間內被破壞。排列不夠,計算機可以在短時間內嘗試每種可能性,而不必考慮複雜性。8個字符更好一個數量級,但仍然太短。*很大*的餘量,9比8好很多,而10比9好很多。
什麼是NHS?
10 ^ 26 >> 26 ^ 10。也就是說,二十六個數字的組合比十個字母大得多。長度幾乎總是比寬度更重要。
熵取決於字母和所用符號的數量。如果是英語單詞(數量約為一百萬):四個隨機選擇的單詞的密碼給出的熵為79,即(log2(10 ^ [6 * 4])。顯然,當我們選擇英語單詞時-字母不是52個奇數元素中的一個...在這裡似乎有些混淆。
當然,即使是26個符號集也可以描述一串單詞。在這一點上,只需要確保足夠的長度即可使密碼熵在26個符號的字母視圖中“可見”。對於大於72的熵,我們總共需要大約17個字符。即72 / Log2(26)
英國的@Celeritas [National Health Service](https://en.wikipedia.org/wiki/National_Health_Service)。
讓我想起了德克薩斯州一家醫療保健提供商進行的IT安全合規性測驗,其中一個測驗問題試圖查看人們是否會將他們對生物病毒的了解投射到計算機惡意軟件上。不幸的是,對於那些編寫測驗的專家來說,由於惡意軟件試圖傳播而導致CPU負載增加,計算機病毒很可能導致系統溫度升高和運行緩慢。
請注意,他們的決定可能涉及“人為因素”。平均而言,將它們從僅字母的密碼中刪除(即使那意味著它們使用的時間不會太長,因為很難記住)可以平均地創建更安全的密碼,這僅僅是因為您使用“ secretpass”之類的人越來越少`(這是10個字符,但可能很快就會被破壞)或其他極其簡單的文字樣式密碼。...仍然是一個棘手的問題。
可能與[XKCD#936:簡短的複雜密碼或長字典密碼短語重複?](http://security.stackexchange.com/questions/6095/xkcd-936-short-complex-password-or-long-dictionary-passphrase)
我認為這裡的大多數答案都沒有抓住重點。問題不是問一堆網絡管理員“什麼密碼最好執行?”,而是問一堆用戶“哪個密碼(假設所有密碼都滿足最低要求)更好?”。換句話說,它試圖讓用戶考慮如何選擇密碼,考慮許多答案將其確定為關鍵因素(除非我們強制使用密碼管理器,否則隨機性不是現實的有效假設,其中大多數使用非隨機密碼來獲得訪問權限)。
不是針對任何特定的隨機生成的密碼,而是針對策略或正如Adam所提到的要求,它們是正確的,因為特殊字符使得生成密碼的可能性更大,因為用戶通常不會猜測/推理密碼。創建完全隨機的
這個問題問“為什麼” http://security.stackexchange.com/questions/139594/why-do-the-large-majority-of-big-organizations-have-known-bad-password-policie
@StarWeaver的其中一個XKCD:https://xkcd.com/386/
@ Evan Steinbrenner,雖然您原則上是正確的,但是“數字和特殊字符”具有簡單直觀的設置(我不願意將其定義為“定義”):它是左鍵盤上21個非字母表鍵上的符號。它們都是以下所有:`1234567890- =〜!@#$%^&*()_ + [];'\,。/ {}:“ | <>?
(續)很容易看到52 ^ 10〜= 1e17和94 ^ 7 <= 1e10 ^ 14。很難證明的是,“大寫和小寫的10個字符”幾乎總是1或2個字(我會說大約20位的熵,因為所有長字都將是單個),而“大寫的7個字符和小寫字母”是一個詞,但帶有奇怪的內容(根據圖表為28位,但讓我們同意> 25,可以嗎?)
你知道嗎?根據圖表,我可以說2個單詞<= 24位。
有趣的是,沒有人將它與NHS組織針對密碼安全性問題發表或指出的各種出版物進行比較。此外,[這裡是由皇家沃爾夫漢普頓醫院NHS信託進行的類似但不同的測驗](http://www.royalwolverhamptonhospitals.nhs.uk/jdoi/downloads/Intro_to_Information_Governance_Booklet_070411.pdf#page=33)。並享受[有關如何從NHS的另一部分寫下密碼的指南](http://www.northamptonshire.nhs.uk/resources/uploads/files/IM&T_14.pdf#page=16)。
密碼錯誤[173467321476C32789777643T732V73117888732476789764376Lock](https://www.youtube.com/watch?v=oNrWgjh9tnU)是眾所周知的
Doggone醫生。他們錯過了計算機科學一年級醫學院上的一天,那裡的主題是信息熵。哦,等等,他們在醫學院學習生理學和遺傳學,而不是計算機科學。
九 答案:
Mark
2016-10-07 02:01:57 UTC
view on stackexchange narkive permalink

無論如何,它們是錯誤的:

七個可隨機打印的ASCII:95 7 sup> = 69833729609609375可能的密碼。隨機字母:52 10 sup> = 144 555 105 949 057 024可能的密碼,或超過2000倍的密碼。

長度計數。如果您是隨機生成密碼,那麼它比任何其他使密碼難以猜測的方法都重要。

他們沒有說ASCII,許多(大多數?)系統允許Unicode密碼。有128,172個Unicode字符,因此在此基礎上,“ c”將是正確的。
實際上,對於“ b”,他們並沒有說它們是大小寫拉丁字母。我期望Unicode的工作量為非拉丁大寫和小寫形式。
@paj28,的大寫概念實際上只是拉丁字母和希臘字母以及從中衍生的某些字母的功能。
使用[quickscript](http://dpaste.com/3HJGDJK),我算出1984個小寫字母和1631個大寫字母。3615 ** 10 = 381138671891365331133862350087890625(對於b)仍然小於128172 ** 7 = 568266595760666481405057656211161088(對於c)。也許我們可以從(c)中刪去一些無法打印的字符以降低數字-但是很明顯,寫這個問題的人沒有做過這些數學運算!
@paj28廣義上講,這是一個好主意,但實際上,我認為期望以英語為主要語言國家的普通醫生的系統擁有除ASCII鍵輸入之外的任何東西(如果他們必須弄清楚)是不現實的如何在可能不是其“配置”的多台計算機上配置多個鍵盤佈局,以及工作輸入法將熱鍵切換到其密碼輸入流程,以及當他們必須登錄到不屬於其的工作站時可能被鎖定已經如此配置,則可能不存在)。
@mtraceur如果您對安全性非常重視,可以對它們進行問卷調查,那麼您可能超出了手動鍵入它們的範圍,它們必將具有物理訪問密鑰(例如RFID芯片或帶有密鑰的拇指驅動器)。
如果僅是@Kevin,......在許多相互不兼容的系統中,NHS是依靠書面密碼運行的機構類型。關於您可以希望的最好的是,它不在鍵盤下的便利貼上。我遇到的一些*更多精明的*醫院工作人員在受密碼保護的電話上有一個純文本文檔。別人一本書。
@ChrisH認真嗎?我是一名為荷蘭醫療機構開發應用程序的應用程序開發人員,NHS明年將成為我們的第一個國際客戶。幾乎所有荷蘭醫療保健組織都使用RFID芯片進行身份驗證,醫療保健檢查基本上迫使他們進行身份驗證。如果NHS真的那麼不安全,我就不會期待明年大聲笑:P
@Kevin我只有自己的眼睛要走,並且沒有在醫療場所花費很多時間,所以事情可能會繼續發展。但是仍然有許多遺留系統在使用中,還有具有不同規則的多重密碼的經典問題,所有這些問題都在不同的頻率下發生了很大的變化。NHS是報廢後擴展XP支持服務的最大機構之一。我相信他們已經停下來了,但這並不意味著一切都在繼續
任何美國鍵盤都具有變音符號,並且可以在us-intl中對其進行配置,以打印è,é,ò,ç,ë,õ.. 5個Diactritics,通常在5個元音上,即50個以上的字符,或者說'145 ^ 7 = 1.3 10^ 15`或少100倍。
[此答案](http://security.stackexchange.com/a/137322/112339)針對另一個問題提出了反對在密碼中使用非ASCII字符的情況。它與理論無關(更大的字符集更好),而與實踐無關(您不能信任第三方系統實現者可靠地處理非ASCII文本)。
而且,在c的情況下,如果系統要求所有密碼都包含上/下符號和數字的某種混合,那麼可能的密碼數量當然會減少,這取決於規則。
@JimmyJames,就像增加字母的大小並沒有多大幫助,減小字母的大小也無濟於事-從理論上講。實際上,每個人都將大寫字母放在密碼的開頭,數字和符號放在結尾。
@Mark請幫助我理解這一點。假設規則需要至少一個大寫字母,一個數字和一個符號。這樣,可能的密碼數量為23 * 10 * 26 * 95 ^ 4 = 487,074,737,500或比95 ^ 7數字少143倍。我的書中少了143倍,例如143個月暴力破解所有哈希值比1個月要多得多。我的數學錯了,或者我們對“很多”的含義有不同的想法。
@JimmyJames,數學上的兩個錯誤。首先,有33個符號,而不是23個,其次,限製字符可以出現在密碼中的任何位置。正確的公式是(33 * 10 * 26 * 95 ^ 4 * 7!)/(3!* 4!)= 24,459,622,687,500,大約是95 ^ 7的三分之一。
@Mark是的,我在享用晚餐啤酒時意識到了第二個錯誤。顯然我缺乏B12。因此,可以確定的差異不如我想像的那麼大,但1/3並不是微不足道的差異。
-1
@Craig對,因為典型的用戶當然是美國人。考慮到世界其他地方,我真是愚蠢。
@njzk2:點火良好。他們在英國使用很多變音符,對嗎?英語是一種在世界其他地方很少使用的語言嗎?我只是在講實用性。底線實際上是從中選擇密碼的字母的實際大小,比完整的Unicode字符集小得多。理論是好的,但現實就是它。此外,您就是談論美國鍵盤和變音符號的人。
@Craig是的,因為那是我碰巧在上面寫評論的鍵盤。但這僅應強調一個事實,即使是通常不使用變音符號的人也可以在密碼中輸入一些密碼。(但是就像您說的那樣,這是理論。實際上,我們都知道密碼始終是“ 123456”)(不過,我應該指出,我的初衷是*即使*通過考慮各種常見的變音符號,我們也會轉移數量級,但不轉移比較結果)
這個答案的問題是人們根本不會*隨機地*選擇密碼。因此,最好查看一個包含實際密碼的大型數據庫,並針對每個限制條件進行比較,以比較符合限制條件的普通密碼破解的難易程度。
不利的一面是,如果您只有字母,則密碼可能包含一個詞典詞...。可能只有一個詞典詞
@Kevin NHS確實具有基於智能卡的身份驗證解決方案。但是,與任何SSO解決方案一樣,集成是一個痛苦的過程,許多供應商都沒有這樣做,當然,它並沒有集成到引入該解決方案之前的解決方案中。
不贊成“無論如何”-誰創建的密碼是完全隨機的?幾乎沒有人,因為很難記住。那麼,既然我們已經在選擇過程中施加了某種模式或順序,那麼哪個選項更有可能重新引入某種程度的隨機性,而這種隨機性很難猜測或很難有人嘗試破解密碼?無論使用多少字符,如果我選擇MyNameIsAndy之類的東西,都可能會很容易猜到,要求我在某處包含一個奇數字符會使其更加隨機-MyName#IsAndy
@AndrewMattson任何體面的密碼破解工具都會嘗試使用可能的密碼,並通過數字和符號加/替換來代替。添加這樣的符號並不能使密碼容易猜中。
-1
@AndrewMattson是的,但是在散列暴露的情況下,嘗試這些組合將花費非常少的時間。
拒絕投票是因為“無論如何”,他們是完全錯誤的。容易獲得的彩虹表的上下至> 10個字符。首先應將它們視為*非密碼*。僅僅因為從理論上講您可以使用所有的ascii字符集,並不意味著黑客足夠愚蠢,無法假設您這樣做。
@njzk2關於麻煩使用變音符號的國際用戶-即使習慣了常規鍵入,大多數人也不會使用變音符號。例如,我認識的所有中國人都使用拉丁字母加上數字作為密碼。對於主要語言使用許多帶重音符號的拉丁語的用戶,我接觸的還不是很多,但是我建議他們也將跳過密碼字段中的重音。
@LoganPickup作為一個以我的母語使用幾個變音符號的人,我的經驗告訴我,幾乎沒有人使用它們,尤其是在移動設備問世時,這種類型的輸入通常很煩人。這還會使您的帳戶在未安裝波蘭語鍵盤的所有計算機上都無法訪問,因此,存在一個因素,就是不知道目標站點將如何處理這些字符。我曾經無法訪問我的帳戶,因為更改密碼表格與登錄表格的處理方式有所不同。
@WilliamKappler:彩虹表僅對未加鹽的哈希表真正有用,不幸的是哈希表仍然描述了太多的憑證數據庫。但是pbkdf2,scrypt和bcrypt在彩虹表中是安全的,帶有鹽的直接SHA1哈希也是安全的。直接加鹽的SHA1的問題在於它太快,使攻擊者可以嘗試更多猜測。更現代的攻擊使用啟發式和字典猜測。甚至將三個不相關的字典單詞串在一起成為一個長密碼,也大大提高了密碼的強度。密碼的長度至關重要。
Anders
2016-10-07 02:04:53 UTC
view on stackexchange narkive permalink

理論觀點

讓我們在這裡進行數學運算。共有26個字母,10個數字,並假設有10個特殊字符。首先,我們假設密碼是完全隨機的(並且使用​​一個組中的字符的可能性比另一組中的字符的可能性小)。

然後,可能的密碼數量為編寫為 C = s ^ n ,其中 s 是字母的大小,而 n 是字符的數量。密碼的熵定義為:

  log2(C)= log2(s ^ n)= log2(s)* n  

讓插件問題中的數字:

  sn熵(位)A 52 6 34.2B 52 10 57.0C 72 7 43.2D 26 10 47.0E 26 5 23.5  

因此,在這種情況下,C只是僅次於B和D的第三好的選擇。

實用的觀點

但這都是在隨機性假設下進行的。對於人們如何生成密碼,這不是一個合理的假設。人類只是不會那樣做。因此,我們將不得不選擇其他一些假設,以了解密碼的生成方式以及攻擊者在其字典中嘗試使用密碼的順序。

一個不合理的猜測是,許多字典都是以單詞開頭的,只有後來才這樣。繼續進行替換並添加特殊字符。在這種情況下,短密碼中的單個特殊字符要比真正長的普通單詞更好。但另一方面,如果攻擊者知道總是使用特殊字符,則她將首先嘗試使用這些密碼。第三方面,字典可能是圍繞完全不同的原理(例如在洩漏的數據庫中出現)集中。

我可以永遠推測。

為什麼是問題,而不是答案,那是錯誤的

問題在於,如何生成密碼有很多原則可供選擇,我可以任意選擇一個,以便幾乎所有答案都是正確的。因此,整個問題毫無意義,只會掩蓋世界上沒有任何密碼策略可以強制執行的重要觀點:密碼包含的強大字符不是什麼-密碼的生成方式。 em em>

例如, Password1!包含大寫,小寫,數字和特殊字符。但這不是很隨機。另一方面, ewdvjjbok 僅包含小寫字母,但更好,因為它是隨機生成的

他們應該做的

如果您只是不再依賴容易出錯且有限的人類記憶,那麼字符集和長度就不再是您必須相互權衡的限制因素。可以同時擁有兩個。

一種方法是使用密碼管理器。正如 Dan Lowe在評論中指出的那樣,這可能不是醫院的可行選擇。第二種選擇是使用某種雙因素身份驗證(例如,硬件令牌或鑰匙卡),這會使第一因素(密碼)的安全性變得不那麼重要。

這是系統的責任經理而不是最終用戶來實施。他們必須提供允許最終用戶以實用和安全的方式執行其工作的工具。沒有多少用戶培訓可以改變這一點。

看著我附近的英語鍵盤(一個實際上有雕刻的鍵盤!),我發現了三十多種可用的非字母數字(僅使用Shift作為修飾符-不使用Compose / Super / etc);在醫療設備的觸摸屏上也是如此。因此,您可能可以稍微提高C的分數(它仍然永遠不會贏!)。
@TobySpeight感謝您的輸入-沒想到會有這麼多!我質疑這是一個關於小麥的問題,它是“可用的特殊字符”還是“人們平均實際使用的特殊字符”。然後我們回到原來的NHS問題難以回答的事實。
在醫療環境中,密碼管理器不現實。醫生和其他人員正在登錄辦公室,走廊,病房等中的共享終端。而不僅僅是在自己的計算機或設備上。
您的“實踐角度”假設字典攻擊將首先耗盡所有僅字母的變體。如果攻擊者知道許多特殊字符和數字是必需的,那麼他們很可能會在嘗試單詞變體時嘗試。即使不是,用戶仍然可能會使用單詞並用視覺上相似的字符替換字母(例如E到3或T到7)。這將增加一組有限的數字或特殊字符,以防止使用更長的單詞或短語,但我不認為會將其推入“更安全”的領域。
@DavidStarkey您在評論中提出的觀點與我在回答中提出的觀點差不多。我並不是說您可以認為攻擊者僅會首先使用用戶字母-實際上,我建議相反。
另外,密碼管理器可能是非法的(我不知道),因為我認為LastPass不是根據英國的HIPA存儲要求創建的。
@MaciejPiechotka好點。我將重寫答案的最後一個部分,以供日後使用,但現在沒有時間。感謝您的輸入。
很好的答案,但我巧妙地不同意您上一節中的結論(“他們應該問什麼”)。並不是因為“使用密碼管理器隨機生成密碼”是一個糟糕的建議,而是因為它對於**最終用戶**是個好建議,而對於像NHS這樣的機構**來說卻不是那麼好,如果他們真的很認真的話關於密碼安全性,他們應該認真考慮兩因素身份驗證。
@DanLowe這將是2因子驗證的參數。但是接下來我們要討論的是通過使用其他機製而不是僅僅使用“密碼強度”來減輕密碼弱的風險,這再次使問題變得很糟糕。+1這個極好的答案。
@MaciejPiechotka-據我所知,英國沒有類似於HIPA的任何具體法規。這意味著根據《數據保護法》,只有一般義務,機密信息的控制者應遵循最佳做法,以確保不會錯誤地披露信息,但對所使用的實際技術沒有任何特定的法律要求。
-1
用大量特殊字符進行編輯,這當然只會增強結論。-對於感興趣的人,您需要長度為7的隨機密碼中超過282個唯一字符,才能擊敗由52個唯一字符組成的長度為10的隨機密碼。
抱歉:我預料到您想寫的內容:)。[return]我不喜歡密碼* managers *,因為您信任密碼模型的是密碼物理所有者的記憶(根據您知道的信息進行身份驗證)。通過在此信任路徑中引入軟件,您會增加許多風險。[返回]我犯了一個錯誤,以為大多數安全專家都共享了此風險分析。
密碼比密碼管理器安全得多,或者密碼本身需要密碼。醫生可能會使用多於一台計算機,並且給未經授權的人員找到木棍或進行此類完全訪問確實非常糟糕。
我不得不說,我登錄過的系統數量非常令人愉快,其中* light |不是安全密碼,而Password1!是安全密碼。
Vality
2016-10-07 04:20:19 UTC
view on stackexchange narkive permalink

我意識到已經有很多好的答案,但是我想澄清一點。

該問題無法回答,因為它沒有指定字符集,也沒有指定密碼選擇方法

首先要解決的第二點是,我們假裝密碼是在允許的域內真正隨機生成的,否則我們甚至無法開始對此事進行推理。

對於另一點,舉個極端的例子,讓我們說b表示僅英語字母中的字母,因此說52個可能的符號。這樣每個字符大約有5.7位熵,因此總體上大約有57位熵。

另一方面,(也許有點不合理)讓我們說答案c意味著任何被認為是完全隨機的Unicode代碼點成為字符(與BOM表等相對)。截至Unicode 6,目前大約有109,000個字符。這意味著每個字符約16.7位的熵,總共117位熵。

另一方面,如果答案c僅限於ASCII或也許是ISO 8859-15或其中的某些子集,很容易得出相反的結論。

這當然是完全不合理的,但突出了問題的破缺之處以及如何合理地為任一答案辯護。作為一個明智的測試問題,必須措辭更加嚴格,這將使技術或數學知識有限的用戶更難以解決問題。

最後,我建議該測試是大概是沒有意義的,因為組織理想上不需要用戶記住密碼要求,而是以技術方式實施它們(我認為唯一的用心學習有用的要求是不要在多個地方重複使用相同的密碼)。

從實際的角度來看,密鑰空間必須限於用戶可以合理鍵入的內容。由於這是NHS,因此他們可以確定的唯一語言是英語。外國發言人可能在其係統上配置了其他內容,但這並不意味著他們可能需要使用的每台計算機都將進行配置。
-1
我反對這種“無法回答的”立場。是的,有某些未知數,這意味著不可能計算出關於可能性的絕對絕對正確的數字。這不是*不是*表示無法回答,因為我們在這裡尋找的只是一般性。我們知道人們傾向於使用粗略的字母。而且,將字母的長度從7擴展到10所增加的可能性數量是否比您的字母大小相差40%左右,難道不是真的嗎?無論未知因素如何,絕對有更好和更糟糕的經驗法則。
除了最後一段,我都同意。我認為通常向人們介紹密碼複雜性要求背後的“原因”(雖然我不會同意任何一組特定規則的細節)是很有用的,因為如果他們理解其中的許多原因(在理論上),可能更傾向於根據自己的意願選擇更強大的密碼。與僅僅盡力滿足任何現有技術實施機制的要求相對。
Jander
2016-10-08 12:40:19 UTC
view on stackexchange narkive permalink

在理想情況下,NHS認為哪個密碼最安全是錯誤的嗎?是的,絕對是的-其他答案已經相當全面地涵蓋了這一領域。

關於在NHS環境中哪種密碼最安全,NHS是否錯誤?

長密碼怎麼會更糟?-

有些傳統系統會人為地限制密碼的長度,例如,舊的Windows LANMAN / NTLMv1密碼哈希將長度限制為14個符號,而舊的基於DES的UNIX密碼哈希將其限制為8個符號。更糟糕的是,在這樣的系統上,密碼輸入通常會允許您輸入任意長的密碼,而之後忽略所有內容第一個 n 符號。

實際上,NTLMv1似乎是它們正在運行的特定舊方案。正如@MarchHo指出的那樣,NTLMv1將您的密碼分為兩半,每個半角最多7個字符,並且每個半角都可以分別破解。因此,如果您將NTLM與10個字符的字母數字密碼一起使用,則真正擁有的是7個字符的字母數字密碼和3個字符的字母數字密碼。前者顯然比完整符號集中的7個字符還差,而後者在使用10年的PC上可以在幾毫秒內被破壞。

為什麼這麼老的東西仍然會普遍使用? / h2>

基本上,因為它可以工作並且升級會很昂貴。

現在,我在推測,但是:我建議特別是醫療保健環境可能正在運行舊版系統,由於醫療保健的敏感性。新系統在被接受為解決方案之前,可能需要進行徹底的審查,這意味著醫療保健系統的更新往往會緩慢進行且花費巨大。

因此,如果您知道有一些通用的系統能夠做到這一點方式,並且您無法修復它們,那麼您能做的最好的就是告訴您的用戶使用盡可能大的符號池來選擇長度為 n 的密碼。

通常:您確定密碼不會被截斷嗎?

不幸的是,這對一般情況也有影響,特別是對於那些長期喜歡我們密碼的人而言。我們如何確定僅使用密碼短語的第一個或兩個單詞就不能登錄 https://example.com上的帳戶?與使用眾所周知的“正確的胸椎電池釘”一樣糟糕,不小心使用“正確的”電池會更糟。為了確保密碼安全,僅確保生成足夠的熵還不夠。您還必須確保另一端的系統不會丟棄大部分系統。

NTLM還將14個字符的密碼分成兩個7個字符的哈希,因此有效密碼長度為7。
@MarchHo:我想您可能已經解決了難題!更新了我的答案。
NTLM哈希過程不會在哈希之前將密碼分成兩個7個字符的段。您正在考慮LM哈希過程,確實可以做到這一點。LM還會在散列之前將所有字母字符轉換為大寫。
NTLM版本1確實使用了我在說的過程,它是從LANMAN繼承的。參見例如[Wikipedia](https://en.wikipedia.org/wiki/NT_LAN_Manager)和[MSDN](https://msdn.microsoft.com/zh-cn/library/cc236699.aspx)。NTLMv2通過切換到基於MD4的架構來解決此問題。轉換為大寫的好點。
@Jander我認為我們正在混合討論身份驗證協議和哈希方法。
那很有趣。但是,大多數人不使用的一個糟糕的Microsoft安全協議不足以證明這7個字符是一般規則。
再次編輯。我認為我已使答案更好地與核心問題相關。
當然,醫療環境的升級速度可能非常慢。在2014年,我仍然在與醫療保健相關的Web應用程序的Web服務器日誌中看到IE6。
在任何情況下,對IE6的孤立目擊都是罕見的,儘管很少見。
UTF-8
2016-10-07 02:06:19 UTC
view on stackexchange narkive permalink

這個問題有些問題。其中之一是,它沒有說明如何選擇密碼,但我認為最合乎邏輯的方法是假設密碼是隨機選擇的,但滿足各自的條件,因此我將使用該約定作為答案。請注意,Randall的漫畫顯然不同意這個假設,但是問題並沒有指定選擇密碼的方式,因此我認為我們會盡可能地做到最好,那就是隨機選擇密碼。此外,該測試可能不是基於Randall的漫畫。

如果我們假設使用英文字母,則很容易計算選項 b 的關鍵步調。是的,我知道更多的假設。但是,由於測試似乎是英文的,並且不是很棘手,所以我認為我們可以做這個假設。

英文字母中有26個小寫字母,大寫字母也一樣,總共52個。因此,選項 b 的鍵空間中有52 ^ 10≈1.45 * 10 ^ 17個元素。

選項 c b 。但是,由於我們假定使用英文字母(這有利於選項 c ),因此我們還可以假定僅將ascii用於特殊字符–這有利於選項 b 。實際上,如果我們假設特殊字符比ascii更多,那麼我們就必須假設字母比ascii更多,因為ä可以說是德語字母。與選項 c 之一相比,這使得選項 b 的鍵空間更大。*

我們對選項所能做的最好c 如果我們將自己限制為ascii字母,則是使用字母中的每個可打印字符(不包括空格)(注意:“ alphabet”一詞的用法不同,使用更普遍)。這是94個字符,為選項 c 提供了一個94 ^ 7≈6.48 * 10 ^ 13個元素的鍵空間。

由於我們要解決該問題的一種假設是,根據各自的限制隨機選擇密碼,並且該規則等於從各自的密鑰空間隨機選擇密碼,因此使用選項 b b>選擇密碼code>很難猜測,因為破解密碼時要嘗試幾個數量級的選擇。

實際上,如果我們假設通過蠻力破解密碼的成本近似等於密鑰空間的大小,破解通過選項 b 選擇的密碼的強度是破解通過選項選擇的密碼的難度的52 ^ 10 /(94 ^ 7)≈2'229倍c ,清楚表明該問題的正確答案是錯誤的。


**這在數學上很容易證明,但是此StackExchange缺乏LaTeX支持,您可能仍然會通過文本描述更好地理解它。

唯一的優勢選項 c 優於選項 b 是它的較大字母(再次,更廣泛地使用“字母”一詞)。但是,選項 b 可以選擇更長的密碼來彌補這一不足。如果我們添加越來越多的字符(例如üàØÆ等) ,我們使字母的大小更加相等,從而導致 c 相對於 b 的優勢減弱,而 b 相對於 c 不受影響。

為了使“ c”成為正確的答案,除了字母數字外,還需要至少221個特殊字符可供選擇。祝您好運,找到可以讓您輸入密碼的鍵盤!
這些是針對醫生的培訓問卷,而不是Comp Sec考試。儘管您可以通過數學證明熵來支持另一個答案,但他們的目標是讓人們思考“ Pa $$ w0rd”而不是“密碼”
@Mark是的。您最好希望鍵盤不提供更多字母。等一下。基本上,任何鍵盤都已經提供了類似“à”的字符,從而大大增加了該數字。
@ShaneAndrie它說“字母”,而不是“單詞”。
@UTF-8,我的桌子上坐著三個鍵盤,但沒有一個提供“à”作為可鍵入字符。我知道如何在Linux系統上輸入它(`compose`-`backtick`-`a`),而且我可以在Mac上做出很好的猜測(`option + backtick`作為創建重音符號的固定鍵,然後是`a`與其結合使用),但是我永遠也不會記住在Windows上鍵入“ alt + keypad”代碼的方式。
您不能在Windows上做反擊嗎?
@UTF-8我明白了,但是作為數學的具體工作,OP的朋友弄錯了,因為測試的目的不是腐,而是推動政策要求。該策略不是圍繞熵密碼強度理論,而是使人們不要選擇“ 123456”,並認為這很好。
-1
@UTF-8我同意。而且,如果我們要專門閱讀它,我們將無法回答該問題,因為如果A)字符集的使用範圍不限於創建密碼的人或系統,以及B)創建人員,那麼我們就不會回答該問題。密碼。我只是在爭論人力資源部門不是這樣想的,寫這個問題的人也沒有。
@UTF-8除了Windows Alt + ...(用於CP439字符)和Linux Ctrl + Shift + U + ...(用於Unicode代碼點)之外,我根本無法在美國鍵盤上輸入該字符。
那麼,@ShaneAndrie他們的目標是錯誤的。他們不應該讓人們認為“ Pa $$ w0rd”而不是“密碼”;他們應該讓人們思考“這是一個密碼短語,您無法猜到”而不是“密碼”,這將更有效地實現他們的_real_目標。
您實際上是否認為人們嘗試破解密碼時,他們會使用ASCII運行每個字符?這才是真正要關注的。就用戶輸入密碼而言,除<4個數字或一個容易猜到的單詞以外的任何內容都比您的銀行帳戶更安全。在破解方面,與alpha-num分開可以帶來巨大的安全利益。
Shane Andrie
2016-10-07 01:51:24 UTC
view on stackexchange narkive permalink

我喜歡熵問題:

簡短答案:

是的,關於更多的熵,您在技術上是正確的(最好的一種正確答案) )。

長答案

熵主要受兩方面因素影響。密碼可以使用的符號數和長度。在NHS的情況下,邏輯上是“特殊字符”是可以在10個字符答案中使用的符號,因此,密碼越長,熵就越高,並且從理論上講更加安全。

但是,我們必須與人打交道,而且我們很懶。問題是試圖使人們在密碼中包含特殊字符,因為這會迫使熵發生。

沒有它,Randall的漫畫在數學上是正確的,雖然很厚臉皮,但是任何認為正確的horsebatterystapler都是正確的SysAdmin,因為它需要長時間打在臉上,因為這已經在我的彩虹桌子上了而。

說句公道話,我認為採用四個字典單詞將它們串在一起是個好主意(這就是我們所說的密碼短語),但是我所說的人比較懶惰,很可能會陷入常見的模式。

謝謝你是否有證據表明人們被迫使用特殊字符實際上導致了更多無法預測的密碼?因為我認為,一個被迫提供10個字符的密碼而沒有其他規則的人,所產生的密碼比一個被迫提出一個7個字符的密碼(其中包含特殊字符)的人更難猜。這是真正的問題。
作為記錄,在我的團隊中,我們在幾個地方使用“正確的馬電池釘”;)。首先我們認為不需要密碼的地方...
相反,讓人們選擇密碼是可怕的。我們傾向於使用助記符,而不是很大的模式列表。這使我們易於剖析,因此易於猜測。密碼生理學是一回事,這是證書被大量推送的原因之一。
@RobinWinslow我寧願認為10個字母的英語單詞將構成所選密碼的很大一部分,因為用戶努力使它們令人難忘而不是難以理解。
Luis Casillas
2016-10-07 01:42:07 UTC
view on stackexchange narkive permalink

引用的測試和您的反駁都是錯誤的,基本上是因為熵是密碼的隨機性的度量標準,而不是長度,不是字母大小。當且僅當“正確的馬桶釘書釘”下面的44個小灰色框代表擲硬幣的結果(或類似的製服,獨立隨機事件),用於選擇密碼。如果有人選擇了所有選項,那麼所有的賭注都將失效。

據我所知,通常,擴展密碼長度比擴展字母增加了更多的熵。

如果 d 是字母大小,而 n 是密碼長度,則隨機選擇的統一密碼具有 log2( d)* n位熵。因此,將字母表的大小加倍會增加熵的 n 位;在密碼中添加一個額外的符號會添加 log2(d)位。因此,這全部歸結為 d n 的具體值;像您提議的那樣,有了經驗法則真的沒什麼意義,因為我們可以直接計算出增量。

這似乎是不必要的書呆子。我知道熵是關於隨機性的,但是我問哪個是更好的策略。您是否真的在說“使用隨機生成器”沒有任何密碼策略?
同樣,如果任何方程式包含x到y的冪,則很明顯y的增加將對量值產生更大的影響。
@RobinWinslow:我的意思是,除非我們將隨機性引入方程式,否則我們實際上沒有任何理由相信這兩個策略實際上都是安全的。當人們選擇密碼時,在這些選擇之間進行辯論時,就會錯過樹木的森林。
-1
我知道您會帶著極度挑剔的案例回到我身邊,而權力的影響卻很小。感謝您提出建議。它沒有用,也無法回答問題。
這個答案沒有花哨的東西,它的確回答了您的問題。如果您想知道其他內容,我認為您需要在問題中更加清楚。
-1
這顯然是錯誤的!甚至以所提供示例的最壞情況為例,`95 ^ 7 = 6.983373e + 13`,而`26 ^ 10 = 1.411671e + 14`。即使使用*較大的*字符集(實際上不太可能是這種情況),也可以使用更大的長度。
@RobinWinslow包含六個字母的大小寫混合密碼比包含七個字母的小寫密碼“更好”。只是一個例子。
@RobinWinslow這是很有趣的,但實際上應該如此。您嵌入的漫畫所要表達的意義不僅在於王的長度(通常是國王),還在於直覺可能會引起誤解。看起來不錯的密碼可能不是,看上去容易猜到的密碼實際上可能是相當安全的。所有的經驗法則都在某個時候失效。(實際上,在xkcd中,“正確的電池釘”實際上是來自非常大的詞彙表的長度為4的密碼。)確定密碼質量(或更準確地說,密碼生成方法質量)的唯一簡便方法是* do數學*。
@Ray:您會發現,“正確的電池固定釘”是大型符號集中的長度為4的密碼。但這破壞了您先前的說法,即漫畫的觀點(部分)是“長度為王”(或通常如此)。
@LuisCasillas因此是“或通常是”位。2048個元素的詞彙表(幾乎)足以使詞彙表大小相關。但是僅從大小為52(在選項B中)的詞彙量變為〜80(在選項C中)的詞彙量甚至不能接近長度不再是主要因素之前所需的量。我的重點是“盡可能地進行數學運算”。為了支持這一點,我指出了一個事實,即即使(總體相當不錯)xkcd建議也具有非直覺的方面。
coteyr
2016-10-10 23:11:20 UTC
view on stackexchange narkive permalink

問題就在這裡,不管喜歡與否,這個問題與實驗室密碼或數學上更安全的密碼無關。這是關於讓人們在選擇密碼時“思考”他們的密碼。

a。不正確,因為它只有字母。
b。是錯誤的,因為它只有字母
c。是正確的,因為它足夠長並且包含“特殊字符”
d。是錯誤的,因為它只有字母。

或者換句話說,僅使用字母的密碼是不好的。

現在,可以使用足夠長或足夠隨機的字母來創建更安全的密碼,這是事實。 。 “ asefhesesnh”比“ p4ssw0rd”好得多,但是老實說,這是該測試目標受眾中大多數人無法理解的理解。

相反,讓用戶理解選擇“更長”的密碼(包括字母,數字和特殊字符)是“更好的”。

換句話說,當您談論具有不同技術技能水平的廣泛用戶並創建自己的密碼時,C是正確的。當然,數學可能會失效,但這並不重要。沒有提供者,將坐在那裡找出密碼熵,但他們可以計算密碼中的$數量。

“經過20年的努力,我們已經成功培訓了每個人使用難以讓人記住但易於計算機猜測的密碼”
“當您(Sic。)談論具有不同水平的技術技能的廣泛用戶,並創建自己的密碼時,C是正確的” –大多數專家似乎都不同意。你有證據嗎
@RobinWinslow我還沒有看到一位專家表示反對。提出的論點是熵,這不是普通用戶甚至不知道甚至無法定義的。您不能像“您的密碼必須至少為Entropy的40位”之類的密碼規則一樣,並且期望大多數最終用戶“獲得它”。但是,您可以設置一些基本準則,並且該測試是關於遵守準則的。
實際上,其他所有人都說C是一個不好的答案(以及說這個問題通常是不好的,而隨機性是最好的解決方案,等等)。我相信,即使與現實世界中的真實人打交道,如果您告訴他們只輸入字母的10個字符的密碼,他們也會產生比機器告訴您的密碼更難猜測的密碼一個包含特殊字符的7個字符。“ lazypsycho”比“ Daphne!”好。
正如我所說,如果您有任何證據與我的信念相抵觸(或者確實是要確認),那麼我對此非常感興趣。
我的觀點是,這與單個強密碼無關。這是關於讓一群不感興趣的人選擇更好的密碼。您將如何向20位非技術人員解釋如何選擇密碼?現在,您將如何在不到15秒的時間內完成操作?
這裡沒有誤會-我們有完全相同的目標,只是不同意。我的觀點是,由20個非技術人員組成的小組中的每個人都會想出一個比10個字符的純字母密碼(而不是7個字符的密碼,包括特殊字符)更強的密碼。通常是因為他們在結尾處都精確地輸入了一個特殊字符,這可能是一個感嘆號,一個問號或一個句號。正如我所說,如果您有證據駁斥這一假設,那麼我無所不能。
懶惰的!比lazypsycho更好(請注意3個錯誤的答案不包含任何標點符號),即使不是非常多也是如此。
https://www.betterbuys.com/estimating-password-cracking-times/嘗試兩種選擇。我認為他們的估算器是錯誤的,因為它忽略了字典和模式,但是...再次,無私的人們,
那是很好的資源。謝謝。果然,“達芙妮!”= 1個月3週,而“ lazypsycho” = 4個月3週。顯然是“ lazypsycho!”比“ lazypsycho”更好,這是顯而易見的。
在現實世界中,要求“ c”將產生一個密碼,該密碼依次由一個大寫字母,四個小寫字母,一個數字和一個標點符號組成。此外,數字通常為“ 1”,標點符號為句點,感嘆號或問號。總體結果將是複雜度約為26 ^ 5,或大約一千二百萬個密碼。
@Mark顯然,解決此問題的方法是,我們必須制定一個規則,即數字不得為1,密碼也不得位於密碼的開頭或結尾。您肯定會解決此問題。
RocketNuts
2016-10-11 14:07:37 UTC
view on stackexchange narkive permalink

選項b為每個角色提供52種可能性。

要使c更好,這7個字符中的每個字符必須具有超過52 10/7 sup> =至少283種可能性。

這表示ASCII或西方ANSI字符集不足。為了使選項c更好,他們必須允許Unicode字符集(或一些非常神秘的亞洲ANSI代碼頁)。

這顯然是個措辭不佳的問題。有62個數字和字母(大寫+小寫),因此正確的答案應為:

c如果“特殊字符”表示我可以使用Unicode字符或至少包含其他字符集的其他字符集221個非字母數字(即“特殊”)字符,否則為b。

除非有人嘗試破解密碼,否則在困擾特殊字符之前,它會通過相當擴展的字母數字來運行。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...