deny設定でも鍵削除が可能

このテストは実用的なトレードオフから生まれた。何十件もの確認プロンプトをクリックするのを避けるため、開発者はBashコマンドを確認なしで実行する設定にしたが、これによりコマンドが鍵ファイルに触れる前の人間のチェックが失われた。リポジトリには失うと痛いファイルが2種類あった。鍵やパスワードを含む.envと、secrets/内の.p8や.pemなどの鍵ファイルだ。例えばApp Store Connectの.p8鍵は一度しかダウンロードできないため、削除すると鍵を作り直し、使用するすべての場所で差し替える必要がある。

denyルールはBash(rm *secrets*)やRead(./secrets/**)のようなテキストパターンとして書かれていた。ルールは&&や;、timeoutなどのラッパーを読み飛ばすため、cd secrets && rm fake.p8やtimeout 5 rm .envを含むほとんどの変種を阻止した。しかし/bin/rmはrmという文字列で始まらず、python3 -cは削除処理を引用符内のコードに隠すため、どちらもすり抜けた。フックはチェックをコマンド文字列から宛先パスに移すため、/bin/rmを捕捉できた。同じテキスト照合の設計は過剰な阻止も招いた。rm .env.exampleやls secretsは無害なのに止められ、開発者はこれを受け入れて手動で実行することを選んだ。

2層を組み合わせてもpython3 -cは阻止できず、開発者は111行のフックに残るさらなる穴として、sudo -u root rm .env、find . -name '*.p8' -delete、.envをcurlにパイプする方法、大文字のrm .ENVを挙げている。次に推奨されるのはサンドボックス化で、コマンドが触れられるファイルをOSレベルで制限するため、鍵を削除するスクリプトはパターン照合ではなくそこで止まる。