A.該文件是一個正常文件，是test用戶使用的shell，test不能讀該文件，只能執(zhí)行
B.該文件是一個正常文件，是test用戶使用的shell，但test用戶無權(quán)執(zhí)行該文件
C.該文件是一個后門程序，該文件被執(zhí)行時，運行身份是root，test用戶間接獲得了root權(quán)限
D.該文件是一個后門程序，可由于所有者是test，因此運行這個文件時文件執(zhí)行權(quán)限為test
您可能感興趣的試卷
你可能感興趣的試題
A.設(shè)置賬戶鎖定策略后，攻擊者無法再進行口令暴力破解，所有輸錯了密碼的用戶就會被鎖住
B.如果正常用戶不小心輸錯了3次密碼，那么該賬戶就會被鎖定10分鐘，10分鐘內(nèi)即使輸入正確的密碼，也無法登錄系統(tǒng)
C.如果正常用戶不小心連接輸入錯誤密碼3次，那么該用戶賬戶就被鎖定5分鐘，5分鐘內(nèi)即使提交了正確的密碼，也無法登錄系統(tǒng)25
D.攻擊者在進行口令破解時，只要連續(xù)輸錯3次密碼，該賬戶就被鎖定10分鐘，而正常用戶登陸不受影響
A.只要用戶拿到了認證服務(wù)器（AS）發(fā)送的票據(jù)許可票據(jù)（TGT）并且該TGT沒有過期，就可以使用該TGT通過票據(jù)授權(quán)服務(wù)器（TGS）完成到任一個服務(wù)器的認證而不必重新輸入密碼
B.認證服務(wù)器（AS）和票據(jù)授權(quán)服務(wù)器（TGS）是集中式管理，容易形成瓶頸，系統(tǒng)的性能和安全也嚴重依賴于AS和TGS的性能和安全
C.該協(xié)議通過用戶獲得票據(jù)許可票據(jù)、用戶獲得服務(wù)許可票據(jù)、用戶獲得服務(wù)三個階段，僅支持服務(wù)器對用戶的單向認證
D.該協(xié)議是一種基于對稱密碼算法的網(wǎng)絡(luò)認證協(xié)議，隨用戶數(shù)量增加，密鑰管理較復(fù)雜
A.主體是訪問的發(fā)起者，是一個主動的實體，可以操作被動實體的相關(guān)信息或數(shù)據(jù)
B.客體也是一種實體，是操作的對象，是被規(guī)定需要保護的資源
C.主體是動作的實施者，比如人、進程或設(shè)備等均是主體，這些對象不能被當(dāng)作客體使用
D.一個主體為了完成任務(wù)，可以創(chuàng)建另外的主體，這些主體可以獨立運行
A.強制訪問控制
B.基于角色的訪問控制
C.自主訪問控制
D.基于任務(wù)的訪問控制
A.通信安全階段
B.計算機安全階
C.信息系統(tǒng)安全階段
D.信息安全保障階段
最新試題
客戶采購和使用云計算服務(wù)的過程可分為四個階段規(guī)劃準備、選擇服務(wù)商與部署、運行監(jiān)管退出服務(wù)。在（）階段，客戶應(yīng)分析采用云計算服務(wù)的效益確定自身的數(shù)據(jù)和業(yè)務(wù)類型判定是否適合采用云計算服務(wù)。
某公司在討論如何確認已有的安全措施，對于確認已有安全措施，下列選項中描述不正確的是（）
對操作系統(tǒng)軟件安裝方面應(yīng)建立安裝（），運行系統(tǒng)要安裝經(jīng)過批準的可執(zhí)行代碼，不安裝開發(fā)代碼和（），應(yīng)用和操作系統(tǒng)軟件要在大范圍的、成功的測試之后才能實施。而且要僅由受過培訓(xùn)的管理員，根據(jù)合適的（），進行運行軟件、應(yīng)用和程序庫的更新；必要時在管理者批準情況下，僅為了支持目的才授予供應(yīng)商物理或邏輯訪問權(quán)，并且要監(jiān)督供應(yīng)商的活動。對于用戶能安裝何種類型的軟件，組織宜定義并強制執(zhí)行嚴格的方針，宜使用（）。不受控制的計算機設(shè)備上的軟件安裝可能導(dǎo)致脆弱性。進行導(dǎo)致信息泄露；整體性損失或其他信息安全事件或違反（）
信息安全風(fēng)險管理過程的模型如圖所示。按照流程訪問信息安全風(fēng)險管理包括（）六個方面的內(nèi)容。（）是信息安全風(fēng)險管理的四個基本步驟，（）則貫穿于這四個基本步驟中。
COBIT（信息與相關(guān)技術(shù)的控制目標(biāo)）是國際專業(yè)協(xié)會ISACA為信息技術(shù)（IT）管理和IT治理創(chuàng)建的良好實踐框架。COBIT提供了一套可實施的“信息技術(shù)控制”，并圍繞IT相關(guān)流程和推動因素的邏輯框架進行組織。COBIT模型如圖所示。按照流程，請問COBIT組件包括（）等部分。
某公司為加強員工的信息安全意識，對公司員工進行了相關(guān)的培訓(xùn)，在介紹如何防范第三方人員通過社會工程學(xué)方式入侵公司信息系統(tǒng)時，提到了以下幾點要求，其中在日常工作中錯誤的是（）
Hadoop 是目前廣泛應(yīng)用的大數(shù)據(jù)處理分析平臺。在Hadoop1.0.0版本之前，Hadoop 并不存在安全認證一說。認集群內(nèi)所有的節(jié)點都是可靠的，值得信賴的。用戶與服務(wù)器進行交互時并不需要進行驗證。導(dǎo)致在惡意用戶裝成真正的用戶或者服務(wù)器入侵到Hadoop 集群上，惡意的提交作業(yè)篡改分布式存儲的數(shù)據(jù)偽裝成Name No 安康頭發(fā)TaskTracker 接受任務(wù)等。在Hadoop2.0中引入Kerberos 機制來解決用戶到服務(wù)器認證問題，Kerberos 認證過程不包括（）。
在一個軟件開發(fā)的過程中，團隊內(nèi)部需要進行恰當(dāng)合適的交流與溝通，那么開發(fā)人員和測試人員交流的細節(jié)是（）
風(fēng)險評估的過程包括（）、（）、（）和（）四個階段。在信息安全風(fēng)險管理過程中，風(fēng)險評估建立階段的輸出，形成本階段的最終輸出《風(fēng)險評估報告》，此文檔為風(fēng)險處理活動提供輸入。還包括（）和（）兩個貫穿。
組織開發(fā)和實施使用（）來保護信息的策略，基于風(fēng)險評估，宜確定需要的保護級別，并考慮需要的加擊算法的類型、強度和質(zhì)量。當(dāng)實施組織的（）時，宜考慮我國應(yīng)用密碼技術(shù)的規(guī)定和限制，以及（）跨越國界時的問題。組織應(yīng)開發(fā)和頭施在密鑰生命周期中使用和保護密鑰的方針。方針應(yīng)包括密鑰在其全部生命周期中的苦理要求，包括密鑰的生成、存儲、歸檔、檢索、分配、卸任和銷毀過程中的安全。宜保護所有的密鑰免遭修改和丟失。另外，秘鑰和私有密鑰需要防范非授權(quán)的婦盡。用來生成、存儲和歸檔密鑰的設(shè)備宜進行（）