2013-01-08 38 views

回答

1

有一些標準方法:

  • 驗證碼
  • 隱藏或不可見的字段添加到表格,並且如果任何數據是在它,禁止註冊。 隱藏只會捕捉愚蠢的機器人,因爲他們通常可以告訴它就是這樣,但如果使用CSS和/或Javascript來隱藏它,則隱藏起來會更棘手。這個主題的變化也很好,比如有一個帶有時間戳的字段,然後將它與現在進行比較(並且拒絕它是否太舊/未來),或者以某種方式使用魔術值。
  • 向他們發送電子郵件,如果它彈跳,則禁止註冊。
  • 通過$_SERVER['HTTP_REFERER']檢查推薦URL。如果您的註冊頁面不在您的主頁上,請將其設置爲使其必須來自您網站上的某個位置。
  • 對元素標籤使用非字典單詞。雖然這可以使調試變得更加痛苦,但它可以防止機器人猜測在現場有效的數據類型。
0

其中一種方法是在您的Java文件中嵌入SECRET_KEY,並在您使用註冊表單進行ajax調用之前通過插件訪問它。將SECRET_KEY連同用戶註冊信息一起發送,以驗證您的應用只能進行通話。忽略不包含SECRET_KEY的任何內容。

在您的Java文件中嵌入SECRET_KEY是一個建議,因爲.apk文件可以很容易地「解壓縮」來查看源文件(/ www文件夾)而不是Java文件。

「負載平衡」來處理大量的請求到您的服務器API將是一個不錯的選擇。如果您正在運行IIS,則應該有一些可以插入的模塊以有效利用傳入的請求。

+0

我用手機包裝我的html5,所以我需要使用JS。無論如何,如果有人會擁有那個「祕密鑰匙」,他也可以註冊。 是不是很容易嗅探「祕密」密鑰?因爲它只有一個簡單的post/get請求。 – DanR

+1

這是一個額外的保護層。使用DES/AES來加密您的私鑰。或者在提交用戶註冊信息之前進行額外的服務器握手呼叫。 –

+0

可以反編譯APK文件並從中獲取java類。就像任何反編譯的代碼一樣,它不是最容易閱讀的,但它與您的「祕密」密鑰一起存在。 DES在一段時間內一直相當不安全。 –

相關問題