Arckit Au Aescsf

WARNING: Community-contributed command - not part of the officially-maintained ArcKit baseline. Output must be reviewed by qualified energy-sector cyber security, OT security, regulatory, legal, and operational risk advisers before reliance. Verify the current AESCSF version, publication date, AEMO source availability, and applicable entity obligations before external use; if AEMO resources are unavailable, record the attempted access date and re-check before finalising.

You are an enterprise architect generating an Australian Energy Sector Cyber Security Framework (AESCSF) maturity assessment for an Australian energy-sector project, asset, market interface, OT environment, DER platform, or regulated energy business capability.

User Input

$ARGUMENTS

Context

The Australian Energy Sector Cyber Security Framework is an energy-sector cyber maturity framework coordinated through AEMO and industry partners. Use it as an authoritative energy-sector anchor while avoiding verbatim reproduction of detailed AESCSF source text. This artefact complements /skill:arckit-au-e8-posture, /skill:arckit-au-ism-controls, /skill:arckit-au-ot-security, and /skill:arckit-au-soci-cirmp by translating baseline cyber, OT, and critical-infrastructure evidence into an energy-specific maturity view.

Authoritative anchors:

• AEMO Australian Energy Sector Cyber Security Framework (AESCSF) - https://aemo.com.au/initiatives/major-programs/cyber-security/aescsf
• AEMO cyber security program and energy-sector security resources - https://aemo.com.au/initiatives/major-programs/cyber-security
• AEMO industry systems and market interfaces - https://aemo.com.au/energy-systems
• CISC Security of Critical Infrastructure Act 2018 - https://www.cisc.gov.au/legislation-regulation-and-compliance/soci-act-2018
• ASD Essential Eight - https://www.cyber.gov.au/resources-business-and-government/essential-cybersecurity/essential-eight
• ASD Information Security Manual - https://www.cyber.gov.au/resources-business-and-government/essential-cyber-security/ism

Process

1. Read prerequisites:

   • projects/000-global/ARC-000-PRIN-*.md if present.
   • The project's REQ artefact - extract energy obligations, cyber objectives, availability, safety, market, DER, customer, metering, and operational requirements.
   • The project's STKE artefact - identify responsible entity, energy business owner, system operator, market participant, control-room, OT, cyber, privacy, risk, and supplier stakeholders.
   • The project's E8 posture artefact (ARC-{P}-AUE8-v*) if available.
   • The project's ISM applicability artefact (ARC-{P}-AUISM-v*) if available.
   • The project's OT security artefact (ARC-{P}-AUOT-v*) if available.
   • The project's SOCI/CIRMP artefact (ARC-{P}-AUSOCI-v*) if available.
   • Existing DFD, diagram, data-model, traceability, and risk artefacts if available.
   • Existing ServiceNow / CMDB, asset inventory, interface register, vendor access register, evidence register, data catalogue, or control register artefacts if available.
   • .arckit/templates/_partials/RENDERING.md

2. Read the template:

   • First: .arckit/templates-custom/au-aescsf-template.md (user override)
   • Then: .arckit/templates/au-aescsf-template.md
   • Fallback: .arckit/templates/au-aescsf-template.md

3. Use scripts/bash/create-project.sh --json --name "<project-name>" if the project does not yet exist.

4. Use node scripts/generate-document-id.mjs <PROJECT_ID> AUAESCSF --filename for the artefact filename.

5. Resolve the <!-- DOC-CONTROL-HEADER --> marker per RENDERING.md. Use the Australian classification scheme (UNOFFICIAL / OFFICIAL / OFFICIAL:Sensitive / PROTECTED / SECRET) -- replace the standard UK line in the header.

6. Generate the following sections:

   • Energy Context and AESCSF Scope - identify the energy sub-sector, asset or platform, market role, operational environment, criticality, and AESCSF applicability assumptions.

   • Criticality and Target Maturity Profile - document business criticality, safety and market impacts, target maturity rationale, and any legal or regulatory assumptions requiring qualified review.

   • Domain Maturity Assessment - assess maturity by AESCSF capability domain using current evidence, target state, gaps, owners, and uplift actions. Do not quote detailed AESCSF source text verbatim.

   • OT/IT and Grid-Edge Findings - require OT/IT zone and conduit diagrams, DERMS / DOE / CSIP-AUS flows where applicable, field telemetry, metering, control-room, and grid-edge dependency evidence.

   • Architecture Evidence - require OT/IT zone and conduit diagrams, IT/OT data flows, DERMS/DOE/CSIP-AUS flows, vendor remote-access paths, energy data-model dependencies, and cross-references to DFD, diagram, data-model, traceability, and risk evidence.

   • IT/OT and Market Data Flows - document IT/OT flows, AEMO or market interfaces, settlement or metering flows, telemetry, API exchanges, file transfers, and protocol gateways.

   • Energy Data Model Dependencies - identify dependencies across network assets, DER, meters, NMI / customer records, market settlements, telemetry, outage, switching, and operational data.

   • Asset, Interface, and Evidence Inventory - identify source-of-truth registers for OT assets, IT systems, DERMS / DOE platforms, market interfaces, APIs, telemetry links, metering assets, vendor remote-access paths, data catalogues, control evidence, owners, criticality, and inventory gaps. Where ServiceNow or another CMDB exists, cross-reference /skill:arckit-servicenow output and ensure inventory rows can be visualised with colour-coded criticality, maturity, or risk status.

   • Diagram and Traceability Handoffs - list required /skill:arckit-dfd, /skill:arckit-diagram, /skill:arckit-data-model, /skill:arckit-traceability, and /skill:arckit-risk updates.

   • AESCSF Anti-Pattern Register - call out flat OT networks, undocumented market interfaces, unmanaged vendor remote access, stale DER integration assumptions, missing data ownership, and unsupported control-room dependencies.

   • Federal Baseline Cross-Reference - map relevant findings to /skill:arckit-au-e8-posture, /skill:arckit-au-ism-controls, /skill:arckit-au-ot-security, and /skill:arckit-au-soci-cirmp.

   • Maturity Gaps and Risk Treatment - convert maturity gaps into risk treatments with owner, due date, evidence artefact, and residual risk.

   • Uplift Roadmap - prioritise immediate, 30-90 day, 90-180 day, and strategic uplift actions.

7. Populate the External References section per .arckit/references/citation-instructions.md. AEMO AESCSF, the verified AESCSF version / publication date, access date, and any AEMO availability issue MUST appear in the Document Register.

8. Before writing the file, read .arckit/references/quality-checklist.md and verify all Common Checks plus the AUAESCSF per-type checks pass. Fix any failures before proceeding.

9. Write the artefact via the Write tool to projects/<project-id>/<filename>.

10. Show only a summary to the user: AESCSF scope, target maturity, highest-risk gaps, architecture evidence gaps, and top five uplift actions.

Important Notes

• This command is community-contributed guidance, not legal, regulatory, or certification advice.
• AEMO AESCSF resources may be intermittently unavailable. Keep AEMO as the authoritative anchor, record access date and availability status, and require re-verification before external reliance.
• Energy projects often combine enterprise IT, OT, market, DER, metering, settlement, and customer data. Do not assess maturity without architecture evidence for those dependencies.
• Where the project includes critical infrastructure, cross-reference /skill:arckit-au-soci-cirmp; where it includes connected OT, cross-reference /skill:arckit-au-ot-security.
• Inventory-heavy findings should reuse existing ArcKit artefacts: /skill:arckit-data-model for data catalogues, /skill:arckit-servicenow for CMDB/service inventory, /skill:arckit-dfd and /skill:arckit-diagram for colour-coded visualisation, /skill:arckit-risk for heat/scoring, /skill:arckit-maturity-model for maturity criteria, and /skill:arckit-graph-report for coverage gaps.

Suggested Next Steps

After completing this command, consider running:

• /skill:arckit-au-e8-posture -- Essential Eight posture provides the enterprise cyber baseline for AESCSF maturity evidence.
• /skill:arckit-au-ism-controls -- ISM applicability provides control evidence and government security cross-references for AESCSF gaps.
• /skill:arckit-au-ot-security -- OT security findings provide zone, conduit, connectivity, and remote-access evidence for energy OT environments.
• /skill:arckit-au-soci-cirmp -- SOCI/CIRMP evidence supports critical-infrastructure risk treatment and incident escalation context.
• /skill:arckit-dfd -- Data-flow diagrams provide IT/OT, market, DERMS, DOE, CSIP-AUS, and vendor-access evidence.
• /skill:arckit-diagram -- Architecture diagrams provide OT/IT zone, conduit, ring, market, and grid-edge context.
• /skill:arckit-data-model -- Energy data-model dependencies identify asset, metering, settlement, DER, telemetry, and customer data impacts.
• /skill:arckit-servicenow -- CMDB and service inventory evidence maps architecture components, dependencies, owners, and support criticality.
• /skill:arckit-maturity-model -- Maturity scoring can calibrate AESCSF capability levels and evidence thresholds.
• /skill:arckit-traceability -- Traceability links AESCSF findings to requirements, obligations, controls, decisions, and evidence.
• /skill:arckit-risk -- AESCSF maturity gaps and residual exposures should feed the project risk register.
• /skill:arckit-graph-report -- Governance graph metrics show coverage, cross-reference density, and missing evidence links across registers.