authorizing-api-requests
Mailtrap API リクエストを安全に認可する
チームがトークン、ヘッダー、アカウント ID を混同すると、Mailtrap API 呼び出しが失敗したりシークレットが漏えいしたりします。このスキルは、Claude、Codex、Claude Code に安全な Mailtrap 認可のための明確なチェックリストを提供します。
自分のエージェントでインストール
このリクエストをエージェントにコピーしてください。正規の Skill ページとマニフェストが含まれています。
Review the Skillstore skill "authorizing-api-requests" from https://skillstore.io/skills/mailtrap-authorizing-api-requests.md and its manifest at https://skillstore.io/api/skills/mailtrap-authorizing-api-requests/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.エージェントは引き続き計画を提示し、セキュリティポリシーで必要な確認を求める必要があります。
エージェントが読めるリソース
AI エージェント、クローラー、スクリプトがページ全体ではなく整理されたコンテキストを必要とする場合は、これらのリンクを使ってください。
テストする
「authorizing-api-requests」を使用しています。 新しい Mailtrap 統合にはどの認証ヘッダーを使うべきですか？
期待される結果:
新しいコードでは Bearer 認可ヘッダーを使用してください。トークンは環境変数に保存し、ソースファイル、プロンプト、コマンドラインフラグにトークンを置かないようにしてください。
「authorizing-api-requests」を使用しています。 なぜアカウントレベルの Mailtrap リクエストにはアカウント ID が必要なのですか？
期待される結果:
アカウントレベルのエンドポイントでは、パスにアカウント ID が含まれます。アクティブなトークンに対して Accounts API から解決し、そのセッションまたは環境の環境変数として保存してください。
「authorizing-api-requests」を使用しています。 サンドボックステストに本番用の Mailtrap トークンを使えますか？
期待される結果:
テストには別のサンドボックストークンを使用してください。本番用トークンとサンドボックストークンを分離しておくことで、誤って本番送信するリスクを抑え、テスト認証情報が漏えいした場合の影響を軽減できます。
セキュリティ監査
安全The static findings are false positives caused by Markdown examples, inline code formatting, and legitimate Mailtrap API documentation. The skill gives defensive guidance for token scope, account IDs, and secret storage, with no evidence of prompt injection, hidden execution, or credential exfiltration.
リスク要因
⚙️ 外部コマンド (37)
🌐 ネットワークアクセス (12)
🔑 環境変数 (1)
このレポートを共有・引用
バージョン付き評価レポート、中立的なバッジ、埋め込みカード、引用を共有できます。Skillstore は証拠を報告しますが、この Skill が安全かどうかは判断しません。
レポートリンクをコピー
https://skillstore.io/skills/mailtrap-authorizing-api-requests/audits/6?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdownバッジ
[](https://skillstore.io/skills/mailtrap-authorizing-api-requests?utm_source=security_passport_badge)HTMLバッジ
<a href="https://skillstore.io/skills/mailtrap-authorizing-api-requests?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/mailtrap-authorizing-api-requests/security.svg" alt="Skillstore security assessment" loading="lazy"></a>埋め込みカード
<iframe src="https://skillstore.io/embed/skills/mailtrap-authorizing-api-requests.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>学術引用 (APA · BibTeX · CFF)
APA形式の引用
mailtrap. (2026). authorizing-api-requests security audit report (audit version 6) [Author version unspecified]. Skillstore. https://skillstore.io/skills/mailtrap-authorizing-api-requests/audits/6BibTeX形式の引用
@techreport{mailtrap-mailtrap-authorizing-api-requests-2026,
author = {mailtrap},
title = {authorizing-api-requests security audit report (audit version 6)},
institution = {Skillstore},
year = {2026},
number = {6},
url = {https://skillstore.io/skills/mailtrap-authorizing-api-requests/audits/6},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "authorizing-api-requests security audit report (audit version 6)"
version: "unspecified"
type: report
authors:
- name: "mailtrap"
date-released: "2026-07-09"
url: "https://skillstore.io/skills/mailtrap-authorizing-api-requests/audits/6"
identifiers:
- type: other
value: "skillstore:mailtrap-authorizing-api-requests:audit:6"
description: "Skillstore immutable audit report identifier"
Skillstore スコア
このスコアの理由 証拠の信頼度: 中作成できるもの
アプリに Mailtrap API 呼び出しを追加する
Mailtrap リクエストを追加する前に、正しい認証ヘッダー、トークンスコープ、アカウント ID を選択します。
CI で安全な Mailtrap シークレットを設定する
ログやコードに Mailtrap トークンを露出させずに、環境変数と暗号化された CI シークレットを使用します。
Mailtrap 認可エラーをデバッグする
Mailtrap が 401 または 403 エラーを返す場合に、トークンスコープ、アカウントアクセス、ヘッダー選択を確認します。
これらのプロンプトを試す
Mailtrap API リクエストの認可を手伝ってください。どのヘッダーを使うべきか、そしてどの環境変数にトークンを保持すべきかを教えてください。
Mailtrap のアカウントレベルのエンドポイントを呼び出す必要があります。使用すべきトークンスコープ、アカウント ID、シークレット保存方法を説明してください。
認可ミスがないか Mailtrap 統合計画をレビューしてください。トークン保存、ヘッダー選択、アカウント ID の扱い、サンドボックス分離を確認してください。
ローカル開発、CI、ステージング、本番環境向けに安全な Mailtrap 認可アプローチを設計してください。トークンスコープ、ローテーション、アカウント選択のガイダンスを含めてください。
ベストプラクティス
- 必要なエンドポイントをサポートする最小限の Mailtrap トークンスコープを使用します。
- トークンは環境変数、CI シークレット、または本番用シークレットマネージャーに保存します。
- コピーした値をハードコードするのではなく、環境ごとにアカウント ID を解決します。
回避
- Mailtrap トークンをソースコード、ノートブック、生成された例にハードコードする。
- シェル履歴やプロセス一覧から露出する可能性があるコマンドラインフラグとしてトークンを渡す。
- サンドボックスやテストのワークフローで本番送信用トークンを使用する。