理論上，不會。實際上，看情況，我個人認為不會。首先，密碼框確實是記憶體裡的一段緩衝區，但我相信這個世界上大部分密碼框都有一個max_length的屬性，也就是最大字串長度。一旦達到這個長度，更多的字元是無法輸入進去的。登陸的密碼框應該是X-Window實現的，所以緩衝區是否安全應該看X-Window的密碼框如何實現的。我手頭沒有X-Window的程式碼，登陸這一塊，搞的不是很清楚，所以不敢輕易下結論，但我認為Linux是成熟的系統，不應該有這種嚴重的bug，如果有，應該也早就被修復了。對於Windows的密碼框來說，普通的文字框的最大文字長度是64K，一旦放滿字元，再新輸入的字元就無法被接受，也不會存在緩衝區溢位的情況。其實不管是文字框、密碼框，或者終端（shell），都是有最大文字長度的，超過這個長度的字元是無法輸入的，具體這個長度有多長，要看軟體的實現方式。我相信大部分成熟的圖形介面系統都不會允許使用者無限制的輸入字元。題主遇到的宕機現象，我認為是別的原因造成的，比如按鍵會產生按鍵訊息，訊息佇列滿了以後導致假死？或者別的什麼原因，我不認為緩衝區溢位會是導致宕機的原因。另外，我自己也有Ubuntu 14.04，我試驗了一下，按了大概有20多分鐘，沒有宕機。
理論上，不會。實際上，看情況，我個人認為不會。首先，密碼框確實是記憶體裡的一段緩衝區，但我相信這個世界上大部分密碼框都有一個max_length的屬性，也就是最大字串長度。一旦達到這個長度，更多的字元是無法輸入進去的。登陸的密碼框應該是X-Window實現的，所以緩衝區是否安全應該看X-Window的密碼框如何實現的。我手頭沒有X-Window的程式碼，登陸這一塊，搞的不是很清楚，所以不敢輕易下結論，但我認為Linux是成熟的系統，不應該有這種嚴重的bug，如果有，應該也早就被修復了。對於Windows的密碼框來說，普通的文字框的最大文字長度是64K，一旦放滿字元，再新輸入的字元就無法被接受，也不會存在緩衝區溢位的情況。其實不管是文字框、密碼框，或者終端（shell），都是有最大文字長度的，超過這個長度的字元是無法輸入的，具體這個長度有多長，要看軟體的實現方式。我相信大部分成熟的圖形介面系統都不會允許使用者無限制的輸入字元。題主遇到的宕機現象，我認為是別的原因造成的，比如按鍵會產生按鍵訊息，訊息佇列滿了以後導致假死？或者別的什麼原因，我不認為緩衝區溢位會是導致宕機的原因。另外，我自己也有Ubuntu 14.04，我試驗了一下，按了大概有20多分鐘，沒有宕機。