A city CISO asks for SLAs on automated workflow completion time for P1 ransomware tickets. What reusable-workflow expectation is being set?
Select an answer to reveal the explanation.
Short Explanation
If the automated path is the plan for P1 ransomware, put a clock on it—SLA means “how fast must enrich-isolate-ticket finish?” You’ll see testing SLAs too, but that’s validation coverage, not how fast your enrich-isolate-ticket run finishes. Civic CISOs want measurable completion.
Full Explanation
Defining performance expectations and SLAs for municipal automated IR workflows on critical tickets sets measurable completion-time targets for automated enrich-isolate-ticket paths on P1 ransomware and similar city-priority incidents. When automation is the planned response path, leadership needs explicit clocks: how long until enrichment completes, containment actions fire, and the ticket reflects status. Those SLAs turn reusable workflows into accountable civic services rather than opaque background jobs, and they surface capacity or design problems before an active ransomware event.
Defining performance expectations and SLAs for municipal automated IR workflows creation on critical tickets times workflow authoring and build, not automated execution; it bounds how fast workflows get created, but it does not set measurable completion-time targets for enrich-isolate-ticket paths on P1 ransomware tickets. Defining performance expectations and SLAs for municipal automated IR workflows testing on critical tickets governs validation and test coverage, not response execution; it bounds how thoroughly workflows are tested, but it does not define how fast the automated enrich-isolate-ticket path must complete for P1 ransomware tickets. Defining performance expectations and SLAs for municipal automated IR workflows uptime on critical tickets times platform availability, not how fast automation runs; it is an availability expectation for workflow services, but it is not a completion-time expectation for automated workflow stages like enrichment and containment.
Exam caveat: GASAE reusable-workflow governance items often pair modular design with performance expectations. When a CISO asks for SLAs on automated completion for critical tickets, choose measurable time targets over automated IR workflows creation, automated IR workflows testing, or automated IR workflows uptime.
Operational check for a city CISO office: publish SLA thresholds for automated P1 workflow stages, instrument start and completion timestamps in the SOAR or orchestration platform, review weekly breach-of-SLA reports for ransomware-class tickets, and tune enrichment timeouts or parallelization when municipal completion times consistently miss the target.
Prefer to study offline? Printable PDF study book + test engine ($7.50, unofficial). These questions stay free here.