rodiyer.idv.tw 拉里拉雜
rodiyer.idv.tw 拉里拉雜
| 問 | 以下哪個「不是」做好軟體管理的目的？ |
| 識別易受攻擊的軟體元件 | |
| 強化供應鏈軟體管理 | |
| ✓ | 增加開發成本 |
| 避免違反授權的情況發生 | |
| www.rodiyer.com | |
| 問 | 資安軟體風險有可能發生在？ |
| 透過已知漏洞進行攻擊 | |
| 研究許久未更新的開源軟體元件進行攻擊 | |
| ✓ | 以上皆是 |
| 以上皆非 | |
| www.rodiyer.com | |
| 問 | 採用自由開源軟體卻未充份瞭解其授權資訊，會招來下列哪一個風險？ |
| 違反授權條款要求的義務 | |
| 招致侵犯著作權的風險 | |
| 當自由開源軟體開發者提起侵權訴訟，需花費更多時間釐清狀況 | |
| ✓ | 以上皆是 |
| www.rodiyer.com | |
| 問 | 以下哪一項對於軟體物料清單（SBOM）描述「不正確」？ |
| ✓ | SBOM 只用在管理開源軟體的軟體組成成分 |
| SBOM 可以用在管理各類軟體（如：開源軟體、專有軟體）的軟體組成成分。 | |
| 透過 SBOM 可增加軟體透明度與可追溯性 | |
| 透過 SBOM 可幫助開發團隊了解他們的軟體中包含成分 | |
| www.rodiyer.com | |
| 問 | 以下哪一項是建立軟體物料清單（SBOM）的好處 |
| 漏洞管理 | |
| 避免違反授權的狀況發生 | |
| 改善軟體開發生命週期 | |
| ✓ | 以上皆是 |
| www.rodiyer.com | |
| 問 | 以下哪一項對於軟體物料清單（SBOM）描述「不正確」？ |
| ✓ | SBOM 必須對外公開 |
| 可以藉由 SBOM 來提升軟體透明度 | |
| 協助防守軟體供應鏈資安攻擊 | |
| 可以利用工具分析軟體組成 | |
| www.rodiyer.com | |
| 問 | 以下關於導入國際開源安全保證標準 OpenChain ISO/IEC 18974:2023 何者為正確？ |
| ✓ | 開源安全保證標準可以幫助組織檢查開源軟體中已知的安全漏洞問題 |
| 開源安全管理是只有開發部門該負責的事情 | |
| 開源安全管理是只有資安部門該負責的事情 | |
| 以上皆是 | |
| www.rodiyer.com | |
| 問 | 以下對 OpenChain 認證的描述何者錯誤？ |
| ✓ | 不可以由組織自行宣告通過認證，因為那沒有意義 |
| OpenChain 專案提供了自我認證的清單協助組織做自我認證 | |
| 可以尋求第三方公正組織進行認證 | |
| 第三方稽核，公信力高；自我認證建立的規範最能切合企業文化。兩者皆各有好處 | |
| www.rodiyer.com | |
| 問 | 以下哪一項「不是」建立軟體物料清單（SBOM）可達到的效果 |
| 記錄軟體中的元件名稱 | |
| 記錄軟體中元件版本號 | |
| ✓ | 記錄軟體中元件的成本 |
| 辨識軟體中元件的相依性 | |
| www.rodiyer.com | |
| 問 | 以下關於導入國際開源合規標準 OpenChain ISO/IEC 5230:2020 何者為正確？ |
| 開源合規管理是只有開發部門該負責的事情 | |
| 開源合規管理是只有法務部門該負責的事情 | |
| ✓ | 開源合規管理可以降低供應鏈中違反開源軟體授權條款的風險 |
| 以上皆是 |
沒有留言: