跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

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)

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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-Skills3172026年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-Skills3172026年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-Skills3172026年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-Skills3172026年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-Skills3172026年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-Skills3172026年3月17日 更新

查看 mukul975 的全部技能

报告此技能的问题