黑盒演算法

Ⅰ 排序 演算法作業 黑盒測試

除了時間，你也應該考慮空間復雜度啊。
用數組，是浪費控制項的，但是時間上應該不浪費，但是你用從頭到尾的遍歷這樣不好。你不是知道輸入的個數么，你以輸入個數做循環控制條件，就不浪費時間了。但是建議可以動態開辟空間的方法建立鏈表來做，這樣省空間。
至於排序方法，如果你向省時間，就用快速排序。建議可以採用選擇排序或者冒泡排序，都是二層循環。

個人見解，不足請見諒

Ⅱ CBC-MAC是什麼

MAC全稱為Message Authentication Code（消息認證碼）。MAC是用來保證數據完整性的一種工具。數據完整性是信息安全的一項基本要求，它可以防止數據未經授權被篡改。隨著網路技術的不斷進步，尤其是電子商務的不斷發展，保證信息的完整性變得越來越重要，特別是雙方在一個不安全的信道上通信時，就需要有一種方法保證一方所發送的數據能夠被另一方驗證是正確的、未經篡改的。

用數學的語言來描述，MAC實際上是將雙方共享的密鑰k和消息m作為輸入函數，如將函數值記為MACk(m)，這個函數值就是一個認證標記，這里用δ表示。攻擊者發起攻擊的時候，能得到的是消息和標記的序列對(m1,δ1), (m2,δ2),…(mq,δq)（其中δi= MACk(mi)）。如果攻擊者可以找到一個消息m，m不在m1, m2,…, mq中，並且能夠得到正確的認證標記δ= MACk(m)就說明攻擊成功了。攻擊者成功的概率就是其攻破MAC的概率。其實就是hash函數的概念再述。

CBC-MAC是最為廣泛使用的消息認證演算法之一，同時它也是一個ANSI標准（X9.17）。CBC-MAC實際上就是對消息使用CBC模式進行加密，取密文的最後一塊作為認證碼。

當取AES作為加密的分組密碼時，稱為基於AES的CBC-MAC，若需要產生認證碼的消息為x，加密的AES密鑰為k，則生成MAC的過程如下圖所示。

• 填充和分組：對消息x進行填充，將填充得到的消息分成t個n比特的分組，記為x1, x2,…, xt。
• 密碼分組鏈接：令Ek表示以k為密鑰的加密演算法AES，用以下方式計算Hi：
  H1←Ek(x1)
  Hi←Ek(Hi-1+xi),2≤i≤t
  則Ht就是x的消息認證碼。

CBC-MAC是一種經典的構造MAC的方法，構造方法簡單，且底層的加密演算法具有黑盒性質，可以方便的進行替換。

Ⅲ 基於是否關注軟體結構與演算法 是黑盒還是白盒 軟體測試

檢查演算法正確性屬於白盒；
軟體結構檢查應該屬於需求測試方面的，算不上是黑還是白；
個人意見。

Ⅳ 人工智慧的安全評估和評測包括哪些方面的內容

隨著人工智慧的高速發展，這不僅為企業帶來了一定的好處，同時還存在一些安全風向，為了能夠深入了解人工智慧，需要明白人工智慧技術的安全風險包括哪些類型？該如何應對這些風險？

人工智慧的安全類型分為數據安全和演算法安全。數據安全分為三個部分，數據隱私、數據質量、數據保護。無論是訓練機器所需的現場數據還是以後用它做服務的數據，數據的質量十分關鍵。

演算法安全包括三個方面：

第一是魯棒性，環境發生變化能夠具有相應的韌性；

第二是可解釋性，包括代碼功能正確性、對抗樣本影響；

第三是可靠性，包括問題目標影響，軟硬體平台依賴。

為應對人工智慧的安全風險，可以圍繞以下七個方面加強應對：

第一，演算法可解釋性。在需要了解或解決一件事情的時候，可以獲得我們所需要的足夠的可以理解的信息。黑盒演算法缺乏透明性和可解釋性，難以分析和驗證。因此，需要進行建模前的數據可解釋性分析，構建可解釋性的模型，並開展模型部署後的可解釋性評估。
第二，隱私保護。人工智慧演算法存在矛盾，隱私保護與知識挖掘之間不完全一致，數據挖掘可能會挖掘到個人隱私。
第三，公平建模。在演算法實踐過程中，無論在採集階段、學習階段、部署階段都存在所謂的公平問題，最後建設模型希望能夠實現統計公平、個體公平、因果公平。
第四，可信驗證。可信驗證的引擎主要是對人工智慧系統做驗證、模擬、測試，這是一種很重要的智能手段，通過提供系統性訓練和測試的可信保證，從而對成果進行定量形式化驗證。
第五，主動防禦。雖然被攻擊方在明處，攻擊方在暗處，但是被攻擊方同樣也有手段保護自己，通過安全評估、威脅者理解、預測手段等進行主動防禦。
第六，倫理法律。人工智慧倫理和治理成基本共識，國際社會探索建立廣泛認可的人工智慧倫理原則。
第七，系統倫理。這其中既包含了哲學倫理的思考，也包括理論研究、工程學的考慮。

Ⅳ 關於黑盒測試的問題

一、黑盒測試在快速應用開發（rad）環境中的重要作用

軟體測試方法一般分為兩種：白盒測試與黑盒測試。其中，白盒測試又稱為結構測試、邏輯驅動測試或基於程序本身的測試，著重於程序的內部結構及演算法，通常不關心功能與性能指標。黑盒測試又被稱為功能測試、數據驅動測試或基於規格說明的測試，實際上是站在最終用戶的立場上，檢驗輸入輸出信息及系統性能指標是否符合規格說明書中有關功能需求及性能需求的規定。

隨著rad環境的發展，軟體工程面臨新的挑戰，其中包括：

●應用系統的規模越來越龐大，結構越來越復雜；

●開發團隊人員越來越多，分工越來越細；

●項目投資日益提高，導致投資風險增大。

在這樣一種背景下，軟體質量面臨著更大的危機，而解決問題的關鍵正是黑盒測試，可是由於傳統的黑盒測試往往局限於手工測試，憑借工程人員的經驗自發地進行，缺乏嚴格的測試管理機制，因而效果並不明顯。

在分發一個應用系統之前，若沒有經過科學、周密的黑盒測試，就相當於將大量隱含的缺陷（defect）交付到最終用戶手中，這對於開發團隊自身、項目投資方及最終用戶來說都是不負責任的表現，也將嚴重損害三方的利益。

今天，軟體的質量要求越來越受到重視，在對軟體的質量監督中，黑盒測試起著重要的、不可替代的作用；而隨著軟體開發平台及軟體設計思想的進步和發展，特別是rad技術的發展，對黑盒測試提出了更明確的要求，人們發現，必須遵循一定的測試理論，依賴於優秀的測試工具，才能進行科學、完備的測試。

二、黑盒測試的操作步驟

在傳統的軟體開發生命周期當中，測試工作往往被擱置到整個開發過程的後期進行，也就是說，當應用程序的編碼工作已經基本完成，才開始進行測試，這樣做的缺點在於：

a）由於應用程序龐大而復雜，測試工作千頭萬緒，測試人員難以組織科學、全面的測試用例，從而大幅度提高了測試成本，並嚴重影響測試的全面性和有效性；

b）由於缺陷所涉及的模塊從開發到測試之間的時間間隔較長，使得程序員的修改和維護工作要付出更大的代價；

c）由於受到分發日期的限制，測試工作往往是在忙碌中結束的，而將大量的缺陷遺留給最終用戶，也就是說，真正的測試工作實際上是由最終用戶來完成的。

因此，為了保證測試工作科學、精確、全面、有序地進行，應該採取一邊開發一邊測試的策略，使得開發工作與測試工作平行進行，這也就是俗話所說的「越早測試越好」的概念。

一套完整的測試應該由五個階段組成：

1．測試計劃

首先，根據用戶需求報告中關於功能要求和性能指標的規格說明書，定義相應的測試需求報告，即制訂黑盒測試的最高標准，以後所有的測試工作都將圍繞著測試需求來進行，符合測試需求的應用程序即是合格的，反之即是不合格的；同時，還要適當選擇測試內容，合理安排測試人員、測試時間及測試資源等。

2．測試設計

將測試計劃階段制訂的測試需求分解、細化為若干個可執行的測試過程，並為每個測試過程選擇適當的測試用例（測試用例選擇的好壞將直接影響到測試結果的有效性）。

3．測試開發

建立可重復使用的自動測試過程。

4．測試執行

執行測試開發階段建立的自動測試過程，並對所發現的缺陷進行跟蹤管理。測試執行一般由單元測試、組合測試、集成測試、系統聯調及回歸測試等步驟組成，測試人員應本著科學負責的態度，一步一個腳印地進行測試。

5．測試評估

結合量化的測試覆蓋域及缺陷跟蹤報告，對於應用軟體的質量和開發團隊的工作進度及工作效率進行綜合評價。 顯然，黑盒測試只有嚴格按照步驟進行，才可能對應用程序的質量進行把關。然而，如果沒有一種優秀的測試工具的幫助，單純憑藉手工測試，不但將耗費大量的人力、物力和財力，而且有很多測試工作是難以實現甚至是無法實現的。

三、手工測試與自動測試的比較

手工測試無法保證黑盒測試的科學性與嚴密性，這是因為：

●測試人員要負責大量文檔、報表的制訂和整理工作，會變得力不從心；

●受軟體分發日期、開發成本及人員、資源等諸多方面因素的限制，難以進行全面的測試；
●如果修正缺陷所花費的時間相當長，回歸測試將變得異常困難；
●對測試過程中發現的大量缺陷缺乏科學、有效的管理手段，責任變得含混不清，沒有人能向決策層提供精確的數據以度量當前的工作進度及工作效率；
●反復測試帶來的倦怠情緒及其他人為因素使得測試標准前後不一，測試花費的時間越長，測試的嚴格性也就越低；
●難以對不可視對象或對象的不可視屬性進行測試。

因此，自動測試成為最佳的解決方案。所謂自動測試，實際上是將大量的重復性工作交給計算機去完成，一個優秀的自動測試工具，不但可以滿足科學測試的基本要求，而且可以節約大量的時間、成本、人員和資源，並且測試腳本可以被重復利用（包括被不同的項目所利用）。

Ⅵ 如何使用黑盒方式檢測弱密碼散列演算法

安全檢測？LZ你說的是TP把，因為Dnf游戲大，需要檢查的文件數量太多，所以會慢，你不用管，破解安全模式只有兩種方法.1如果你總是在一個地方上，某一天去另一個地方上一次回來安全限制了，你只需要第一天上一次，第二天再上一次.2.去官網解除， 令牌，手機令牌都可以望LZ採納

Ⅶ 什麼是黑盒測試和白盒測試

黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內部結構和內部特性的情況下，在程序介面進行測試，它只檢查程序功能是否按照需求規格說明書的規定正常使用，程序是否能適當地接收輸入數據而產生正確的輸出信息。黑盒測試著眼於程序外部結構，不考慮內部邏輯結構，主要針對軟體界面和軟體功能進行測試。
白盒測試(White-box Testing，又稱邏輯驅動測試,結構測試)是把測試對象看作一個打開的盒子。利用白盒測試法進行動態測試時，需要測試軟體產品的內部結構和處理過程，不需測試軟體產品的功能。白盒測試又稱為結構測試和邏輯驅動測試。

Ⅷ 人工智慧的兩個研究領域是什麼

人工智慧的研究領域太多了，不止兩個。我想說的是兩種方法：1黑盒方法，類似概率的計算方法，完全依賴機器，通過學習訓練，讓機器學會處理問題的方式，由機器自己計算出模型的樣子。2白盒方法，通過人類對於客觀現實的認識，來識別我們的行為，將處理問題的轉換成數學模型。而機器只負責邏輯的運行。
而實際上人工智慧研究中，這兩種方法都要使用。我們需要學習演算法（黑盒），也需要人對於問題的歸納總結的白盒方法，因為黑盒演算法的計算數據的太大，單靠機器不可能窮盡，所以我們需要人來干預演算法，讓演算法趨於合理化。減少計算量。
前一段時間非常火的阿爾法狗的演算法就是這種黑盒白盒混合的灰盒演算法。阿爾法狗即通過自己學習訓練得到最優解的方法（稱之為棋感），也會去參考現有的棋譜，棋路，用窮盡演算法彌補棋感的不確定性。

Ⅸ 破流量池什麼意思

在抖音黑盒演算法下，為了交流方便把抖音作品能獲得的流量按照從小到多進行了層級劃分，最常見的說法是抖音短視頻有八級流量池的劃分。普遍認為當創作者遇到作品流量增長瓶頸，就得想辦法提升作品質量，如果用戶反饋也不錯的話，作品很容進入更大的流量池，形成小熱門，甚至大熱點。這個過程叫破流量池。

Ⅹ 黑盒法是把軟體系統看成一個黑匣子，關注的是什麼樣的輸入有什麼樣的輸出

軟體測試的兩個方面而已。
白盒測試：是通過程序的源代碼進行測試而不使用用戶界面。這種類型的測試需要從代碼句法發現內部代碼在演算法，溢出，路徑，條件等等中的缺點或者錯誤，進而加以修正。
黑盒測試：是通過使用整個軟體或某種軟體功能來嚴格地測試, 而並沒有通過檢查程序的源代碼或者很清楚地了解該軟體的源代碼程序具體是怎樣設計的。測試人員通過輸入他們的數據然後看輸出的結果從而了解軟體怎樣工作。在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內部結構和內部特性的情況下，測試者在程序介面進行測試，它只檢查程序功能是否按照需求
規格說明書的規定正常使用，程序是否能適當地接收和正確的輸出