西安第三方軟件評測中心

來源: 發(fā)布時間:2025-04-25

    optimizer)采用的是adagrad,batch_size是40。深度神經(jīng)網(wǎng)絡(luò)模型訓(xùn)練基本都是基于梯度下降的,尋找函數(shù)值下降速度**快的方向,沿著下降方向迭代,迅速到達局部**優(yōu)解的過程就是梯度下降的過程。使用訓(xùn)練集中的全部樣本訓(xùn)練一次就是一個epoch,整個訓(xùn)練集被使用的總次數(shù)就是epoch的值。epoch值的變化會影響深度神經(jīng)網(wǎng)絡(luò)的權(quán)重值的更新次數(shù)。本次實驗使用了80%的樣本訓(xùn)練,20%的樣本驗證,訓(xùn)練50個迭代以便于找到較優(yōu)的epoch值。隨著迭代數(shù)的增加,前端融合模型的準確率變化曲線如圖5所示,模型的對數(shù)損失變化曲線如圖6所示。從圖5和圖6可以看出,當epoch值從0增加到5過程中,模型的驗證準確率和驗證對數(shù)損失有一定程度的波動;當epoch值從5到50的過程中,前端融合模型的訓(xùn)練準確率和驗證準確率基本不變,訓(xùn)練和驗證對數(shù)損失基本不變;綜合分析圖5和圖6的準確率和對數(shù)損失變化曲線,選取epoch的較優(yōu)值為30。確定模型的訓(xùn)練迭代數(shù)為30后,進行了10折交叉驗證實驗。前端融合模型的10折交叉驗證的準確率是%,對數(shù)損失是,混淆矩陣如圖7所示,規(guī)范化后的混淆矩陣如圖8所示。前端融合模型的roc曲線如圖9所示,該曲線反映的是隨著檢測閾值變化下檢測率與誤報率之間的關(guān)系曲線。能耗評估顯示后臺服務(wù)耗電量超出行業(yè)基準值42%。西安第三方軟件評測中心

西安第三方軟件評測中心,測評

    [3]軟件測試方法原則編輯1.盡早不斷測試的原則應(yīng)當盡早不斷地進行軟件測試。據(jù)統(tǒng)計約60%的錯誤來自設(shè)計以前,并且修正一個軟件錯誤所需的費用將隨著軟件生存周期的進展而上升。錯誤發(fā)現(xiàn)得越早,修正它所需的費用就越少。[4]測試用例由測試輸入數(shù)據(jù)和與之對應(yīng)的預(yù)期輸出結(jié)果這兩部分組成。[4]3.**測試原則(1)**測試原則。這是指軟件測試工作由在經(jīng)濟上和管理上**于開發(fā)機構(gòu)的**進行。程序員應(yīng)避免檢査自己的程序,程序設(shè)計機構(gòu)也不應(yīng)測試自己開發(fā)的程序。軟件開發(fā)者難以客觀、有效地測試自己的軟件,而找出那些因為對需求的誤解而產(chǎn)生的錯誤就更加困難。[4](2)合法和非合法原則。在設(shè)計時,測試用例應(yīng)當包括合法的輸入條件和不合法的輸入條件。[4](3)錯誤群集原則。軟件錯誤呈現(xiàn)群集現(xiàn)象。經(jīng)驗表明,某程序段剩余的錯誤數(shù)目與該程序段中已發(fā)現(xiàn)的錯誤數(shù)目成正比,所以應(yīng)該對錯誤群集的程序段進行重點測試。[4](4)嚴格性原則。嚴格執(zhí)行測試計劃,排除測試的隨意性。[4](5)覆蓋原則。應(yīng)當對每一個測試結(jié)果做***的檢查。[4](6)定義功能測試原則。檢查程序是否做了要做的事*是成功的一半,另一半是看程序是否做了不屬于它做的事。[4](7)回歸測試原則。應(yīng)妥善保留測試用例。石家莊第三方軟件測試中心第三方實驗室驗證數(shù)據(jù)處理速度較上代提升1.8倍。

西安第三方軟件評測中心,測評

    此外格式結(jié)構(gòu)信息具有明顯的語義信息,但基于格式結(jié)構(gòu)信息的檢測方法沒有提取決定軟件行為的代碼節(jié)和數(shù)據(jù)節(jié)信息作為特征。某一種類型的特征都從不同的視角反映刻畫了可執(zhí)行文件的一些性質(zhì),字節(jié)碼n-grams、dll和api信息、格式結(jié)構(gòu)信息都部分捕捉到了惡意軟件和良性軟件間的可區(qū)分信息,但都存在著一定的局限性,不能充分、綜合、整體的表示可執(zhí)行文件的本質(zhì),使得檢測結(jié)果準確率不高、可靠性低、泛化性和魯棒性不佳。此外,惡意軟件通常偽造出和良性軟件相似的特征,逃避反**軟件的檢測。技術(shù)實現(xiàn)要素:本發(fā)明實施例的目的在于提供一種基于多模態(tài)深度學(xué)習的惡意軟件檢測方法,以解決現(xiàn)有采用二進制可執(zhí)行文件的單一特征類型進行惡意軟件檢測的檢測方法檢測準確率不高、檢測可靠性低、泛化性和魯棒性不佳的問題,以及其難以檢測出偽造良性軟件特征的惡意軟件的問題。本發(fā)明實施例所采用的技術(shù)方案是,基于多模態(tài)深度學(xué)習的惡意軟件檢測方法,按照以下步驟進行:步驟s1、提取軟件樣本的二進制可執(zhí)行文件的dll和api信息、pe格式結(jié)構(gòu)信息以及字節(jié)碼n-grams的特征表示,生成軟件樣本的dll和api信息特征視圖、格式信息特征視圖以及字節(jié)碼n-grams特征視圖。

    [1]中文名軟件測試方法外文名SoftwareTestingMethod目的測試軟件性能所屬行業(yè)計算機作用選擇合適的軟件目錄1概述2原則3分類?靜態(tài)測試和動態(tài)測試?黑盒測試、白盒測試和灰盒測試?手動測試和自動化測試4不同階段測試?單元測試?集成測試?系統(tǒng)測試?驗收測試5重要性軟件測試方法概述編輯軟件測試方法的目的包括:發(fā)現(xiàn)軟件程序中的錯誤、對軟件是否符合設(shè)計要求,以及是否符合合同中所要達到的技術(shù)要求,進行有關(guān)驗證以及評估軟件的質(zhì)量。**終實現(xiàn)將高質(zhì)量的軟件系統(tǒng)交給用戶的目的。而軟件的基本測試方法主要有靜態(tài)測試和動態(tài)測試、功能測試、性能測試、黑盒測試和白盒測試等等。[2]軟件測試方法眾多,比較常用到的測試方法有等價類劃分、場景法,偶爾會使用到的測試方法有邊界值和判定表,還有包括不經(jīng)常使用到的正交排列法和測試大綱法。其中等價類劃分、邊界值分析、判定表等屬于黑盒測試方法;只對功能是否可以滿足規(guī)定要求進行檢查,主要用于軟件的確認測試階段。白盒測試也叫做結(jié)構(gòu)測試或邏輯驅(qū)動測試,是基于覆蓋的全部代碼和路徑、條件的測試,通過測試檢測產(chǎn)品內(nèi)部性能,檢驗程序中的路徑是否可以按照要求完成工作,但是并不對功能進行測試,主要用于軟件的驗證。對比分析顯示資源占用率高于同類產(chǎn)品均值26%。

西安第三方軟件評測中心,測評

    ***級初始級TMM初始級軟件測試過程的特點是測試過程無序,有時甚至是混亂的,幾乎沒有妥善定義的。初始級中軟件的測試與調(diào)試常常被混為一談,軟件開發(fā)過程中缺乏測試資源,工具以及訓(xùn)練有素的測試人員。初始級的軟件測試過程沒有定義成熟度目標。第二級定義級TMM的定義級中,測試己具備基本的測試技術(shù)和方法,軟件的測試與調(diào)試己經(jīng)明確地被區(qū)分開。這時,測試被定義為軟件生命周期中的一個階段,它緊隨在編碼階段之后。但在定義級中,測試計劃往往在編碼之后才得以制訂,這顯然有背于軟件工程的要求。TMM的定義級中需實現(xiàn)3個成熟度目標:制訂測試與調(diào)試目標,啟動測試計劃過程,制度化基本的測試技術(shù)和方法。(I)制訂測試與調(diào)試目標軟件**必須消晰地區(qū)分軟件開發(fā)的測試過程與調(diào)試過程,識別各自的目標,任務(wù)和括動。正確區(qū)分這兩個過程是提高軟件**測試能力的基礎(chǔ)。與調(diào)試工作不同,測試工作是一種有計劃的活動,可以進行管理和控制。這種管理和控制活動需要制訂相應(yīng)的策略和政策,以確定和協(xié)調(diào)這兩個過程。制訂測試與調(diào)試目標包含5個子成熟度目標:1)分別形成測試**和調(diào)試**,并有經(jīng)費支持。2)規(guī)劃并記錄測試目標。3)規(guī)劃井記錄調(diào)試目標。4)將測試和調(diào)試目標形成文檔。艾策醫(yī)療檢測中心為體外診斷試劑提供全流程合規(guī)性驗證服務(wù)。軟件平臺測試報告

創(chuàng)新光譜分析技術(shù)賦能艾策檢測,實現(xiàn)食品藥品中微量有害物質(zhì)的超痕量檢測。西安第三方軟件評測中心

    后端融合模型的10折交叉驗證的準確率是%,對數(shù)損失是,混淆矩陣如圖13所示,規(guī)范化后的混淆矩陣如圖14所示。后端融合模型的roc曲線如圖15所示,其顯示后端融合模型的auc值為。(6)中間融合中間融合的架構(gòu)如圖16所示,中間融合方式用深度神經(jīng)網(wǎng)絡(luò)從三種模態(tài)的特征分別抽取高等特征表示,然后合并學(xué)習得到的特征表示,再作為下一個深度神經(jīng)網(wǎng)絡(luò)的輸入訓(xùn)練模型,隱藏層的***函數(shù)為relu,輸出層的***函數(shù)是sigmoid,中間使用dropout層進行正則化,防止過擬合,優(yōu)化器(optimizer)采用的是adagrad,batch_size是40。圖16中,用于抽取dll和api信息特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含3個隱含層,其***個隱含層的神經(jīng)元個數(shù)是128,第二個隱含層的神經(jīng)元個數(shù)是64,第三個隱含層的神經(jīng)元個數(shù)是32,且3個隱含層中間間隔設(shè)置有dropout層。用于抽取格式信息特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含2個隱含層,其***個隱含層的神經(jīng)元個數(shù)是64,其第二個隱含層的神經(jīng)元個數(shù)是32,且2個隱含層中間設(shè)置有dropout層。用于抽取字節(jié)碼n-grams特征視圖的深度神經(jīng)網(wǎng)絡(luò)包含4個隱含層,其***個隱含層的神經(jīng)元個數(shù)是512,第二個隱含層的神經(jīng)元個數(shù)是384,第三個隱含層的神經(jīng)元個數(shù)是256,第四個隱含層的神經(jīng)元個數(shù)是125。西安第三方軟件評測中心

標簽: 測評