本文へ移動
cccskills
無料GitHub で公開

saas-vendor-inventory

SaaS vendor data processing inventory management. Covers shadow IT discovery, API-based data flow detection, processing purpose mapping, contract status tracking, and continuous inventory reconciliation for cloud service providers.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md8.9 KB
  • assets/template.md2.9 KB
  • references/standards.md3.7 KB
  • references/workflows.md6.6 KB
  • scripts/process.py15.6 KB

SKILL.md(原文)

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

SaaS Vendor Data Processing Inventory

Overview

Modern organizations rely on dozens to hundreds of SaaS applications, many of which process personal data. GDPR Article 30 requires controllers to maintain records of processing activities, which includes documenting all processors. Shadow IT — SaaS applications adopted by business units without formal procurement or privacy review — creates significant compliance risk because unrecorded processing cannot be properly governed.

The EDPB Guidelines 07/2020 emphasize that controllers cannot claim ignorance of processing performed by vendors they engage, even if the engagement happened informally. Summit Cloud Partners maintains a comprehensive SaaS Vendor Data Processing Inventory to track all cloud services processing personal data, including those discovered through shadow IT detection.

Inventory Framework

Tier 1: Sanctioned SaaS — Formally Procured

Applications that have gone through formal procurement, privacy review, and DPA execution.

FieldDescription
Vendor nameLegal entity name
Product/service nameSaaS product name
CategoryCRM, HR, Analytics, Communication, DevOps, etc.
Business ownerDepartment and named individual
Procurement dateWhen the service was contracted
DPA statusExecuted / In negotiation / Not required
DPA referenceDPA document reference number
Privacy review statusCompleted / In progress / Pending
Risk tierPer vendor risk scoring model
Personal data categoriesWhat personal data is processed
Data subjectsWhose data is processed
Processing purposesWhy data is processed
Processing locationsWhere data is stored/processed
Integration methodSSO, API, manual upload, etc.
Data flow directionInbound / Outbound / Bidirectional
Contract expiryWhen the contract term ends
Auto-renewal dateWhen auto-renewal triggers
Annual costTotal annual spend
License countNumber of active users/seats

Tier 2: Known Unsanctioned — Shadow IT Detected

Applications detected through discovery tools that lack formal procurement or privacy review.

FieldDescription
Application nameAs detected
Detection methodCASB, DNS, expense, SSO log, etc.
Detection dateWhen first observed
Usage scopeEstimated users and frequency
Likely data categoriesInferred from application type
Risk assessmentPreliminary risk level
Remediation statusUnder review / Sanctioning in progress / Blocked / Accepted
Business unitDepartment(s) using the application

Tier 3: Evaluated and Excluded

Applications evaluated and determined to not process personal data.

FieldDescription
Application nameProduct name
Evaluation dateWhen reviewed
DeterminationNo personal data processing
RationaleWhy excluded from inventory
Next review dateWhen to re-evaluate

Shadow IT Discovery Methods

Method 1: Cloud Access Security Broker (CASB)

Deploy a CASB solution to monitor network traffic and identify cloud service usage.

Detection Capabilities:

  • SaaS application identification via API call pattern matching
  • User activity monitoring across sanctioned and unsanctioned services
  • Data transfer volume estimation
  • Risk scoring of discovered applications

Implementation at Summit Cloud Partners:

ComponentDetail
CASB vendorDeployed as inline proxy and API connector
CoverageAll corporate network egress and managed endpoints
Discovery scopeHTTP/HTTPS traffic to known SaaS domains
Update frequencyReal-time discovery, weekly consolidated reporting
IntegrationFeeds into SaaS inventory system via API

Method 2: DNS and Firewall Log Analysis

Analyze DNS resolution logs and firewall traffic logs to identify connections to SaaS providers.

Process:

  1. Aggregate DNS query logs from internal resolvers
  2. Match resolved domains against SaaS provider domain databases
  3. Cross-reference with sanctioned vendor list
  4. Flag unmatched SaaS domains for investigation

Method 3: SSO and Identity Provider Logs

Review identity provider (IdP) logs for OAuth consent grants and SAML integrations.

Detection Signals:

  • OAuth application consent grants not in approved list
  • SAML service provider registrations
  • OpenID Connect client registrations
  • API token generation for third-party services

Method 4: Expense and Procurement Analysis

Review corporate expense reports and credit card statements for SaaS subscriptions.

Detection Signals:

  • Recurring charges to known SaaS providers
  • Expense claims categorized as "software" or "subscriptions"
  • Purchase order requests for cloud services bypassing IT procurement

Method 5: API Integration Audit

Scan internal systems for outbound API connections to third-party services.

Detection Signals:

  • Outbound API calls to non-sanctioned endpoints
  • Webhook configurations sending data to external services
  • Integration platform (Zapier, Workato, etc.) connections
  • Custom script connections to third-party APIs

Data Flow Mapping

For each sanctioned SaaS vendor, document the complete data flow:

Data Flow Template:

Summit Cloud Partners Internal Systems
         │
         ├─► [SaaS Application Name]
         │     │
         │     ├─ Integration: [SSO/API/Manual Upload/Browser Plugin]
         │     ├─ Authentication: [SAML SSO / OAuth 2.0 / Username-Password]
         │     ├─ Encryption in transit: [TLS version]
         │     ├─ Data categories sent: [list]
         │     ├─ Data categories received: [list]
         │     ├─ Data categories stored by vendor: [list]
         │     ├─ Vendor processing locations: [locations]
         │     ├─ Vendor sub-processors: [per sub-processor register]
         │     ├─ Data retention at vendor: [period]
         │     └─ Data deletion capability: [Yes/No — method]
         │
         └─► [Next SaaS Application]

Inventory Reconciliation

Quarterly Reconciliation Process

StepActivityResponsible
1Extract current CASB discovery reportInfoSec
2Extract current sanctioned vendor listPrivacy Team
3Compare: identify new unsanctioned applicationsPrivacy Team
4Compare: identify sanctioned apps no longer in usePrivacy Team
5Verify DPA status for all sanctioned vendorsPrivacy Team
6Check contract expiry dates (90-day lookahead)Legal/Procurement
7Update inventory recordsPrivacy Team
8Report to DPOPrivacy Team Lead

Reconciliation Outcomes

FindingAction
New unsanctioned SaaS discoveredInitiate shadow IT remediation workflow
Sanctioned SaaS no longer in useInitiate vendor termination data workflow
DPA expired or missingExpedite DPA execution or service suspension
Contract approaching expiryTrigger renewal privacy review
Data processing scope change detectedInitiate DPA amendment review

Contract Status Tracking

StatusDefinitionAction Required
Active — CompliantContract active, DPA executed, privacy review currentStandard monitoring
Active — DPA PendingContract active, DPA in negotiationExpedite DPA; restrict data sharing if > 30 days
Active — Review OverdueContract active, privacy review past dueSchedule immediate review
Expiring (< 90 days)Contract approaching expiryInitiate renewal assessment
ExpiredContract term endedInitiate termination data workflow
SuspendedService suspended pending privacy issue resolutionTrack resolution
TerminatedContract terminated, data return/deletion in progressTrack deletion certification

Key Regulatory References

  • GDPR Article 30(1)(d) — Controller ROPA must include categories of recipients (processors)
  • GDPR Article 28(1) — Use only processors with sufficient guarantees
  • GDPR Article 5(2) — Accountability principle — must document all processing relationships
  • GDPR Article 24 — Controller responsibility for demonstrating compliance
  • EDPB Guidelines 07/2020 — Controller knowledge of processing operations
  • EDPB Guidelines 04/2019 — Data Protection by Design and by Default (privacy in procurement)

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する