1. 電子商務安全中普遍存在著哪些安全隱患
目前電子商務中主要存在的安全隱患有以下幾個方面：
（1）對合法用戶回的身份冒充。攻擊者通過答非法手段盜用合法用戶的身份信息，仿冒合法用戶的身份與他人進行交易，從而獲得非法利益。
（2）對信息的竊取。攻擊者在網路的傳輸信道上，通過物理或邏輯的手段，對數據進行非法的截獲與監聽，從而得到通信中敏感的信息。
（3）對信息的篡改。攻擊者有可能對網路上的信息進行截獲後篡改其內容，如修改消息次序、時間，注入偽造消息等，從而使信息失去真實性和完整性。
（4）拒絕服務。攻擊者使合法接入的信息、業務或其他資源受阻，例如使一個業務口被濫用而使其他用戶不能正常工作。
（5）對發出的信息予以否認。某些用戶可能對自己發出的信息進行惡意的否認，以推卸自己應承擔的責任。
（6）非法入侵和病毒攻擊。計算機網路會經常遭受非法的入侵攻擊以及計算機病毒的破壞。
2. 電子商務的交易安全隱患有哪些
電子商務就是利用Internet進行的交易活動，主要有以下幾方面的安全隱患
1、信版息可能泄露的隱患：交易權的內容可能被第三方非法竊取並非法使用
2、信息容易被篡改的隱患：由於計算機網路與Internet的存在安全問題，電子商務的交易信息在網路傳輸的過程中，很可能被他人非法修改、刪減或重放，使信息失去真實性和完整性
3、交易一方可能是偽造的身份：由於電子商務交易雙方通過網路來完成交易，互不相識，電子商務交易中很可能出現交易身份偽造的問題。
4、信息容易被破壞：計算機網路很容易遭到惡意程序的攻擊破壞，導致傳遞中的電子商務信息被破壞
5、信息的真實有效存在隱患：電子商務交易過程中以電子化的信息代替紙面信息，
而計算機網路與Internet存在的安全問題難以確保電子商務交易中的信息真實有效。
6、有泄露個人隱私的風險：參與到電子商務中的個人都得提供個人信息，很可能因此導致個人信息泄露，被非法者利用。
3. 電子商務安全隱患有哪些
恩，都對吧，應該就是這些了。以下是對目前國內電子商務站點普遍存在的幾個嚴重的安全問題的一些分析。
1、 客戶端數據的完整性和有效性檢查
1.1、特殊字元的過濾
在 W3C 的 WWW Security FAQ 中關於CGI安全編程一節里列出了建議過濾的字元： &;`'\"|*?~<>^()[]{}$\n\r
這些字元由於在不同的系統或運行環境中會具有特殊意義，如變數定義/賦值/取值、非顯示字元、運行外部程序等，而被列為危險字元。W3C組織強烈建議完全過濾這些特殊字元。但在許多編程語言、開發軟體工具、資料庫甚至操作系統中遺漏其中某些特殊字元的情況時常出現，從而導致出現帶有普遍性的安全問題。1.1.1、CGI和Script編程語言的問題
在幾種國內常見的WEB編程語言中，ASP和Cold Fusion 腳本語言對特殊字元的過濾機制不夠完善，例如沒有對單引號做任何處理等。Perl和php對特殊字元的過濾則較為嚴密，如忽略或加上「\」（取消特殊字元含義）處理。C語言編寫的cgi程序對特殊字元的過濾完全依賴於程序員的知識和技術，因此也可能存在安全問題。
1.1.2、Microsoft ASP腳本
普遍存在的問題是程序員在編寫ASP腳本時,缺少或沒有對客戶端輸入的數據/變數進行嚴格的合法性分析。無意或有意輸入的特殊字元可能由於其特殊含義改變了腳本程序，從而使腳本運行出錯或執行非法操作。例如，當腳本程序需要進行資料庫操作時，惡意用戶可以利用嵌入特殊字元來突破腳本程序原先的限制。
因此,如果攻擊者輸入某些特定sql語句,可能造成資料庫資料丟失/泄漏/甚至威脅整個站點的安全。比如攻擊者可以任意創建或者刪除表（如果可以猜測出已存在的表名），清除或者更改資料庫數據。攻擊者也可能通過執行一些儲存過程函數,將sql語句的輸出結果通過電子郵件發送給自己，或者執行系統命令。
1.1.3、PHP和Perl
雖然提供了加上」\」（取消特殊字元含義）處理的手段，但是處理一些資料庫時依然可以被改寫。（我們本地的測試證實了這情況。）請閱讀下面關於資料庫問題的分析。對於MySQL則沒有問題，\'不會與前面的單引號封閉，而當作一個合法的字元處理。針對oracle和informix等資料庫暫時未進行相關測試。
另外，對於PHP或者Perl語言，很多程序對於數字類型的輸入變數，沒有加單引號予以保護，攻擊者就有可能在這種變數中加入額外的SQL語句，來攻擊資料庫或者獲得非法控制許可權。1.2、資料庫問題
不同的資料庫對安全機制的不同認識和實現方法，使它們的安全性也有所不同。最常見的問題是利用資料庫對某些字元的不正確解釋，改寫被執行的SQL語句，從而非法獲得訪問許可權。例如，Microsoft SQL Server和Sybase對 \'當作了兩個不同字元，所以僅僅在程序中加上」\」仍然可能通過一些特殊手段改寫 SQL語句突破資料庫的安全防線。Microsoft SQL Server也將」—「作為注釋符號，這個符號以後的SQL語句均被忽略，攻擊者可能利用這個來屏蔽掉某些用來認證的SQL語句(例如口令驗證)，獲得對合法用戶帳號的控制權。MySQL則將\'作為一個可操作的正常字元，不存在利用\'改寫的可能。其它資料庫如Oracle、Informix和MiniSQL等也必須注意防止各種改寫SQL語句的可能。（註：另外，迄今為止，各種資料庫都或多或少地被發現存在不同程度上的安全漏洞。如Microsoft SQL拒絕服務漏洞，MySQL GRANT許可權可改變任意用戶口令的漏洞，MySQL 遠程繞過口令限制的漏洞，MiniSQL遠程緩沖區溢出漏洞，Oracle Web Listener 非授權訪問漏洞，Oracle dbsnmp符號連接漏洞，Sybase PowerDynamo目錄遍歷漏洞，等等。由於資料庫數據資料是電子商務網站的最重要部份，關繫到電子商務網站的生死存亡，因此修補各種安全漏洞，保證資料庫免受各種攻擊，是絕對必要的！）
2、 Cookie或用戶身份的常用認證問題
對於一個網站會員而言，經常存在需要一次注冊，多次認證的問題，一般採用手段為cookie或input type=hidden來傳遞認證參數。這裡面有幾點隱患：
I. 所攜帶內容必須完整包含帳號密碼，或類似的完整安全信息，如果只攜帶帳號信息或用某種許可權標志來認證，極容易造成非法入侵，我們檢測了一些電子商務網站，很多都有此類安全隱患。例如某站點中的會員更新頁面中攜帶的認證信息是兩個，用戶名和Uid(均為明文傳送)已知Uid對於每個會員是唯一的。由於我們只需要知道對方的帳號和Uid就可以更改對方信息（不需要知道密碼！），只要攻擊者知道Uid（攻擊者可以通過暴力猜測的方法來得到Uid，有時候站點本身也會泄露用戶的Uid,例如在論壇等處）那麼，攻擊者就可以通過遍歷攻擊完成對任意一個帳號的信息更改。
II. 必須所有需要許可權操作的頁面都必須執行認證判斷的操作。如果任何一頁沒有進行這種認證判斷，都有可能給攻擊者以惡意入侵的機會。
III. 很多網站為了方便，將用戶名以及口令信息儲存在Cookie中，有的甚至以明文方式保存口令。如果攻擊者可以訪問到用戶的主機，就可能通過保存的Cookie文件得到用戶名和口令。
3、 大量數據查詢導致拒絕服務
許多網站對用戶輸入內容的判斷在前台，用JavaScript判斷，如果用戶繞過前台判斷，就能對資料庫進行全查詢，如果資料庫比較龐大，會耗費大量系統資源，如果同時進行大量的這種查詢操作，就會有Denial of Service（DoS —— 拒絕服務）同樣的效果。
解決方法：
1、客戶端數據完整性和有效性檢查的解決辦法
根據目前國內電子商務網站普遍存在的安全問題，主要的原因是未對某些特殊字元——例如單引號（』）進行過濾，或過濾機制不夠完善。因此較為根本的解決方法是加強過濾機制，對用戶輸入數據進行全面的檢查。以對ASP + Microsoft SQL Server類型的網站危害比較大的單引號（』）為例。目前可以肯定的是僅僅通過加上」\」或雙引號處理是不健全的，必須杜絕單引號在處理程序的SQL語句中出現。I. 對於從客戶端接收的數據變數應該用"』"(單引號)來引用；
II. 對用戶輸入的所有數據進行合法性檢查（盡可能放在後台校驗），包括數據長度和數據內容，將其中的特殊意義字元替換或不予往下執行。例如，將"』"替換成"』』" (兩個單引號)號或用雙位元組中文單引號替換；而對於數字型變數，要檢查輸入的數據是否全為數字。
III. 對象資料庫不使用系統默認的dbo用戶。並盡量減少新增用戶的許可權；以ASP為例，具體的實現可以通過函數Replace函數來實現，如：<%
username=Replace(trim(Request.Form(「username」)),」』」,」』」)
password=Replace(trim(Request.Form(「password」)) ,」』」,」』」)
%>
以上例子將變數username與password中的字元」』」(單引號)替換成雙位元組中文單引號。如希望用戶能使用單位元組單引號」』」，可參考使用如下函數：
<%
function CheckStr(str)
dim tstr,l,i,ch
l=len(str)
for i=1 to l
ch=mid(str,i,1)
if ch="』" then
tstr=tstr+"』"
end if
tstr=tstr+ch
next
CheckStr=tstr
end function
%>該函數將需要校驗的數據中的單位元組單引號後添加了"』"，這樣，送入SQL中的"』"就變成了"』』"，當輸出該欄位數據時，該項內容中的"』』"輸出為"』"。對於其他的CGI編程語言，可以參照上述方法的思路進行處理。2、 Cookie或用戶身份的常用認證問題的解決辦法
由於session （會話）機制主要由伺服器控制，比利用cookie傳遞認證參數更為安全可靠，因此可使用session會話取代cookie認證。如果必須使用Cookie傳遞參數，必須將參數內容進行加密，並正確設置Cookie的有效時間。3、 大量數據查詢導致拒絕服務的解決辦法
為了安全起見，應該將可能導致出現這種拒絕服務攻擊的Javascript移植到由伺服器端執行，防止客戶端向伺服器提交過量的資料庫操作。4、 若對本次安全公告有不明之處，請與我們聯系獲得進一步的幫助。
鑒於此漏洞的嚴重性，我們將向國內站點提供解決這個安全問題的免費技術支持
4. 電子商務交易存在的安全問題有哪些
電子商務存在的安全問題有：
1、開放性
開放性和資源共享是Internet最大的特點，但它的問題卻不容忽視的。正是這種開放性給電子商務帶來了安全威脅。
2、缺乏安全機制的傳輸協議
TCP／IP協議是建立在可信的環境之下，缺乏相應的安全機制，這種基於地址的協議本身就會泄露口令，根本沒有考慮安全問題；TCP／IP協議是完全公開的，其遠程訪問的功能使許多攻擊者無須到現場就能夠得手，連接的主機基於互相信任的原則等這些性質使網路更加不安全。
3、軟體系統的漏洞
隨著軟體系統規模的不斷增大，系統中的安全漏洞或"後門"也不可避免的存在。如cookie程序、JAVA應用程序、IE瀏覽器等這些軟體與程序都有可能給我們開展電子商務帶來安全威脅。
4、信息電子化
電子化信息的固有弱點就是缺乏可信度，電子信息是否正確完整是很難由信息本身鑒別的，而且在Internet傳遞電子信息，存在著難以確認信息的發出者以及信息是否被正確無誤地傳遞給接收方的問題。
（三）計算機網路安全威脅與商務交易安全威脅給電子商務帶來的安全問題
1、信息泄露
在電子商務中表現為商業機密的泄露，以上計算機網路安全威脅與Internet的安全隱患可能使得電子商務中的信息泄漏，主要包括兩個方面：（1）交易一方進行交易的內容被第三方竊取。（2）交易一方提供給另一方使用的文件第三方非法使用。
2、篡改
正是由於以上計算機網路安全威脅與Internet的安全隱患，電子的交易信息在網路上傳輸的過程中，可能被他人非法地修改、刪除或重放（指只能使用一次的信息被多次使用），這樣就使信息失去了真實性和完整性。
3、身份識別
正是由於電子商務交易中交易兩方通過網路來完成交易，雙方互不見面、互不認識，計算機網路的安全威脅與Internet的安全隱患，也可能使得電子商務交易中出現身交易身份偽造的問題。
4、信息破壞
計算機網路本身容易遭到一些惡意程序的破壞，如計算機病毒、特洛伊木馬程序、邏輯炸彈等，導致電子商務中的信息在傳遞過程被破壞。
5、破壞信息的有效性
電子商務中的交易過程中是以電子化的信息代替紙面信息，這些信息我們也必須保證它的時間的有效與本身信息的有效，必須能確認該信息確是由交易一方簽發的，計算機網路安全威脅與Internet的安全隱患，使得我們很難保證電子商務中的信息有效性。
6、泄露個人隱私
隱私權是參與電子商務的個人非常關心的一個問題。參與到電子商務中的個人就必須提供個人信息，計算機網路安全威脅與Internet的安全隱患有可能導致個人信息泄露，破壞到個人隱私。
5. 電子商務安全隱患有哪些
說白了就是信任問題，就是商品質量和貨款安全，還有就是物流。解決這3大塊基本就OK了
6. 電子商務活動中可能存在哪些安全隱患
目前電子商務中主要存在的安全隱患有以下幾個方面：
（1）對合專法用戶的身份冒充。攻擊屬者通過非法手段盜用合法用戶的身份信息，仿冒合法用戶的身份與他人進行交易，從而獲得非法利益。
（2）對信息的竊取。攻擊者在網路的傳輸信道上，通過物理或邏輯的手段，對數據進行非法的截獲與監聽，從而得到通信中敏感的信息。
（3）對信息的篡改。攻擊者有可能對網路上的信息進行截獲後篡改其內容，如修改消息次序、時間，注入偽造消息等，從而使信息失去真實性和完整性。
（4）拒絕服務。攻擊者使合法接入的信息、業務或其他資源受阻，例如使一個業務口被濫用而使其他用戶不能正常工作。
（5）對發出的信息予以否認。某些用戶可能對自己發出的信息進行惡意的否認，以推卸自己應承擔的責任。
（6）非法入侵和病毒攻擊。計算機網路會經常遭受非法的入侵攻擊以及計算機病毒的破壞。
7. 電子商務系統存在的安全隱患有哪些
當前,電子商務存在的安全隱患形式多樣,概而言之,主要表現為「外在因素」和「內在因素」兩個方面。
1. 安全隱患存在的外在因素。外在因素主要表現為電子商務存在的非技術性環境,涉及的是社會文
化、制度規范等方面的外在因素。電子商務近幾年迅猛發展,但許多地方都缺乏足夠的技術人才來處理
所遇到的各種問題,不少電子商務的開發商對網路技術很熟悉,但是對安全技術了解甚少,因而難以開發
出真正實用的、安全的產品。在當前國際互聯網的制度框架內,對安全協議還沒有全球的標准和規范,制
約了國際性商務活動。在電子商務的虛擬社區里,電子交易衍生了一系列法律問題,例如網路交易糾紛
的仲裁,網路交易契約等問題,急需為電子商務提供法律保障。同時,在稅收問題上,電子商務的發展在
促進貿易增加稅務的同時又對稅收制度及其管理手段提出了新要求。這些外在因素的不成熟,都成為電
子商務發展的障礙。
2. 安全隱患存在的內在因素。內在因素主要涉及的是電子商務的科學技術層面,是電子技術的問
題。網路犯罪分子可以利用電子商務存在的技術漏洞,通過非法手段盜用合法用戶的身份信息,仿冒合
法用戶的身份與他人進行交易,從而獲得非法利益。或者通過物理或邏輯的手段,在網路傳輸信號的過
程中,對數據進行非法的截獲與監聽,從而得到通信中敏感的信息,並對截獲後的信息進行篡改,如修改
消息次序、時間、注入偽造消息等,從而使信息失去真實性和完整性,使合法接入的信息、業務或其他資源
受阻,例如使一個業務口被濫用而使其他用戶不能正常工作。從地理空間而言,電子政務地理空間信息
的需求更高。[3 ] 另外,計算機網路會經常遭受非法的入侵攻擊以及計算機病毒的破壞。
概而言之,電子商務的安全,也就是電子系統的安全,而電子商務系統的關鍵是保證交易數據和交易
過程的安全。
8. 常見電子商務的安全隱患有哪些
身份認證：由於非法用戶可以偽造、假冒電子商務網站和用戶的身份，因此登錄到電子商務應用系統的客戶無法知道他們所登錄的網站是否是可信的電子商務網站，電子商務網站也無法驗證登錄到網站上的客戶是否是經過認證的合法用戶，非法用戶可以借機進行破壞。"用戶名＋口令"的傳統認證方式安全性較弱，用戶口令易被竊取而導致損失。
信息的完整性：敏感信息和交易數據在傳輸過程中有可能被惡意篡改。
信息的不可抵賴性：網上交易行為一旦被進行交易的一方所否認，另一方沒有已簽名的記錄來作為仲裁的依據。針對這些安全隱患，很多科技公司提出了一套實用的、易於實施的電子商務安全認證解決方案，通過為交易的各方發放數字證書來對交易的各方進行身份標識，並且在交易的過程中通過使用數字證書對交易的雙方進行身份驗證和簽名驗證，最終滿足電子商務的安全需求，有效地防止各種電子商務安全隱患。