❶ APP的安全漏洞怎麼檢測，有什麼工具可以進行檢測
目前我經常用的漏洞檢測工具主要就是愛內測，因為愛內測會根據應用特性，對程序機密性會採取不同程度不同方式的檢測，檢測項目包括代碼是否混淆，DEX、so庫文件是否保護，程序簽名、許可權管理是否完整等；組件安全檢測主要針對Activity、Broadcast Receiver、Service、WebView、Intent等是否存在漏洞，並給出針對性建議；數據安全會全面檢測APP存在的數據泄漏漏洞和輸出層、協議層等所有涉及數據安全的漏洞，確保APP里那些可能導致帳號泄露的漏洞被全部檢測出。
❷ codeblocks沒有檢測到編譯器,怎麼弄
你估計下載的是codeblocks-13.12-setup.exe，不帶編譯器的。
你可以重新下載安裝帶編譯器的codeblocks-13.12mingw-setup.exe
如果你電腦上已經安裝有mingw或cygwin，那麼可以在codeblocks的Setting->Compiler..中設置編譯器的路徑
❸ 靜態代碼檢測工具與編譯器的區別有哪些
首先明白什麼是靜態？什麼是動態？靜態動態最根本的區別就在於「程序是否是運行的」。靜態就是不運行程序去測試，那麼又要問了：不運行怎麼測試呢？那最簡單的靜態測試方法就是「code review」也就是看代碼。看代碼有沒有什麼地方明顯是錯誤的。我們平時用的compile（編譯）其實就是最好的靜態測試，這是讓編譯器幫我們去讀代碼。那麼什麼是動態呢？和靜態相反啊。我們寫測試用例然後去跑程序這種就是動態。一些單元測試，系統測試，集成測試都屬於動態測試。
❹ SAST面試什麼意思
SAST是靜態分析安全測試，其面試的內容網路源代碼安全測試。
SAST(靜態代碼安全檢測)主要對應用程序的源代碼進行分析來查找其中存在的漏洞。靜態代碼安全檢測(SAST)是在編譯代碼之前掃描代碼，因此它是一種白盒測試。SAST的使用已經被實踐10多年，這項技術手段可以幫助開發人員在軟體開發生命周期(SDLC)早期階段發現代碼安全漏洞，此外SAST 無需實際運行或編譯代碼即可確保符合安全編碼標准。
更重要的是，SAST(靜態代碼安全檢測)可以自動化並透明地集成到項目的工作流程中。這減少了通常與安全性測試應用程序相關的一些麻煩，與DAST(動態應用程序測試)形成鮮明對比。在DAST中，對於大型項目，需要創建特殊的基礎設施、執行特殊的測試以及應用程序的多個實例與不同的輸入數據並行運行，而IAST覆蓋路徑少檢測范圍較窄，無法對整體代碼實施安全檢測。
❺ coverity 代碼檢查 會檢查出哪些問題
covertiry檢測的編碼規則並不多，也不全面，但相對來說檢測的規則基本上是一些比較嚴重的問題。
就個人來說，國外的產品因為是按照老外的思維模式和使用習慣開發的，所以一般都不適用中國用戶，coverity也一樣。
就靜態分析軟體來說，目前有一款開推出的國產優秀的靜態分析軟體：雨田靜態分析系統V2.1
比coverity更適合中國用戶的使用習慣，檢測的規則有300餘條，還計算了代碼、注釋、循環、路徑、操作對象、復雜度等類型的指標百餘個，而且，還按照可讀性、可測試性、可維護性、以及編碼規則檢查結果對代碼進行了分類和綜合的質量評估，感覺很好用。
❻ 什麼是CLR公共語言運行時
它負責在執行時管理代碼，提供內存管理和線程管理等核心服務，同時又確保代碼的安全性和准確性。 Common Language Runtime 的縮寫。 運行在.NET Framework中的代碼叫做managed code,反之叫做unmanaged code。相比unmanaged code,managed code 有很多好處，比如可以用多種編程語言編寫、提高安全性、易於版本控制和程序發布等等。這些都是由CLR提供的。但也有一些不利點，最容易想到的就是代碼運行速度問題了。 要為managed code提供以上功能，CLR必須知道代碼中的數據類型、類和與她有關連的assembly的定義。這些信息叫做metadata，而metadata就包含在代碼中的某個部分（編譯後）。CLR利用這個metadata載入代碼段、管理內存、執行方法調用等操作。 .NET出來以前，在不同編程語言之間共享原代碼，簡直是不可能的事情。因為每個編程語言定義的數據類型不同，而且語法也不同。微軟大師們想到了把數據類型統一的好辦法。這個技術叫CTS（common type system）。現在做項目開發就比較簡單了（用不同語言），比如一個項目組里有會用VB的，會用C++的。可能以前的方法是把兩個人之間互相調用的功能寫成DLL或COM。但現在不用這么麻煩了，你直接就可以使用其他語言編寫的代碼了。具體一點，用VB.NET可以繼承C++.NET寫的類，反過來也是可以的。 我們安裝軟體的時候常碰到這樣的提示 - 系統中的組件比要安裝的組件的新，你要替換還是保留？是不是很討厭？！現在開始你就用.NET吧，她不會因為這個「小」問題而打擾你了。因為每個代碼都包含與她相關的metadata，CLR會根據這個信息來管理代碼的不同版本。而且因為不用把代碼的信息注冊到注冊表，所以可以用X-COPY的方式安裝代碼（就是簡單的拷貝粘貼了）。 是用VB做好呢？還是用C++做好呢？這些問題是我們做項目的時候常要考慮的問題。但在.NET用什麼編程語言已經變得不重要了（但還是有一定的差別，在特定項目中），因為CLR提供CTS（還有base class library）,而且都運行在CLR上面。在.NET中VB，C++等語言都有了相當多的提高，而且有了新的語言C#。C#已經申請了標准而且通過，可想而知她的POWE了。大家知道borland也發布了相關的開發工具C# builder。 小結1、.NET代碼都包含與自己相關的信息叫做metadata。 2、 CLR提供CTS（CLS也有功勞），所以可以在不同編程語言之間共享原代碼。 3、 用metadata管理代碼信息（不是利用注冊表），所以代碼易於安裝。 4、 使用統一的數據類型和類庫，所以編程語言的選擇變得不重要了，而且易於團隊開發。 代碼在CLR中的運行過程 1、選擇編譯器 首先CLR選擇編譯器，因為CLR中可以運行不同語言開發出來的代碼。 2、把代碼編譯成MSIL CLR利用選擇的編譯器生成MSIL（Microsoft intermediate language）和metadata把她們載入到PE（portable executable file）。 MSIL：解釋語言，包含代碼信息，讓JIT易於編譯成機器語言。與操作系統和編程語言無關。 PE：可執行文件格式，windows就是DLL或EXE了。 3、用JIT編譯器把MSIL編譯成機器語言 有兩種方式一種是只編譯當前執行的代碼段，另一種是把整個代碼一次性編譯。JIT會檢測代碼的安全性。 4、 執行代碼 代碼首次調用就會編譯成機器代碼，再次調用的時候就不再重新編譯了。
❼ 滲透測試的步驟有哪些
滲透測試步驟
明確目標
· 確定范圍：測試目標的范圍，ip，域名，內外網。
· 確定規則：能滲透到什麼程度，時間?能否修改上傳?能否提權等。
· 確定需求：web應用的漏洞、業務邏輯漏洞、人員許可權管理漏洞等等。
信息收集
方式：主動掃描，開放搜索等。
開放搜索：利用搜索引擎獲得，後台，未授權頁面，敏感url等。
漏洞探索
利用上一步中列出的各種系統，應用等使用相應的漏洞。
方法：
1.漏掃，awvs，IBM appscan等。
2.結合漏洞去exploit-db等位置找利用。
3.在網上尋找驗證poc。
內容：
系統漏洞：系統沒有及時打補丁
Websever漏洞：Websever配置問題
Web應用漏洞：Web應用開發問題
其它埠服務漏洞：各種21/8080(st2)/7001/22/3389
通信安全：明文傳輸，token在cookie中傳送等。
漏洞驗證
將上一步中發現的有可能可以成功利用的全部漏洞都驗證一遍，結合實際情況，搭建模擬環境進行試驗。成功後再應用於目標中。
自動化驗證：結合自動化掃描工具提供的結果
手工驗證，根據公開資源進行驗證
試驗驗證：自己搭建模擬環境進行驗證
登陸猜解：有時可以嘗試猜解一下登陸口的賬號密碼等信息
業務漏洞驗證：如發現業務漏洞，要進行驗證
公開資源的利用
信息分析
為下一步實施滲透做准備：
精準打擊：准備好上一步探測到的漏洞的exp，用來精準打擊
繞過防禦機制：是否有防火牆等設備，如何繞過
定製攻擊路徑：最佳工具路徑，根據薄弱入口，高內網許可權位置，最終目標
繞過檢測機制：是否有檢測機制，流量監控，殺毒軟體，惡意代碼檢測等
攻擊代碼：經過試驗得來的代碼，包括不限於xss代碼，sql注入語句等
獲取所需
實施攻擊：根據前幾步的結果，進行攻擊
獲取內部信息：基礎設施
進一步滲透：內網入侵，敏感目標
持續性存在：一般我們對客戶做滲透不需要。rookit，後門，添加管理賬號，駐扎手法等
清理痕跡：清理相關日誌，上傳文件等
信息整理
整理滲透工具：整理滲透過程中用到的代碼，poc，exp等
整理收集信息：整理滲透過程中收集到的一切信息
整理漏洞信息：整理滲透過程中遇到的各種漏洞，各種脆弱位置信息
形成報告
按需整理：按照之前第一步跟客戶確定好的范圍，需求來整理資料，並將資料形成報告
補充介紹：要對漏洞成因，驗證過程和帶來危害進行分析
修補建議：當然要對所有產生的問題提出合理高效安全的解決辦法
❽ 代碼有點問題，運行腳本是提示編譯器錯誤怎麼回事
（操作的時候用你自己的腳本替換我下面的文件 即 「C:\WINDOWS\system32\smss.exe:527176172.vbs」替換我下面的） 開始--運行--regedit--確定ctrl +F 輸入C:\WINDOWS\system32\smss.exe:2075451338.vbs
查找 刪除
或者工具清理:試試這個autoruns工具，解壓--打開這個工具點--系統全部啟動項--點全部標簽 找到這個載入載入C:\WINDOWS\system32\smss.exe:2075451338.vbs時出錯。找不到指定的模塊文件名--然後右鍵刪除....重起電腦就不會出來了
下載地址
http://ishare.iask.sina.com.cn/cgi-bin/fileid.cgi?fileid=4762543
❾ 不同編譯環境 對同一程序可能有哪些影響
可能的，原因很多，無法一一列舉，只是舉兩個例子，
比如某些編譯環境（通常debug環境），會給變數付初始值，比如int給0，指針給null，這樣的話如果程序本身實現忘了給初始值，那麼可能還是能夠正常工作下去。但是在不給變數付初始值的編譯環境，就會出錯了。
另一個例子是對於內存的安全檢查，如果程序存在內存溢出的情況，那麼不對內存做安全檢查的編譯環境編譯後生成的代碼可能可以正常工作，但是對內存做安全檢查的編譯器出來的就可能會出現異常了
❿ 什麼是編譯器 編譯器是什麼意思
1、編譯器就是將「一種語言（通常為高級語言）」翻譯為「另一種語言（通常為低級語言）」的程序。一個現代編譯器的主要工作流程：源代碼→ 預處理器 → 編譯器→ 目標代碼→ 鏈接器→ 可執行程序。
2、編譯器可以生成用來在與編譯器本身所在的計算機和操作系統（平台）相同的環境下運行的目標代碼，這種編譯器又叫做「本地」編譯器。