對(duì)于如何定時(shí)運(yùn)行漏洞掃描沒(méi)有明確的數(shù)字，因公司規(guī)模而異。所述掃描的頻率可取決于以下幾點(diǎn)：資產(chǎn)的重要性：更關(guān)鍵的資產(chǎn)應(yīng)該更頻繁掃描，使他們能夠?qū)Φ穆┒催M(jìn)行修補(bǔ)。曝光度：識(shí)別并掃描被暴露給許多用戶使用的組件。這可以是外部或內(nèi)部的資產(chǎn)。修改現(xiàn)有的環(huán)境：在現(xiàn)有的環(huán)境的任何修改，無(wú)論是增加了一個(gè)新的組件，資產(chǎn)等之后應(yīng)進(jìn)行漏洞掃描。
當(dāng)網(wǎng)站被攻擊后，令人頭疼的是網(wǎng)站哪里出現(xiàn)了問(wèn)題，是誰(shuí)在攻擊我們，是利用了什么網(wǎng)站漏洞呢？如果要查找到hack攻擊的根源，通過(guò)服務(wù)器里留下的網(wǎng)站訪問(wèn)日志是一個(gè)很好的辦法。為什么網(wǎng)站訪問(wèn)日志是如此的重要呢？網(wǎng)站訪問(wèn)日志是存放于服務(wù)器里的一個(gè)目錄里，IIS默認(rèn)是存放于C：/windows/system32/里的子目錄下，日記記錄了網(wǎng)站的所有訪問(wèn)記錄，包括了網(wǎng)站的各種訪問(wèn)信息，訪客的信息，比如IP，瀏覽的網(wǎng)址，訪客的瀏覽器屬性，以及訪問(wèn)的方式是以GET還是COOKIES，統(tǒng)統(tǒng)的都記錄在網(wǎng)站訪問(wèn)日志里。apache訪問(wèn)日志，主要是存放于apache安裝目錄下的access.log文檔
LOG文檔會(huì)實(shí)時(shí)的記錄所有的網(wǎng)站訪問(wèn)記錄，以及訪問(wèn)者的IP等等信息。就好比我們?cè)L問(wèn)wwwsinesafecom的時(shí)候，access.log日志就會(huì)出現(xiàn)以下記錄：60.58.118.58--[11/SEP/2017：06：18：33+0200]“GETwwwsinesafecom/HTTP/1.1”200“-”“Mozilla/6.0（WindowsNT8.0；WOW；rv：33.0）Gecko/20170911Firefox/35.0“我來(lái)說(shuō)一下上面這個(gè)訪問(wèn)記錄是什么意思吧，記錄了一個(gè)60.58.118.58的IP，在2017年9月11日的早晨6點(diǎn)18分訪問(wèn)了wwwsinesafecom網(wǎng)站的首頁(yè)，并返回了200的狀態(tài).
200狀態(tài)就是訪問(wèn)成功的狀態(tài)。如果我們沒(méi)有網(wǎng)站日志文檔，那我們根本就不知道誰(shuí)訪問(wèn)了我們網(wǎng)站，以及他訪問(wèn)了我們網(wǎng)站的那些地址。前端時(shí)間客戶的網(wǎng)站被攻擊了，網(wǎng)站首頁(yè)被篡改成了du博的內(nèi)容，從百度點(diǎn)擊進(jìn)去直接跳轉(zhuǎn)了du博網(wǎng)站上去，導(dǎo)致網(wǎng)站無(wú)常瀏覽，客戶無(wú)法下單，網(wǎng)站在百度的搜索里標(biāo)記為風(fēng)險(xiǎn)造成了很嚴(yán)重的經(jīng)濟(jì)損失。以這個(gè)網(wǎng)站為案例，我來(lái)講講該如何從網(wǎng)站的訪問(wèn)日志去查到網(wǎng)站是怎樣被攻擊的，

企業(yè)網(wǎng)站和個(gè)人網(wǎng)頁(yè)都不可以忽略網(wǎng)站安全問(wèn)題，一旦一個(gè)網(wǎng)站被hack入侵，忽然來(lái)臨的網(wǎng)站安全問(wèn)題會(huì)給網(wǎng)站產(chǎn)生致命性的傷害。為了避免網(wǎng)站安全問(wèn)題的產(chǎn)生，人們能夠采用一些必需的對(duì)策，盡量減少網(wǎng)站被hack攻擊。下邊是幾個(gè)一定要了解的網(wǎng)站安全防范措施的詳細(xì)描述。步，登陸頁(yè)面必須數(shù)據(jù)加密以便防止出現(xiàn)網(wǎng)站安全問(wèn)題，能夠在登陸后保持?jǐn)?shù)據(jù)加密，常見的數(shù)據(jù)加密方式有數(shù)據(jù)庫(kù)加密和MD5數(shù)據(jù)加密。假如登陸應(yīng)用程序沒(méi)有數(shù)據(jù)加密，當(dāng)?shù)顷憫?yīng)用程序被遷移到數(shù)據(jù)加密的資源時(shí)，它依然將會(huì)遭受網(wǎng)絡(luò)hack的主動(dòng)攻擊。網(wǎng)絡(luò)hack將會(huì)仿造登陸表格來(lái)瀏覽同樣的資源，或是她們將會(huì)得到瀏覽隱秘?cái)?shù)據(jù)的管理權(quán)限。因而登陸頁(yè)面一定要數(shù)據(jù)加密。
第二步，用戶必須要連接可以信賴的互聯(lián)網(wǎng)當(dāng)您需要登陸到網(wǎng)絡(luò)服務(wù)器或Web網(wǎng)站來(lái)管理網(wǎng)站或?yàn)g覽其他安全性資源時(shí)，一定要鏈接到安全性互聯(lián)網(wǎng)。您必須防止鏈接到安全系數(shù)不太高的、不確定性或安全系數(shù)較弱的互聯(lián)網(wǎng)(比如不明的對(duì)外開放無(wú)線接入點(diǎn))。假如一定要瀏覽Web網(wǎng)站或Web網(wǎng)絡(luò)服務(wù)器才可以鏈接到不安全性的互聯(lián)網(wǎng)網(wǎng)站，應(yīng)用安全代理IP訪問(wèn)能夠防止網(wǎng)站安全問(wèn)題。應(yīng)用安全代理以后，能夠依靠安全代理服務(wù)器鏈接安全性資源。
第三步，防止共享關(guān)鍵的登陸信息內(nèi)容登陸保密信息的共享資源可能會(huì)致使很多潛在性的網(wǎng)站安全問(wèn)題。關(guān)鍵的登陸信息內(nèi)容不可以在Web網(wǎng)站管理人員和Web網(wǎng)絡(luò)服務(wù)器管理人員中間共享資源。針對(duì)具備登陸憑據(jù)的網(wǎng)站客戶，她們也不可以共享資源登陸憑據(jù)。網(wǎng)站客戶中間的登陸憑據(jù)越大，登陸憑據(jù)共享資源的范疇就會(huì)越廣，即便沒(méi)有訪問(wèn)限制的人也會(huì)得到登陸憑據(jù)的共享資源信息內(nèi)容。
防止共享資源登陸信息內(nèi)容可以便捷地建立追蹤數(shù)據(jù)庫(kù)索引來(lái)追蹤問(wèn)題的根本原因。共享資源的登陸信息內(nèi)容越關(guān)鍵，這一全過(guò)程就會(huì)越來(lái)越越繁雜，發(fā)覺(jué)問(wèn)題的根本原因也就會(huì)越艱難。一旦網(wǎng)站的安全性遭受威協(xié)，登陸信息內(nèi)容將會(huì)迫不得已變更，大量的人將會(huì)會(huì)遭受危害。防止這一點(diǎn)的直接的方法是不共享商業(yè)秘密基本信息。第四步，根據(jù)數(shù)據(jù)加密鏈接的方式去管理網(wǎng)站
在管理網(wǎng)站時(shí)，應(yīng)用數(shù)據(jù)加密鏈接，而并不是未數(shù)據(jù)加密或輕微數(shù)據(jù)加密的鏈接。假如應(yīng)用未數(shù)據(jù)加密的FTP或HTTP管理網(wǎng)站或Web網(wǎng)絡(luò)服務(wù)器，網(wǎng)絡(luò)hack就會(huì)有工作能力應(yīng)用機(jī)敏的登陸/登陸密碼嗅探等方式，入侵網(wǎng)站，導(dǎo)致比較嚴(yán)重的網(wǎng)站安全問(wèn)題。因而，網(wǎng)站管理人員一定要應(yīng)用加密協(xié)議(如SSH)瀏覽安全性資源，及其歷經(jīng)認(rèn)證的安全工器具來(lái)管理網(wǎng)站。一旦網(wǎng)絡(luò)hack捕獲了系統(tǒng)管理員的登陸和登陸密碼信息內(nèi)容，網(wǎng)絡(luò)hack就能夠進(jìn)到網(wǎng)站，乃至能夠?qū)嵭邢到y(tǒng)管理員能夠?qū)嵭械娜繉?shí)際操作。因而，應(yīng)用數(shù)據(jù)加密鏈接來(lái)管理網(wǎng)站十分關(guān)鍵。
第五步，應(yīng)用根據(jù)密匙的認(rèn)證很多網(wǎng)站安全問(wèn)題全是因?yàn)榈顷懨艽a驗(yàn)證被破譯導(dǎo)致的。與根據(jù)密匙的身份認(rèn)證對(duì)比，登陸密碼身份認(rèn)證更非常容易被毀壞。一般，將設(shè)置密碼為在必須瀏覽安全性資源時(shí)記牢登陸信息內(nèi)容，進(jìn)而便捷下一次瀏覽。但入侵網(wǎng)站的網(wǎng)絡(luò)hack也非常容易截取網(wǎng)站登錄信息內(nèi)容和登陸密碼，進(jìn)而導(dǎo)致一些安全隱患。假如期望應(yīng)用更強(qiáng)大、更不容易破譯的身份認(rèn)證憑證，請(qǐng)考慮到應(yīng)用根據(jù)密匙的身份認(rèn)證，隨后將密匙拷貝到預(yù)定義的受權(quán)系統(tǒng)軟件。根據(jù)密匙的身份認(rèn)證一般不容易遭受網(wǎng)絡(luò)hack的攻擊。
第六步，保證全部系統(tǒng)應(yīng)用都到位，并采取安全防護(hù)措施很多系統(tǒng)管理員在網(wǎng)站建設(shè)維護(hù)安全隱患時(shí)只應(yīng)用的Web安全防范措施，而沒(méi)有為全部系統(tǒng)軟件保持強(qiáng)大的安全防范措施。實(shí)際上，這不是可用的。為了保證全部系統(tǒng)軟件都遭受靠譜的安全防范措施的維護(hù)，好的辦法包含應(yīng)用提高登陸密碼、應(yīng)用數(shù)據(jù)庫(kù)加密、直接性軟件更新、修復(fù)系統(tǒng)軟件、關(guān)掉未應(yīng)用的服務(wù)項(xiàng)目和選用靠譜的外場(chǎng)防御力。

序列化就是將類對(duì)象轉(zhuǎn)化為字符串或字節(jié)流，還可以轉(zhuǎn)化為xml、json，其實(shí)都一樣，都是為了方便傳輸和儲(chǔ)存，反序列化就是其逆過(guò)程。利用方式：前臺(tái)構(gòu)造序列化數(shù)據(jù)，傳輸?shù)胶笈_(tái)，經(jīng)過(guò)一系列復(fù)雜的調(diào)用，終觸發(fā)命令執(zhí)行。這種漏洞要利用，必須對(duì)后端代碼有很好的了解，所以反序列化漏洞目前都是針對(duì)組件的，有現(xiàn)成的利用工具。但漏洞大多被補(bǔ)了，運(yùn)氣好的話就試試吧。

選擇安全的主機(jī)商，不過(guò)選擇完主機(jī)商之后我們也要時(shí)刻查看主機(jī)其他的用戶，看一下他們網(wǎng)站的情況，畢竟他們受懲罰了，我們也會(huì)受到牽連。選擇安全的網(wǎng)站程序。如今CMS是行業(yè)共識(shí)，不過(guò)選擇CMS一定要選擇主流程序，因?yàn)榘l(fā)現(xiàn)安全漏洞可以跟得上網(wǎng)站及時(shí)打補(bǔ)丁以防再被入侵。網(wǎng)站要MD5加密，因?yàn)槭褂弥髁鰿MS的時(shí)候會(huì)無(wú)形中加大交流的可能性，所以這時(shí)候網(wǎng)站一定要加密。
注意系統(tǒng)漏統(tǒng)，網(wǎng)站模版漏洞，網(wǎng)站程序漏洞，盡量不適用第三方插件代碼，除此之外，殺毒軟件存在的必要性相信我不必再贅述了。有條件的站長(zhǎng)可以找Sinesafe來(lái)做深入的安全服務(wù)，來(lái)確保網(wǎng)站的正常運(yùn)行防止網(wǎng)站被掛馬之類的安全問(wèn)題。有問(wèn)題就處理，沒(méi)問(wèn)題就預(yù)防，雙管齊下，網(wǎng)站安全肯定不再是影響網(wǎng)站前進(jìn)的“絆腳石”!
SINESAFE是一款集服務(wù)器漏洞掃描、網(wǎng)站漏洞掃描、APP風(fēng)險(xiǎn)評(píng)估為一體的綜合性漏漏洞掃描云平臺(tái),先于攻擊者發(fā)現(xiàn)漏洞,由被動(dòng)變主動(dòng),云鑒漏掃,漏洞無(wú)處可藏。
http://4koz.com