javascript - 表單提交的時候密碼驗證的問題？

Question

對表單這一塊不太熟，有以下幾個疑惑？

1.諸如在登錄驗證用戶名和密碼的時候，二者都是同樣的方式提交到post到服務器嗎？
2.get方式會把參數暴露到鏈接尾部（實際上會通過把key鍵值加密然後後端再解密校驗）？
3.現在的表單常規處理方式是什麼樣的？
4.密碼校驗的時候，諸如在比對密碼要求密碼中不能是3位同樣的連續數字？這個密碼會存在本地？還是服務器端來校驗

Answer 1

1. 登入使用者名稱驗證不是一般都一起post到伺服器麼。

2. get 方法是會把參數暴露在連結尾部，但是瀏覽器本身並沒有任何加密，如果加密需要自己整。

3. 對於某些表單值，是否有效以及非空等，就要在提交前有提示，提升用戶體驗。

4. 都要搞，前端是為了使用者體驗（發起請求前就得知問題），後端是為了安全。

企業級服務的話上https，不要用明文。

Answer 2

假設使用者名稱必須在3位以上；密碼再6~32位；驗證碼4位；
1.點擊登陸的時候，偵測使用者名稱長度大於3，密碼長度6~32，驗證碼長度4；經由往下走，不通過alert；
2.組織參數；post到伺服器，name pwd code
3，伺服器接收參數
4.驗證嗎長度是否等於4，不等於4，return 驗證碼長度異常
5.從session中拿code，和參數code是否一致，不一致return 錯誤
6.偵測使用者名稱長度，密碼長度，不對return 錯誤
7.如果需要對pwd做加密
8.從資料庫中select name=name，pwd=pwd ，有則回傳user，沒有回傳0

Answer 3

GET 是直接把資料在URL裡顯示；
POST 是“掩耳盜鈴”，URL看不到，但是用瀏覽器開發者工具是能看到的；
不管以上哪種，“黑客”通過抓包，也是可以在資料傳輸途中拿到明文的資料；甚至可以對內容進行竄改/劫持，然後再傳給伺服器，或直接偽裝成伺服器回傳給你假的資訊。
如果使用HTTPS，那麼資料傳輸的時候 會先加密，相對安全。
至於參數校驗，肯定是前後端都需要做的，因為前端的JS校驗很容易被繞過的。

Answer 4

get會暴露，post不會。安全點