stig scan mistakenly concludes parameters have not been persisted to kernel because it looks at /etc/default/grub

オープン
#14,711 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 2 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
48/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
静か
技術スタック
ansible, linux

調査の方向性

まず rule-detail-id35092、rule-detail-id35093、rule-detail-id35094 を見つけ、それらの remediation playbook の動作を scan checks と比較します。/etc/default/grub に設定が存在しなければならないという前提に注目しながら、remediation と rescan のフローを再現します。/etc/default/grub を要求せず、カーネルに直接永続化された設定を scan が受け入れれば完了です。

索引モデルが issue の本文から書いたものです。

説明

Description of problem:

rule-detail-id35092
rule-detail-id35093
rule-detail-id35094

when running the remediation playbook these settings are persisted directly to the kernel (i.e. they are not in /etc/default/grub)

however on re-scanning these tasks fail because they are not in /etc/default/grub, which is not strictly necessary for persistence. The scan should ignore /etc/default/grub.

主要言語
Shell
スター
2.8k
フォーク
847
平均マージ
3日 7時間
マージ済み PR(30日)
88

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ComplianceAsCode/content のほかの issue

ComplianceAsCode/content の issue をすべて見る

似ている issue

Shell/Bash の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。