此外格式結(jié)構(gòu)信息具有明顯的語(yǔ)義信息,但基于格式結(jié)構(gòu)信息的檢測(cè)方法沒(méi)有提取決定軟件行為的代碼節(jié)和數(shù)據(jù)節(jié)信息作為特征。某一種類型的特征都從不同的視角反映刻畫了可執(zhí)行文件的一些性質(zhì),字節(jié)碼n-grams、dll和api信息、格式結(jié)構(gòu)信息都部分捕捉到了惡意軟件和良性軟件間的可區(qū)分信息,但都存在著一定的局限性,不能充分、綜合、整體的表示可執(zhí)行文件的本質(zhì),使得檢測(cè)結(jié)果準(zhǔn)確率不高、可靠性低、泛化性和魯棒性不佳。此外,惡意軟件通常偽造出和良性軟件相似的特征,逃避反**軟件的檢測(cè)。技術(shù)實(shí)現(xiàn)要素:本發(fā)明實(shí)施例的目的在于提供一種基于多模態(tài)深度學(xué)習(xí)的惡意軟件檢測(cè)方法,以解決現(xiàn)有采用二進(jìn)制可執(zhí)行文件的單一特征類型進(jìn)行惡意軟件檢測(cè)的檢測(cè)方法檢測(cè)準(zhǔn)確率不高、檢測(cè)可靠性低、泛化性和魯棒性不佳的問(wèn)題,以及其難以檢測(cè)出偽造良性軟件特征的惡意軟件的問(wèn)題。本發(fā)明實(shí)施例所采用的技術(shù)方案是,基于多模態(tài)深度學(xué)習(xí)的惡意軟件檢測(cè)方法,按照以下步驟進(jìn)行:步驟s1、提取軟件樣本的二進(jìn)制可執(zhí)行文件的dll和api信息、pe格式結(jié)構(gòu)信息以及字節(jié)碼n-grams的特征表示,生成軟件樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖。用戶隱私測(cè)評(píng)確認(rèn)數(shù)據(jù)采集范圍超出聲明條款3項(xiàng)。軟件產(chǎn)品登記測(cè)評(píng)報(bào)告收費(fèi)
置環(huán)境操作系統(tǒng)+服務(wù)器+數(shù)據(jù)庫(kù)+軟件依賴5執(zhí)行用例6回歸測(cè)試及缺陷**7輸出測(cè)試報(bào)告8測(cè)試結(jié)束軟件架構(gòu)BSbrowser瀏覽器+server服務(wù)器CSclient客戶端+server服務(wù)器1標(biāo)準(zhǔn)上BS是在服務(wù)器和瀏覽器都存在的基礎(chǔ)上開發(fā)2效率BS中負(fù)擔(dān)在服務(wù)器上CS中的客戶端會(huì)分擔(dān),CS效率更高3安全BS數(shù)據(jù)依靠http協(xié)議進(jìn)行明文輸出不安全4升級(jí)上bs更簡(jiǎn)便5開發(fā)成本bs更簡(jiǎn)單cs需要客戶端安卓和ios軟件開發(fā)模型瀑布模型1需求分析2功能設(shè)計(jì)3編寫代碼4功能實(shí)現(xiàn)切入點(diǎn)5軟件測(cè)試需求變更6完成7上線維護(hù)是一種線性模型的一種,是其他開發(fā)模型的基礎(chǔ)測(cè)試的切入點(diǎn)要留下足夠的時(shí)間可能導(dǎo)致測(cè)試不充分,上線后才暴露***開發(fā)的各個(gè)階段比較清晰需求調(diào)查適合需求穩(wěn)定的產(chǎn)品開發(fā)當(dāng)前一階段完成后,您只需要去關(guān)注后續(xù)階段可在迭代模型中應(yīng)用瀑布模型可以節(jié)省大量的時(shí)間和金錢缺點(diǎn)1)各個(gè)階段的劃分完全固定,階段之間產(chǎn)生大量的文檔,極大地增加了工作量。2)由于開發(fā)模型是線性的,用戶只有等到整個(gè)過(guò)程的末期才能見(jiàn)到開發(fā)成果,從而增加了開發(fā)風(fēng)險(xiǎn)。3)通過(guò)過(guò)多的強(qiáng)制完成日期和里程碑來(lái)**各個(gè)項(xiàng)目階段。4)瀑布模型的突出缺點(diǎn)是不適應(yīng)用戶需求的變化瀑布模型強(qiáng)調(diào)文檔的作用,并要求每個(gè)階段都要仔細(xì)驗(yàn)證。具有軟件測(cè)評(píng)測(cè)試公司的有哪些艾策紡織品檢測(cè)實(shí)驗(yàn)室配備氣候老化模擬艙,驗(yàn)證戶外用品的耐久性與色牢度。
先將訓(xùn)練樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖分別輸入至一個(gè)深度神經(jīng)網(wǎng)絡(luò)中抽取高等特征表示,然后合并抽取的高等特征表示并將其作為下一個(gè)深度神經(jīng)網(wǎng)絡(luò)的輸入進(jìn)行模型訓(xùn)練,得到多模態(tài)深度集成模型。進(jìn)一步的,所述多模態(tài)深度集成模型的隱藏層的***函數(shù)采用relu,輸出層的***函數(shù)采用sigmoid,中間使用dropout層進(jìn)行正則化,優(yōu)化器采用adagrad。進(jìn)一步的,所述訓(xùn)練得到的多模態(tài)深度集成模型中,用于抽取dll和api信息特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含3個(gè)隱含層,且3個(gè)隱含層中間間隔設(shè)置有dropout層;用于抽取格式信息特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含2個(gè)隱含層,且2個(gè)隱含層中間設(shè)置有dropout層;用于抽取字節(jié)碼n-grams特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含4個(gè)隱含層,且4個(gè)隱含層中間間隔設(shè)置有dropout層;用于輸入合并抽取的高等特征表示的深度神經(jīng)網(wǎng)絡(luò)包含2個(gè)隱含層,且2個(gè)隱含層中間設(shè)置有dropout層;所述dropout層的dropout率均等于。本發(fā)明實(shí)施例的有益效果是,提出了一種基于多模態(tài)深度學(xué)習(xí)的惡意軟件檢測(cè)方法,應(yīng)用了多模態(tài)深度學(xué)習(xí)方法來(lái)融合dll和api、格式結(jié)構(gòu)信息、字節(jié)碼n-grams特征。
[1]中文名軟件測(cè)試方法外文名SoftwareTestingMethod目的測(cè)試軟件性能所屬行業(yè)計(jì)算機(jī)作用選擇合適的軟件目錄1概述2原則3分類?靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試?黑盒測(cè)試、白盒測(cè)試和灰盒測(cè)試?手動(dòng)測(cè)試和自動(dòng)化測(cè)試4不同階段測(cè)試?單元測(cè)試?集成測(cè)試?系統(tǒng)測(cè)試?驗(yàn)收測(cè)試5重要性軟件測(cè)試方法概述編輯軟件測(cè)試方法的目的包括:發(fā)現(xiàn)軟件程序中的錯(cuò)誤、對(duì)軟件是否符合設(shè)計(jì)要求,以及是否符合合同中所要達(dá)到的技術(shù)要求,進(jìn)行有關(guān)驗(yàn)證以及評(píng)估軟件的質(zhì)量。**終實(shí)現(xiàn)將高質(zhì)量的軟件系統(tǒng)交給用戶的目的。而軟件的基本測(cè)試方法主要有靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試、功能測(cè)試、性能測(cè)試、黑盒測(cè)試和白盒測(cè)試等等。[2]軟件測(cè)試方法眾多,比較常用到的測(cè)試方法有等價(jià)類劃分、場(chǎng)景法,偶爾會(huì)使用到的測(cè)試方法有邊界值和判定表,還有包括不經(jīng)常使用到的正交排列法和測(cè)試大綱法。其中等價(jià)類劃分、邊界值分析、判定表等屬于黑盒測(cè)試方法;只對(duì)功能是否可以滿足規(guī)定要求進(jìn)行檢查,主要用于軟件的確認(rèn)測(cè)試階段。白盒測(cè)試也叫做結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試,是基于覆蓋的全部代碼和路徑、條件的測(cè)試,通過(guò)測(cè)試檢測(cè)產(chǎn)品內(nèi)部性能,檢驗(yàn)程序中的路徑是否可以按照要求完成工作,但是并不對(duì)功能進(jìn)行測(cè)試,主要用于軟件的驗(yàn)證。如何選擇適合企業(yè)的 IT 解決方案?
等價(jià)類劃分法將不能窮舉的測(cè)試過(guò)程進(jìn)行合理分類,從而保證設(shè)計(jì)出來(lái)的測(cè)試用例具有完整性和**性。有數(shù)據(jù)輸入的地方,可以使用等價(jià)類劃分法。從大量數(shù)據(jù)中挑選少量**數(shù)據(jù)進(jìn)行測(cè)試有效等價(jià)類:符合需求規(guī)格說(shuō)明書規(guī)定的數(shù)據(jù)用來(lái)測(cè)試功能是否正確實(shí)現(xiàn)無(wú)效等價(jià)類:不合理的輸入數(shù)據(jù)**—用來(lái)測(cè)試程序是否有強(qiáng)大的異常處理能力(健壯性)使用**少的測(cè)試數(shù)據(jù),達(dá)到**好的測(cè)試質(zhì)量邊界值分析法對(duì)輸入或輸出的邊界值進(jìn)行測(cè)試的一種黑盒測(cè)試方法。是作為對(duì)等價(jià)類劃分法的補(bǔ)充,這種情況下,其測(cè)試用例來(lái)自等價(jià)類的邊界。邊界點(diǎn)1、邊界是指相對(duì)于輸入等價(jià)類和輸出等價(jià)類而言,稍高于、稍低于其邊界值的一些特定情況。2、邊界點(diǎn)分為上點(diǎn)、內(nèi)點(diǎn)和離點(diǎn)。如果是范圍[1,100]需要選擇0,1,2,50,99,100,101如果是個(gè)數(shù)**多20個(gè)[0,20]需要測(cè)0,10,20,-1,21因果圖分析法用畫圖的方式表達(dá)輸入條件和輸出結(jié)果之間的關(guān)系。1恒等2與3或4非5互斥1個(gè)或者不選6***必須是1個(gè)7包含可以多選不能不選8要求如果a=1,則要求b必須是1,反之如果a=0時(shí),b的值無(wú)所謂9**關(guān)系當(dāng)a=1時(shí),要求b必須為0;而當(dāng)a=0時(shí)。5G 與物聯(lián)網(wǎng):深圳艾策的下一個(gè)技術(shù)前沿。軟件測(cè)評(píng)公司排名
艾策科技發(fā)布產(chǎn)品:智能企業(yè)管理平臺(tái)。軟件產(chǎn)品登記測(cè)評(píng)報(bào)告收費(fèi)
***級(jí)初始級(jí)TMM初始級(jí)軟件測(cè)試過(guò)程的特點(diǎn)是測(cè)試過(guò)程無(wú)序,有時(shí)甚至是混亂的,幾乎沒(méi)有妥善定義的。初始級(jí)中軟件的測(cè)試與調(diào)試常常被混為一談,軟件開發(fā)過(guò)程中缺乏測(cè)試資源,工具以及訓(xùn)練有素的測(cè)試人員。初始級(jí)的軟件測(cè)試過(guò)程沒(méi)有定義成熟度目標(biāo)。第二級(jí)定義級(jí)TMM的定義級(jí)中,測(cè)試己具備基本的測(cè)試技術(shù)和方法,軟件的測(cè)試與調(diào)試己經(jīng)明確地被區(qū)分開。這時(shí),測(cè)試被定義為軟件生命周期中的一個(gè)階段,它緊隨在編碼階段之后。但在定義級(jí)中,測(cè)試計(jì)劃往往在編碼之后才得以制訂,這顯然有背于軟件工程的要求。TMM的定義級(jí)中需實(shí)現(xiàn)3個(gè)成熟度目標(biāo):制訂測(cè)試與調(diào)試目標(biāo),啟動(dòng)測(cè)試計(jì)劃過(guò)程,制度化基本的測(cè)試技術(shù)和方法。(I)制訂測(cè)試與調(diào)試目標(biāo)軟件**必須消晰地區(qū)分軟件開發(fā)的測(cè)試過(guò)程與調(diào)試過(guò)程,識(shí)別各自的目標(biāo),任務(wù)和括動(dòng)。正確區(qū)分這兩個(gè)過(guò)程是提高軟件**測(cè)試能力的基礎(chǔ)。與調(diào)試工作不同,測(cè)試工作是一種有計(jì)劃的活動(dòng),可以進(jìn)行管理和控制。這種管理和控制活動(dòng)需要制訂相應(yīng)的策略和政策,以確定和協(xié)調(diào)這兩個(gè)過(guò)程。制訂測(cè)試與調(diào)試目標(biāo)包含5個(gè)子成熟度目標(biāo):1)分別形成測(cè)試**和調(diào)試**,并有經(jīng)費(fèi)支持。2)規(guī)劃并記錄測(cè)試目標(biāo)。3)規(guī)劃井記錄調(diào)試目標(biāo)。4)將測(cè)試和調(diào)試目標(biāo)形成文檔。軟件產(chǎn)品登記測(cè)評(píng)報(bào)告收費(fèi)