Copilot exfiltration protection is too agressive and block legitimate spec content.

### Describe the bug

I have a spec file that contains the following line

```
- Rover's `supergraph.yaml` supports Router-style variable expansion (e.g. `Authorization: "Bearer ${env.AUTH_TOKEN}"`), so the token can be injected via an environment variable at compose time without hand-editing the config file per run.
```

The security feature redact the `Bearer ${env.AUTH_TOKEN}`, to `******` causing agent to get confused.

That's really not ideal. It prevent reading completely valid specification. As you can see, no actual secret are being exfiltrated.

I understand why the feature exists, clearly the PII protection should be on by default but it would be nice to be able to configure the level of redaction. Certain type of task demand that we edit Authorization Header code, it is part of programming. The current security settings make this impossible.

That's quite blocking for my current work

### Affected version

GitHub Copilot CLI 1.0.69

### Steps to reproduce the behavior

Use plan mode or similar to create a markdown file containing specification on how to construct an Authorization Header
In a fresh session, ask the agent to review the file and see if there is ambiguities

The agent will complain about the ******. Sometime he will be smart about it and use xxd to read the ****** , meaning the secrets aren't really protected.

### Expected behavior

With a precise, not on by default workaround, the agent can be made to see the full specification so he can review the file and work on it.

### Additional context

_No response_

Authorization ヘッダーの例を含む Markdown 仕様書をエージェントにレビューさせることで、GitHub Copilot CLI 1.0.69 の挙動を再現します。まず、情報流出または PII の墨消しの挙動と、その設定インターフェースを追跡します。デフォルトでは保護を弱めることなく、エージェントが正当な仕様書の内容を読み取れる、正確な opt-in の回避策が用意できれば完了です。

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