【電子商務師培訓資料】電子商務系統(tǒng)管理(編輯修改稿)
2025-02-14 02:31 本頁面
【文章內(nèi)容簡介】 xt,qinv, root權(quán)限，入侵者抹掉系統(tǒng)記錄，安裝工具軟件獲得管理員級別的訪問。他們?nèi)缓缶幾g安裝 IRC工具和網(wǎng)絡掃描工具，用它們掃描更多的 B類網(wǎng)絡，找到其它的正在使用有漏洞版本的BIND的域名服務器。只需幾分鐘，他們就可以攻入成百上千個遠程系統(tǒng)，取得更多的入侵成果。 防火墻的漏洞及解決方案 ? 制定防火墻的安全策略時，微小的錯誤也可能會成為很大的漏洞。很多防火墻產(chǎn)品對配置人員的技術(shù)背景要求過高 ? 防火墻所提供的認證機制與方法多寡不一，有時選取的認證方式中口令設置不強也會帶來隱患 ? 防火墻的工作目的主要是防范外部攻擊，而對來自內(nèi)部的問題很少顧及。實際上在系統(tǒng)資源損失中，更大部分的威脅來自系統(tǒng)內(nèi)部 網(wǎng)絡協(xié)議的漏洞及解決方案 ? 許多協(xié)議在通常的網(wǎng)絡環(huán)境之下，用戶的信息包括口令都是以明文的方式在網(wǎng)上傳輸?shù)? ? Tel存在著許多漏洞 ，應盡量少開沒用到的服務 ? 盡量不要在 windows 中安裝 NETBIOS協(xié)議 ? 不要安裝點對點通道通訊協(xié)議。 ? 小心地配置 TCP/IP協(xié)議。 ? 在 TCP/IP的屬性頁中選擇 IP地址 項目，然后選擇 高級 。在彈出來的對話框中選擇 安全機制 ，這樣可以禁止 UDP，然后根據(jù)需要開啟 IP端口 6和 TCP端口 80 網(wǎng)絡編程漏洞及解決方案 ? CGI程序?qū)е氯肭终呖梢詮?80端口進入服務器，進而獲得對服務器的控制 ? Allaire ColdFusion附帶的腳本的漏洞 ? IE ? JSP暴露服務器端的 JSP源代碼 ? ASP從一開始就一直受到眾多漏洞、后門 的困擾 其他安全問題 ? 保持口令安全的要點如下： ? 不要將口令寫下來或存于電腦文件中 ? 不要選取顯而易見的信息作口令 ? 不要在不同系統(tǒng)上使用同一口令 ? 為防止眼明手快的人竊取口令，在輸入口令時應確認無人在身邊 ? 定期改變口令，至少 6個月要改變一次 二、 交易數(shù)據(jù)保密處理 IIS服務器證書的申請和配置 ? 申請和 配置 服務器證書和配置 SSL協(xié)議 數(shù)據(jù)庫數(shù)據(jù)的保密處理 ? 在 OS層對數(shù)據(jù)庫文件進行加密，對于大型數(shù)據(jù)庫來說，目前還難以實現(xiàn) ? 在 DBMS內(nèi)核層實現(xiàn)加密，需要 DBMS 開發(fā)商的支持。 ? 優(yōu)點：加密功能強，并且加密功能幾乎不會影響 DBMS 功能 ? 缺點：在服務器端進行加密運算，加重數(shù)據(jù)庫服務器負載。 ? 將數(shù)據(jù)庫加密系統(tǒng)做成 DBMS的一個外層工具。加密運算可以在客戶端進行 ? 優(yōu)點：不會加重數(shù)據(jù)庫服務器的負載并可實現(xiàn)網(wǎng)上傳輸加密， ? 缺點是加密功能會受一些限制。 PKI ? 公鑰基礎設施 PKI（ Public Key Infrastructure），是一種遵循既定標準的密鑰管理平臺 ,它能夠為所有網(wǎng)絡應用提供加密和數(shù)字簽名等密碼服務及所必需的密鑰和證書管理體系 ? 區(qū)別于原有的單密鑰加密技術(shù)， PKI采用非對稱的加密算法，即由原文加密成密文的密鑰不同于由密文解密為原文的密鑰，以避免第三方獲取密鑰后將密文解密。 PKI ? 完整的 PKI系統(tǒng)由五大系統(tǒng)構(gòu)成： ? 權(quán)威認證機構(gòu) (CA) ? 數(shù)字證書庫 ? 密鑰備份及恢復系統(tǒng) ? 證書作廢系統(tǒng) ? 應用接口 （ API） （ 1） CA機構(gòu) ? CA（ Certificate Authority）是 PKI的核心組成部分，專門負責發(fā)放并管理數(shù)字證書。 ? CA必須確保自己的一對密鑰的高度的機密性 ,防止他方偽造證書 ? CA的公鑰在網(wǎng)上公開 ,整個網(wǎng)絡系統(tǒng)必須保證完整性。 （ 2）數(shù)字證書 ? 數(shù)字證書也叫電子證書（簡稱證書），又稱，符合 ITUT V3標準，應用 PKI公開密鑰基礎架構(gòu)技術(shù)建立起一套嚴密的身份認證系統(tǒng)，可保證： ? 信息傳輸?shù)谋Ｃ苄? ? 數(shù)據(jù)交換的完整性 ? 發(fā)送信息的不可否認性 ? 實體身份的確定性 ? 目前 CA中心發(fā)放的數(shù)字證書依據(jù)對象的不同主要有個人證書、單位證書、服務器證書、代碼簽名證書等。 （ 3）電子簽名 ? 電子簽名技術(shù) ? 簽名者用自己的密鑰對文件進行加密，采用一定的數(shù)據(jù)交換協(xié)議來保證身份的可鑒別性、非否認性、和數(shù)據(jù)的完整性 ? 數(shù)字簽名是和文件內(nèi)容相關的，且數(shù)字簽名無法被偽造，除非得到了簽名者的密鑰 電子簽名法 ? 電子簽名法 ? 電子支付指引（第一號） 》 ? 個人客戶：單筆金額不應超過 1000元人民幣；每日累計金額不應超過 5000元人民幣 ? 企業(yè)單筆金額不得超過 5萬元人民幣，但銀行與客戶通過協(xié)議約定，能夠事先提供有效付款依據(jù)的除外 PKI－數(shù)字簽名過程 ? 數(shù)字簽名在 PKI中提供數(shù)據(jù)完整性保護和不可否認性服務的過程為： ? 信息發(fā)送者使用 Hash函數(shù)對信息生成信息摘要 ? 信息發(fā)送者使用自己的私鑰加密信息摘要 ， 得到文件的數(shù)字簽名 ? 信息發(fā)送者把信息本身和已簽名的信息摘要一起發(fā)送出去 ? 信息接收者通過使用與信息發(fā)送者使用的同一個 Hash函數(shù)對接收的信息本身生成新的信息摘要 ， 并使用信息發(fā)送者的公鑰對收到的已簽名摘要進行解密 ? 信息接收者將兩個數(shù)據(jù)進行比較 ， 如相同 ， 則文件確實是該信息發(fā)送者的所發(fā) ， 并且信息沒有被修改過 。 PKI－數(shù)字簽名過程圖示 比較 z = h( x) z ’ = fkP B( y) y= fkP V( z ) fkP B( y) fkP V( z ) y= fkP V( z ) x h( x) = z 發(fā)方公鑰 KPB 比較 發(fā)方私鑰 KPV H a s h 單項函數(shù) 數(shù)據(jù) 摘要 H a s h算法 原文 非對稱 算法加密 原文 數(shù)字簽名 數(shù)字簽名 非對稱 算法解密 原文 H a s h算法 數(shù)據(jù) 摘要 數(shù)據(jù) 摘要 發(fā)方 收方 SSL協(xié)議簡介 ? SSL的作用： ? 客戶對服務器的身份確認 ? 服務器對客戶的身份確認 ? 建立起服務器和客戶之間安全的數(shù)據(jù)通道 會話密鑰 由瀏覽器產(chǎn)生，用于加密傳輸?shù)臄?shù)據(jù) 加密會話密鑰的服務器端公有密鑰 SSL協(xié)議簡介 ? SSL原理 ? 瀏覽器利用 HTTP協(xié)議與 Web服
環(huán)評公示相關推薦
鄂ICP備17016276號-1