Fix the Release workflow

[poad]

No description provided.

[amazon-q-developer]

⏳ Code review in progress. Analyzing for code quality issues and best practices. Detailed findings will be posted upon completion.

Using Amazon Q Developer for GitHub

Amazon Q Developer¹ is an AI-powered assistant that integrates directly into your GitHub workflow, enhancing your development process with intelligent features for code development, review, and transformation.

Slash Commands

Command	Description
/q <message>	Chat with the agent to ask questions or request revisions
/q review	Requests an Amazon Q powered code review
/q help	Displays usage information

Features

Agentic Chat
Enables interactive conversation with Amazon Q to ask questions about the pull request or request specific revisions. Use /q <message> in comment threads or the review body to engage with the agent directly.

Code Review
Analyzes pull requests for code quality, potential issues, and security concerns. Provides feedback and suggested fixes. Automatically triggered on new or reopened PRs (can be disabled for AWS registered installations), or manually with /q review slash command in a comment.

Customization

You can create project-specific rules for Amazon Q Developer to follow:

1. Create a .amazonq/rules folder in your project root.
2. Add Markdown files in this folder to define rules (e.g., cdk-rules.md).
3. Write detailed prompts in these files, such as coding standards or best practices.
4. Amazon Q Developer will automatically use these rules when generating code or providing assistance.

Example rule:

All Amazon S3 buckets must have encryption enabled, enforce SSL, and block public access.
All Amazon DynamoDB Streams tables must have encryption enabled.
All Amazon SNS topics must have encryption enabled and enforce SSL.
All Amazon SNS queues must enforce SSL.

Feedback

To provide feedback on Amazon Q Developer, create an issue in the Amazon Q Developer public repository.

For more detailed information, visit the Amazon Q for GitHub documentation.

Footnotes

1. Amazon Q Developer uses generative AI. You may need to verify generated code before using it in your environment. See the AWS Responsible AI Policy. ↩

[amazon-q-developer]

レビューサマリー

このPRは主にリリースワークフローの改善を行っており、以下の重要な変更が含まれています：

良い点 👍

• npm publishにprovenanceサポートを追加し、サプライチェーンセキュリティを強化
• パーミッションの明示的な設定による最小権限の原則の適用
• リリースプロセスの自動化改善

改善が必要な点 🔧

• GitHub Actionsの参照をSHA-1ハッシュで固定する必要があります
• ワークフローのトリガー条件の最適化
• パーミッションスコープのさらなる制限を検討

セキュリティ関連の推奨事項 🔒

• パッケージ署名の実装を検討
• 必要最小限のパーミッションスコープの適用

提案した修正を適用することで、よりセキュアで堅牢なリリースプロセスが実現できます。

[amazon-q-developer]

🛑 [セキュリティ脆弱性]: GitHub Actionsのバージョン固定に関する重要な指摘です。peter-evans/create-pull-request アクションのバージョンはSHA-1ハッシュで固定されていますが、他のアクションでも同様の対応が必要です。特に actions/checkout@v5 は具体的なSHA-1ハッシュを使用すべきです¹。

Footnotes

1. CWE-829: Inclusion of Functionality from Untrusted Control Sphere - https://cwe.mitre.org/data/definitions/829.html ↩

[amazon-q-developer]

⚠️ [セキュリティベストプラクティス]: permissionsブロックの設定は適切ですが、より制限的なスコープを設定することを推奨します。id-token: write は必要な場合のみ有効にすべきです。また、contents: write の範囲も可能であれば制限することを検討してください。

[amazon-q-developer]

✅ [セキュリティ改善]: npm publishにprovenanceフラグを追加したのは素晴らしい改善です。これによりサプライチェーンセキュリティが向上します。ただし、パッケージの整合性をさらに確保するため、パッケージ署名の実装も検討することを推奨します。

[amazon-q-developer]

[ワークフロー設計]: リリースワークフローのトリガー条件が適切に設定されています。ただし、github.event.pull_request.merged == true の条件チェックの前に、github.event_name == 'pull_request' の確認を追加することで、workflow_dispatchトリガー時の不要な条件チェックを避けることができます。

Suggested change

	persist-credentials: false
	if: |\n (github.event_name == 'pull_request' && github.event.pull_request.merged == true && contains(github.event.pull_request.labels.*.name, 'Type: Release')) ||\n github.event_name == 'workflow_dispatch'