無料GitHub で公開日本語紹介

brightdata-security-basics

Bright Data連携の利用目的、対象データ、認証情報、アプリ側の制限を点検し、権限を絞った運用計画と確認記録をまとめるスキルです。

原文原文の説明を見る

Review a Bright Data integration for least privilege, public-data authorization, secret containment, and controlled use. Use when approving a target, adding a zone, rotating access, or preparing a security review. Trigger with: "security review Bright Data", "approve a Bright Data target", "audit Bright Data credentials".

jeremylongshore/tons-of-skills-marketplaceスター 2,884(GitHub 2,884 + cccskills 0)

実行スコア未検証

インストール方法を見る

こんなときに便利

収集対象や利用目的を承認したいとき
認証情報の権限と失効方法を点検
連携のセキュリティレビューを準備
取得範囲を制限するテストを整備

日本語での紹介

できること

Bright Data連携について、利用目的から対象、取得する項目、保存期間、認証情報、アプリ側の制御までを一続きで点検します。ログインが必要なページや個人・機微情報、許可されない操作が対象に含まれていないか確認し、対象や項目の許可リスト、取得量、通信頻度、費用上限、リダイレクト時の扱いなどを整理します。アカウントの役割やゾーンを必要最小限にし、失効方法と見直し条件も記録します。拒否時に別経路で回避しないことを含め、禁止対象や認証情報の伏せ字処理を確かめるテストも整えます。

こんなときに便利

新しい対象やゾーンを承認する前、アクセス権を追加・変更するとき、既存連携のセキュリティレビューを準備するときに向いています。事業・データの責任者や運用担当者が、収集範囲と管理方法を明確にする場面で使えます。

使い方の例

「このBright Data連携の対象と取得項目を確認し、承認条件を整理して」
「認証情報の権限と失効方法を点検し、必要なテスト項目をまとめて」

注意点

Bright Dataの承認済みアカウントまたはオフラインのテスト用データと、許可された公開データ収集の目的が前提です。連携一覧、責任者、シークレット管理や通信制御などの情報が必要です。このスキルによって実データの収集やアカウント管理が許可されるわけではありません。

この紹介文は、公開されている SKILL.md をもとに AI（OpenAI Codex）が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル（2）

SKILL.md3.6 KB
references/official-docs.md720 B

SKILL.md（原文）

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Bright Data Security and Use Review

Overview

Treat legal purpose, public-data scope, account roles, zone isolation, and application controls as one authorization chain. Provider access does not replace the customer's duty to restrict targets, fields, retention, and downstream use.

Prerequisites

An integration inventory and named business and data owner
The Bright Data acceptable-use and account-role documentation
Secret-manager, egress, retention, and incident-response controls

Instructions

Step 1: Approve purpose and targets

Read the use case and Grep manifests for authenticated pages, personal or sensitive fields, messaging, purchases, account creation, or other prohibited activity. Refuse nonpublic information behind login.

Step 2: Minimize identity

Choose named-user API keys or product-specific zone credentials, apply the least account role, isolate environments, and document revocation. Never encode secret values in configuration examples.

Step 3: Enforce in the application

Write target and field allowlists, maximum records and bytes, retention, rate and cost ceilings, redirect rules, and fail-closed policy handling. Provider denial cannot trigger automatic evasion.

Step 4: Test and review

Edit tests to cover disallowed hosts, login redirects, secret redaction, oversized results, policy errors, and revoked access. Record owner approval and the next review condition.

Tool Discipline

Use Read and Grep to inspect policy, roles, configuration, and tests. Use Write and Edit only for approved manifests, controls, tests, and the security receipt. This skill grants no live collection or account-administration authority.

Output

Purpose, target, and data authorization matrix
Least-privilege identity and revocation plan
Application guardrails, negative tests, and review receipt

Examples

Authorize a public product-price dataset with named fields and short retention. Deny login redirects and free-form URLs, bind one production zone to one worker role, and make every policy 403 a hard stop.

Error Handling

Failure	Meaning	Response
Target ownership or purpose is missing	Authorization chain is incomplete	Stop before provisioning credentials
Account-wide key is shared broadly	Blast radius is excessive	Issue named-user access or a narrower zone credential
Collected fields exceed the manifest	Application guardrail failed	Quarantine output and open an incident

Resources

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

同じリポジトリのスキル