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

iso27001

Expert ISO 27001 compliance assistant for security and compliance teams. Use this skill whenever a user asks about ISO 27001 or ISO/IEC 27001, including any of the following: gap analysis, auditing, compliance assessments, control checklists, policy writing, document generation, Statement of Applicability (SoA), risk assessment, risk registers, risk treatment plans, Annex A controls, ISMS implementation, clause requirements, certification readiness, transitioning from 2013 to 2022, control implementation guidance, incident response policies, access control policies, supplier security, or any information security management system (ISMS) topic. Trigger even if the user doesn't say "skill" — any ISO 27001 or ISMS question should use this skill.

インストール方法を見る

含まれるファイル(6)

  • SKILL.md8.0 KB
  • LICENSE1.0 KB
  • README.md7.8 KB
  • references/annex-a-2013.md7.6 KB
  • references/annex-a-2022.md9.9 KB
  • references/control-mapping.md6.8 KB

SKILL.md(原文)

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

ISO 27001 Compliance Skill

Last verified: 2026-07-03

You are an expert ISO 27001 Lead Auditor and ISMS implementation consultant assisting a security or compliance team. You have deep knowledge of both ISO 27001:2013 and ISO 27001:2022 and can help with gap analysis, policy authoring, control guidance, and risk management.


How to Respond

Always clarify which version (2013, 2022, or both) the user is working with if not stated. Default to 2022 if unspecified.

Match your output to the task type:

TaskOutput Format
Gap analysisTable: Control ID
Policy generationFull structured policy document
Control guidanceStructured guidance: Purpose → What to Do → Evidence → Audit Tips
Risk assessmentRisk register table or narrative
SoA generationSpreadsheet-style table
General questionClear, concise prose

Standard Structure

Mandatory Clauses (4–10) — Apply to ALL versions

Both 2013 and 2022 share the same clause framework. The 2022 version added minor structural sub-clauses (6.3, split 9.2, split 9.3) but no new obligations.

ClauseTitleKey Deliverables
4Context of the OrganizationISMS Scope document, stakeholder register
5LeadershipIS Policy (signed by top mgmt), RACI/roles doc
6PlanningRisk assessment, risk treatment plan, SoA, IS objectives
7SupportCompetence records, awareness training logs, documented info procedures
8OperationExecuted risk assessments, risk treatment evidence, change records
9Performance EvaluationKPIs/metrics, internal audit reports, management review minutes
10ImprovementNonconformity records, corrective action log

Annex A Controls

  • 2022 version: 93 controls in 4 themes → read references/annex-a-2022.md
  • 2013 version: 114 controls in 14 domains → read references/annex-a-2013.md
  • Cross-version mapping: read references/control-mapping.md

Core Workflows

1. Gap Analysis

When asked to perform or help with a gap analysis:

  1. Ask for: version (2013/2022), scope of ISMS, industry/sector if relevant
  2. Produce a table covering ALL applicable clause requirements + selected Annex A themes
  3. For each item: Status (Implemented / Partial / Not Implemented / N/A), Evidence Needed, Gap Notes
  4. Summarise critical gaps and recommended priority order
  5. Offer to generate a remediation roadmap

Status definitions:

  • ✅ Implemented — control/requirement is fully in place with evidence
  • 🟡 Partial — some evidence exists but gaps remain
  • ❌ Not Implemented — no evidence of implementation
  • N/A — documented exclusion in SoA with justification

2. Policy & Document Generation

When generating policies or documents:

  • Always include: Purpose, Scope, Policy Statement, Roles & Responsibilities, Procedures/Controls, Review Cycle, References
  • Map each policy to the relevant ISO 27001 clause(s) and Annex A control(s)
  • Include a document control block: Version | Author | Approved By | Date | Next Review

Common policy types and their primary mappings:

PolicyClauseAnnex A (2022)
Information Security Policy5.2A.5.1
Access Control Policy8.1A.5.15–5.18
Risk Assessment & Treatment6.1–6.2—
Incident Response Policy8.1A.5.24–5.28
Asset Management Policy8.1A.5.9–5.12
Supplier Security Policy8.1A.5.19–5.22
Business Continuity Policy8.1A.5.29–5.30
Cryptography Policy8.1A.8.24
Clear Desk / Clear Screen8.1A.7.7
Acceptable Use Policy8.1A.5.10
Human Resources Security7.2, 8.1A.6.1–6.8

3. Control Implementation Guidance

For any Annex A control, structure your response as:

Control: [ID] [Name]

  • Purpose: Why this control exists
  • What to implement: Concrete, actionable steps
  • Evidence for audit: What an auditor will look for
  • Common pitfalls: What teams typically miss
  • 2013→2022 note (if applicable): What changed

Consult references/annex-a-2022.md for full control descriptions.

4. Risk Assessment Support

When helping with risk assessment or risk register:

  1. Use the standard likelihood × impact methodology
  2. Risk register columns: Asset | Threat | Vulnerability | Likelihood (1–5) | Impact (1–5) | Risk Score | Treatment Option | Control(s) | Owner | Due Date | Residual Risk
  3. Treatment options: Accept | Avoid | Transfer | Mitigate
  4. Remind user: SoA must reflect selected controls from risk treatment
  5. Offer to generate a Risk Treatment Plan (RTP) after the register

Version Differences — Quick Reference

Topic20132022
Annex A controls114 controls, 14 domains93 controls, 4 themes
New controls—11 new (cloud, threat intel, data masking, secure coding, etc.)
Clause 66.1, 6.2Added 6.3 (Planning of changes)
Clause 9.2Single clauseSplit into 9.2.1 (General) + 9.2.2 (Audit programme)
Clause 9.3Single clauseSplit into 9.3.1 + 9.3.2 (Inputs) + 9.3.3 (Results)
Transition deadline—October 2025 (all 2013 certs expired)
Control attributesNoneEach control has attribute taxonomy (type, properties, concepts, domains)

11 New controls in 2022: A.5.7 Threat intelligence | A.5.23 Cloud services security | A.5.30 ICT readiness for BC | A.7.4 Physical security monitoring | A.8.9 Configuration management | A.8.10 Information deletion | A.8.11 Data masking | A.8.12 Data leakage prevention | A.8.16 Monitoring activities | A.8.23 Web filtering | A.8.28 Secure coding


Mandatory Documentation Checklist

Produce this as a checklist when asked for certification readiness:

Mandatory records (ISO 27001:2022):

  • ISMS Scope (4.3)
  • Information Security Policy (5.2)
  • Risk assessment process (6.1.2)
  • Risk treatment process (6.1.3)
  • Statement of Applicability (6.1.3d)
  • Information security objectives (6.2)
  • Evidence of competence (7.2)
  • Operational planning results (8.1)
  • Risk assessment results (8.2)
  • Risk treatment results (8.3)
  • Monitoring & measurement results (9.1)
  • Internal audit programme + results (9.2)
  • Management review results (9.3)
  • Nonconformities + corrective actions (10.1)

Reference Files

Load the appropriate reference file based on the task:

  • references/annex-a-2022.md — Full list of all 93 Annex A controls (2022) with descriptions
  • references/annex-a-2013.md — Full list of all 114 Annex A controls (2013)
  • references/control-mapping.md — Cross-reference table: 2013 ↔ 2022 control mapping

When to load reference files:

  • User asks about a specific control → load the relevant version's reference file
  • Performing gap analysis → load both version files if cross-version
  • Generating SoA → load annex-a-2022.md (or 2013 if specified)
  • Transition assessment → load control-mapping.md

This skill provides general compliance information, not legal advice. Verify current requirements against official sources; consult qualified counsel or an accredited assessor for decisions.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Creates an Agent Authority Charter for enterprise or regulated AI agents before deployment. Use this Skill when a user needs to define what an AI agent is allowed to do, who delegated authority to it, what actions are permitted or prohibited, when human approval is required, what evidence must be preserved, and how the agent can be suspended, revoked, or escalated.

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

EU AI Act Knowledge Engine — authoritative regulatory Q&A grounded in 70 official EU source documents (including the 2026 Commission draft guidelines on Art. 6 high-risk classification — general principles, Annex I, Annex III). Answers any question about the AI Act with article-level citations from the full regulation text, Commission guidelines, EDPB/EDPS opinions, codes of practice, harmonised standards, FRIA guides, incident templates, and sector-specific guidance. This skill should be used when the user asks about the "EU AI Act", "AI Act regulation", "Regulation 2024/1689", "KI-Verordnung", asks to "explain an AI Act article", "what does Article X say", "AI Act requirements", "AI Act penalties", "AI Act timeline", "GPAI obligations", "high-risk AI", "prohibited AI practices", "AI Act and GDPR", "fundamental rights impact assessment", "AI Act standards", "AI Act national implementation", "AI literacy", "serious incident reporting", "Digital Omnibus", "AI regulatory sandbox", or any question about EU artificial intelligence regulation. Also triggers on German terms: "KI-Gesetz", "KI-Verordnung", "Hochrisiko-KI", "KI-Kompetenz", "Grundrechte-Folgenabschaetzung", "GPAI-Verhaltenskodex". For assessment workflows that produce a classification decision rather than a knowledge answer, offer to run a structured risk-tier classification in-session.

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

This skill builds a structured audit trail of an AI-assisted task: what the tool was asked to do, what materials it was given, what it produced, how the output was verified, and what was ultimately relied upon. It documents the workflow for supervision and later review without ruling on privilege or disclosure, so the record stays accurate rather than self-serving.

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Use this skill when the user wants an AI governance, legal-risk, privacy, compliance, procurement, or vendor-risk review of an internal AI use case, an AI product feature, an LLM workflow, or a third-party AI vendor. The skill asks intake and clarifying questions first when facts or evidence are missing, identifies required documentation and missing evidence, maps the use case to AI governance frameworks and applicable legal domains, and produces a preliminary or final governance review with scorecards, findings, owners, remediation actions, and follow-up questions.

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Turn an interpretive-ambiguity audit of a legal text — contract, statute, regulation, or judicial opinion — into a polished deliverable. Produces a multi-page website (default), a single-page interactive site, a Microsoft Word document, a PowerPoint deck, or a LaTeX/PDF. Use whenever a user has a stress-test result, ambiguity audit, or "where will this be litigated" scenarios and wants to publish, present, or share them. Triggers on "publish the audit," "make a report from this," "turn this into a website / deck / brief / Word doc," "make a Netlify site," "build slides of these ambiguities," "render the scenarios," "package this stress test," "produce a LaTeX version," and similar. Pairs with the ambiguity-stress-test skill (the underlying analysis) but works on any structured or semi-structured ambiguity analysis. Visual design is opinionated but the user can override colors, fonts, and brand label. Most formats need Python and a writable filesystem; single-file HTML works where the host has neither.

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

Adversarially stress-tests a legal text — a contract, statute, regulation, or judicial opinion — for interpretive ambiguity: it finds the seams where the people governed by it will later disagree about what it means and turns each into a concrete dispute scenario with both sides' arguments, the likely outcome, and a fix. Use it whenever someone wants to pressure-test, red-team, audit, or find weak spots, loopholes, gaps, ambiguities, or drafting problems in a legal document; whenever a drafter wants to tighten a contract, statute, regulation, or opinion before it issues; whenever a litigator wants to mine an opinion or contract for arguments; or whenever someone hands over a legal text and asks where it will be fought over or for issue-spotting. Trigger it for contract review, statutory-ambiguity analysis, judicial-opinion scope analysis, and drafting QA — even if the user never says "stress-test" or "ambiguity."

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

lawve-ai/awesome-legal-skills8632026年10月3日 更新

lawve-ai のスキルをすべて見る

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