php生成唯一id的幾種解決方法？網(wǎng)上查了一下，方法很多。(時(shí)間()。mt _ rand (1，100，000))這種方法有一定的重復(fù)概率。的內(nèi)置函數(shù)uniqid()，根據(jù)當(dāng)前時(shí)間(以微秒計(jì))生成一個(gè)

php生成唯一id的幾種解決方法？

網(wǎng)上查了一下，方法很多。(時(shí)間()。mt _ rand (1，100，000))這種方法有一定的重復(fù)概率。的內(nèi)置函數(shù)uniqid()，根據(jù)當(dāng)前時(shí)間(以微秒計(jì))生成一個(gè)唯一的id。W3School參考手冊(cè)里有一句話，:。

什么是sql注入？我們常見的提交方式有哪些？

什么是SQL注入(SQLi)？SQL注入是一個(gè)網(wǎng)絡(luò)安全漏洞，它使得攻擊者能夠干擾應(yīng)用程序 的數(shù)據(jù)庫查詢。通常，它允許攻擊者查看他們通常無法檢索的數(shù)據(jù)。這可能包括屬于其他用戶的數(shù)據(jù)，或者應(yīng)用程序本身可以訪問的任何其他數(shù)據(jù)。在許多情況下，攻擊者可以修改或刪除這些數(shù)據(jù)，從而永久改變應(yīng)用程序的內(nèi)容或行為。

在某些情況下，攻擊者可以升級(jí)SQL注入攻擊來破壞底層服務(wù)器或其他后端基礎(chǔ)設(shè)施，或者執(zhí)行拒絕服務(wù)攻擊。

成功的SQL注入攻擊會(huì)產(chǎn)生什么影響？成功的SQL注入攻擊可能導(dǎo)致對(duì)敏感數(shù)據(jù)的未經(jīng)授權(quán)的訪問，如密碼、信用卡詳細(xì)信息或個(gè)人用戶信息。近年來，許多驚人的數(shù)據(jù)泄露是SQL注入攻擊的結(jié)果，導(dǎo)致聲譽(yù)受損和監(jiān)管罰款。在某些情況下，攻擊者可以獲得一個(gè)組織系統(tǒng)的持久性后門，從而導(dǎo)致長期的危害，并且可能在很長時(shí)間內(nèi)不會(huì)被發(fā)現(xiàn)。

SQL注入的例子將有不同的SQL注入漏洞，攻擊和技術(shù)在不同的情況下。一些常見的SQL注入示例包括:

檢索隱藏?cái)?shù)據(jù)，您可以在其中修改SQL查詢以返回其他結(jié)果。

顛覆應(yīng)用程序邏輯，您可以更改查詢來干擾應(yīng)用程序邏輯。

聯(lián)合攻擊，可以從不同的數(shù)據(jù)庫表中檢索數(shù)據(jù)。

檢查數(shù)據(jù)庫，從中可以提取關(guān)于數(shù)據(jù)庫版本和結(jié)構(gòu)的信息。

盲SQL注入，你控制的查詢結(jié)果不會(huì)在應(yīng)用程序的響應(yīng)中返回。

檢索隱藏?cái)?shù)據(jù)

考慮一個(gè)顯示不同類別產(chǎn)品的購物應(yīng)用程序。當(dāng)用戶點(diǎn)擊 "禮品及贈(zèng)品類別，他的瀏覽器將請(qǐng)求URL:

這使應(yīng)用程序能夠進(jìn)行SQL查詢，從數(shù)據(jù)庫中檢索相關(guān)產(chǎn)品的詳細(xì)信息:

從禮品和已發(fā)布類別的產(chǎn)品中選擇*

該SQL查詢要求數(shù)據(jù)庫返回:

所有詳細(xì)信息(*)

從產(chǎn)品表中

類別是禮物。

并將其發(fā)布為1。

這個(gè)限制，released 1，用于隱藏未發(fā)布的產(chǎn)品。對(duì)于未發(fā)布的產(chǎn)品，大概是發(fā)布0。

該應(yīng)用程序沒有針對(duì)SQL注入攻擊實(shí)施任何防御措施，因此攻擊者可以構(gòu)建以下攻擊:這將導(dǎo)致一個(gè)SQL查詢:

選擇*從產(chǎn)品類別禮品-和發(fā)布1

這里的關(guān)鍵點(diǎn)是雙破折號(hào)序列SQL中的注釋指示符——意味著查詢的其余部分將被解釋為注釋。這可以有效地刪除查詢的其余部分，因此它不再包含和發(fā)布1。這意味著將顯示所有產(chǎn)品，包括未發(fā)布的產(chǎn)品。

此外，攻擊者可以讓應(yīng)用程序顯示任何類別的所有產(chǎn)品，包括他們不知道的類別。;我不知道:

或者11 -

這將導(dǎo)致一個(gè)SQL查詢:

從禮品或11類產(chǎn)品中選擇*并發(fā)布1

修改后的查詢將返回所有11個(gè)屬于禮品類別或1等于1的商品。因?yàn)樗冀K為真，所以查詢將返回所有項(xiàng)目。

顛覆應(yīng)用程序邏輯考慮一個(gè)允許用戶使用用戶名和密碼登錄的應(yīng)用程序。如果用戶提交用戶名wiener和密碼bluecheese，應(yīng)用程序?qū)⑼ㄟ^執(zhí)行以下SQL查詢來檢查憑據(jù):

SELECT * FROM users，其中用戶名wiener和密碼bluecheese

如果查詢返回用戶的詳細(xì)信息，則登錄成功。否則將被拒絕。

在這里，攻擊者可以簡(jiǎn)單地使用SQL注釋序列——從WHERE query子句中刪除密碼檢查，并以任何沒有密碼的用戶身份登錄。例如，提交用戶名administrator -和空白密碼將導(dǎo)致以下查詢:

SELECT * FROM users其中用戶名administrator -和密碼

該查詢返回名為administrator的用戶，并以該用戶身份成功登錄攻擊者。

從其他數(shù)據(jù)庫表中檢索數(shù)據(jù)

如果在應(yīng)用程序的響應(yīng)中返回SQL查詢的結(jié)果，攻擊者可以利用SQL注入漏洞從數(shù)據(jù)庫的其他表中檢索數(shù)據(jù)。這是使用UNION關(guān)鍵字完成的，它使您能夠執(zhí)行附加的SELECT查詢并將結(jié)果追加到原始查詢中。

例如，如果應(yīng)用程序執(zhí)行以下包含用戶輸入的查詢 "禮品及贈(zèng)品：

從禮品類別的產(chǎn)品中選擇名稱和描述

然后，攻擊者可以提交輸入:

UNION從用戶選擇用戶名和密碼-

這將導(dǎo)致應(yīng)用程序返回所有用戶名和密碼以及產(chǎn)品名稱和描述。

檢查數(shù)據(jù)庫在最初確定SQL注入漏洞后，獲取一些關(guān)于數(shù)據(jù)庫本身的信息通常非常有用。這些信息通常可以為進(jìn)一步的開發(fā)鋪平道路。

您可以查詢數(shù)據(jù)庫的版本詳細(xì)信息。實(shí)現(xiàn)這一點(diǎn)的方法取決于數(shù)據(jù)庫類型，因此您可以從任何技術(shù)推斷出數(shù)據(jù)庫類型。例如，在Oracle上，您可以執(zhí)行以下操作:

從v $版本中選擇*

您還可以確定存在哪些數(shù)據(jù)庫表以及它們包含哪些列。例如，在大多數(shù)數(shù)據(jù)庫中，您可以執(zhí)行以下查詢來列出表:

從信息中選擇*

當(dāng)應(yīng)用程序從HTTP請(qǐng)求中獲取用戶輸入，并且在處理請(qǐng)求的過程中，輸入以不安全的合并到SQL查詢中時(shí)，就會(huì)發(fā)生二階SQL注入一階SQL注入。

在二級(jí)SQL注入(也稱為存儲(chǔ)SQL注入)中，應(yīng)用程序從HTTP請(qǐng)求中獲取用戶輸入，并將其存儲(chǔ)起來以備將來使用。這通常是通過將輸入放入數(shù)據(jù)庫來完成的，但在存儲(chǔ)數(shù)據(jù)時(shí)不會(huì)有漏洞。稍后，當(dāng)處理其他HTTP請(qǐng)求時(shí)，應(yīng)用程序?qū)⒁圆话踩臋z索存儲(chǔ)的數(shù)據(jù)，并將其合并到SQL查詢中。

當(dāng)開發(fā)人員意識(shí)到SQL注入漏洞并因此安全地處理數(shù)據(jù)庫輸入的初始位置時(shí)，通常會(huì)出現(xiàn)二階SQL注入。當(dāng)將來處理數(shù)據(jù)時(shí)，它被認(rèn)為是安全的，因?yàn)樗郧耙呀?jīng)被安全地放置在數(shù)據(jù)庫中。這時(shí)候因?yàn)殚_發(fā)者誤以為數(shù)據(jù)可信，所以對(duì)數(shù)據(jù)進(jìn)行了不安全的處理。

一般來說，我們可以通過使用參數(shù)化查詢(也稱為預(yù)處理語句)而不是查詢中的字符串連接來防止大多數(shù)SQL注入實(shí)例。