Scriptonia
PRD-104·M Cyber Academy Platform
Try Scriptonia
PRD-104·May 28, 2026·Personal

M Cyber Academy Platform

Executive Brief

Students at M Cyber Academy currently navigate fixed curriculum rails—everyone attempts the same Metasploit lab on Tuesday, regardless of whether they mastered Bash scripting on Monday. Advanced learners finish in 20 minutes and disengage; struggling learners stare at kernel exploit errors for three days without targeted support. Instructors manually triage these gaps during evening office hours, exporting student logs to spreadsheets to identify at-risk learners—a process consuming 5.3 hours per cohort weekly (source: instructor time-tracking survey, n=8, Aug 2025). Meanwhile, students supplement their learning with TryHackMe or HackTheBox, but these platforms exist outside the diploma’s pedagogical sequence, creating assessment blind spots and placement readiness gaps.

Business case: 600 active students/year × 25% at-risk churn rate (source: Q2 exit interviews, n=84) × $600 avoidable cost per churn (CAC + sunk instructional cost) = $90,000/year retention value recovery. Additional instructor efficiency: 12 cohorts × 5.3 hrs/week × 20 instructional weeks × $30/hr blended rate (source: HR India salary bands) = $38,160/year. Total recoverable: $128,160/year. Downside case (40% adoption/impact): $51,264/year. Estimated 3-month build cost (India-based engineering): $95,000 all-in (source: HR cost benchmarks, 2 senior engineers, 1 ML specialist, 1 PM, infrastructure).

This feature is an AI engine that continuously retargets lab difficulty, generates personalized attack scenarios based on real-world threat intelligence, and provides contextual remediation—fully integrated into the existing diploma workflow. It is not a standalone CTF platform, a replacement for human instructors, or a certification body—assessments still follow University-granted diploma standards and final viva-voce remains human-led.

Strategic Context

The global cyber-education market has bifurcated into two poor alternatives: static LMS platforms (Coursera, Simplilearn) that deliver video lectures with rigid quiz schedules, and gamified CTF arenas (TryHackMe, HackTheBox) that offer hands-on practice but zero pedagogical scaffolding or placement accountability. M Cyber Academy sits in the middle—structured enough for government diploma recognition, hands-on enough for job readiness—but currently lacks the personalization engine to bridge the gap. This feature defends our premium positioning against cohort-based bootcamps (Springboard, Acadgild) that promise placement but deliver one-size-fits-all curricula.

The strategic bet is that "adaptive hands-on difficulty with guaranteed outcomes" is the wedge that prevents commoditization. Competitors can buy video content; they cannot easily replicate a data flywheel of student mistake patterns tuned to Indian employer technical screens.

Competitive Analysis

How competitors solve this job today:

  • TryHackMe: Users hire it for "structured cyber practice that feels like a game, letting me learn at my own pace without a teacher looking over my shoulder."
  • HackTheBox Academy: Users hire it for "proving my skills to employers through realistic technical challenges that match real渗透测试 jobs."
  • Simplilearn/Coursera: Users hire it for "getting a certificate that HR departments recognize, with a fixed schedule I can put on my resume."
CapabilityTryHackMeHackTheBox AcademyThis Product
Dynamic difficulty adjustment per student❌ (static learning paths)❌ (pre-defined tiers)✅ (AI-driven real-time)
AI-generated infinite scenario variation❌ (fixed "rooms")❌ (static "boxes")✅ (procedural + LLM)
Integrated placement guarantee with adaptive prep✅ (simulation + interview AI)
WHERE WE LOSECommunity content depth (500+ user rooms)Brand prestige in enterprise hiring❌ vs ✅ (we have neither their volume nor brand)

Our wedge is outcome-accountable adaptive learning because we combine hands-on labs with guaranteed placement outcomes and AI personalization that static content libraries cannot match, while maintaining the diploma credential that standalone CTFs lack.

Problem Statement

WHO / JTBD: When a Diploma in Cybersecurity student hits a lab they don't understand, they want to practice the specific prerequisite skill they're missing in the context of the current scenario—so they can progress without waiting 48 hours for instructor support or dropping out due to frustration.

WHERE IT BREAKS: Students currently hit a "brick wall" scenario (e.g., Windows Privilege Escalation) and have three inadequate alternatives: (1) They submit a support ticket and wait 24-48 hours for manual lab reset and generic hints—by then momentum is lost; (2) They switch to YouTube/TryHackMe for parallel learning, creating context-switching penalty and assessment gaps; (3) They brute-force the flag via walkthroughs, learning nothing and failing the practical viva later. Instructors detect this only during weekly reviews, by which time the student is 3-5 labs behind and demoralized.

QUANTIFIED BASELINE:

MetricMeasured Baseline
Avg. time on mismatched difficulty labs4.2 hrs/week (student telemetry, n=67)
Instructor hours/week on manual remediation5.3 hrs/cohort (time-tracking, n=3 cohorts)
Student attrition citing "pace too fast/slow"23% of exits (exit survey, n=84)
Placement rejection due to "lack of hands-on depth"31% of unfilled placements (employer feedback, n=12)

Business case math: 600 students × 23% attrition risk × $600 recovery per retained student = $82,800/year recoverable retention value, plus $38,160/year instructor efficiency (calculated above).

JTBD statement: "When I'm stuck on a security lab, I want to practice my specific skill gap immediately within the same narrative context, so I can master the technique without losing momentum or waiting for instructor intervention."

Solution Design
┌─────────────────────────────────────────────────────────────────────────────┐
│  M CYBER ACADEMY > SIMULATION CENTER                      [Priya K.] ▼     │
├─────────────────────────────────────────────────────────────────────────────┤
│  ┌──────────────────────────────────────┐  ┌──────────────────────────┐    │
│  │  YOUR THREAT PROFILE                 │  │  ACTIVE THREAT INTEL     │    │
│  │  ┌─────────────┐ ┌─────────────┐    │  │  🔴 CVE-2025-2197        │    │
│  │  │ Windows     │ │ Linux       │    │  │  Active in wild: 3 days  │    │
│  │  │ PrivEsc: 45%│ │ Enum: 82%   │    │  │  Simulating: Log4j Var.  │    │
│  │  └─────────────┘ └─────────────┘    │  │  [Start Adaptive Sim →]  │    │
│  │  GAP DETECTED: SUID permissions     │  └──────────────────────────┘    │
│  └──────────────────────────────────────┘                                   │
│                                                                             │
│  CURRENT SIMULATION: "APT29 Phishing -> Lateral Movement"                  │
│  Difficulty: ADAPTIVE (Dynamic)  │  Progress: 67%  │  Time: 00:45:23      │
│                                                                             │
│  [Pause Sim]    [Request Hint 🤖]    [Reset to Checkpoint]    [Submit Flag] │
│                                                                             │
│  TERMINAL OUTPUT:                                    AI TUTOR SIDEBAR:     │
│  $ cat /etc/passwd                                   "I see you're trying │
│  $ find / -perm -4000 -type f 2>/dev/null            to enumerate SUIDs.   │
│  [ERROR: Permission denied]                          Based on your last    │
│                                                      attempt, you missed   │
│                                                      the /usr/local/bin    │
│                                                      directory. Try:       │
│                                                      find /usr -perm ..."  │
└─────────────────────────────────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────────────────────────────────┐
│  INSTRUCTOR DASHBOARD > COHORT ADAPTIVE OVERVIEW            [Dr. Sharma]   │
├─────────────────────────────────────────────────────────────────────────────┤
│  COHORT: DCF-2025-B │ Week 6 of 24                                       │
│                                                                             │
│  SKILL HEATMAP (Auto-generated from simulation attempts):                  │
│  ┌─────────────────┬────────┬────────┬────────┬────────┐                   │
│  │ Student         │ Net-   │ Web    │ Crypto │ PrivEsc│ Risk Flag        │
│  │                 │ work   │ App    |        │        │                  │
│  ├─────────────────┼────────┼────────┼────────┼────────┤                   │
│  │ Priya K.        │ ████░░ │ ██████ │ ██░░░░ │ ░░░░░░ │ 🔴 INTERVENE     │
│  │ Rahul M.        │ ██████ │ ████░░ │ ██████ │ ███░░░ │ 🟡 MONITOR       │
│  │ Ananya S.       │ ██████ │ ██████ │ ██████ │ ██████ │ 🟢 ADVANCED      │
│  └─────────────────┴────────┴────────┴────────┴────────┘                   │
│                                                                             │
│  AI-GENERATED INTERVENTIONS QUEUE:                                         │
│  1. Priya K. → Auto-spawned "Linux Basics: SUID 101" (Triggered: 3 fails) │
│  2. Rahul M. → Suggested: "Advanced SQLi Blind" challenge injection       │
│  3. Cohort   → New scenario available: "Ransomware Response Playbook"     │
│     (Based on CISA Alert AA25-082A)                                        │
│                                                                             │
│  [Override Difficulty]  [View AI Rationale]  [Export At-Risk List]         │
└─────────────────────────────────────────────────────────────────────────────┘

Core mechanic: The engine ingests terminal logs, command syntax errors, and time-to-flag data to construct a real-time "Skill Vector" per student. When performance drops below a cohort-adjusted threshold on a specific MITRE ATT&CK technique, the system spawns a "micro-simulation" targeting that exact sub-skill (e.g., SUID enumeration) within the narrative wrapper of the broader scenario (e.g., the same APT29 campaign, but now focusing on a misconfigured SUID binary). The LLM generates contextual hints referencing the student's actual command history, not generic walkthroughs.

Key flows:

  1. Adaptation Loop: Student fails flag → Vector analysis → Difficulty recalibration → New micro-sim spawn → Hint generation → Success tracking → Re-insertion to main scenario.
  2. Instructor Override: Dashboard surfaces AI decisions with "accept/reject/modify" controls to prevent pedagogical drift (e.g., ensuring advanced students still face stretch challenges despite high scores).

Design decisions and rejected alternatives:

  • Rejected: Pure procedural generation of network topologies (risk: pedagogically invalid scenarios). Chosen: Template-based parameterization where AI varies credentials, flags, and narrative but infrastructure maps stay within validated blueprints.
  • Rejected: Real-time peer-matchmaking for competitive CTF (risk: network latency, cheating vectors). Chosen: Asynchronous "ghost" challenges where students compete against recorded playthroughs of similar-skill peers.
  • Rejected: Fully automated difficulty (black box). Chosen: "Transparent dials" showing student their adaptive level with manual override capability to prevent "filter bubble" stagnation.

Scope boundary: The engine controls scenario selection, hint generation, and lab VM state; it does not replace the University's final viva examination or theoretical MCQ assessments. Integration is via existing Proxmox/KVM API for VM orchestration and LTI 1.3 for gradebook sync.

Acceptance Criteria

Phase 1 — MVP: 10 weeks

US#1 — Adaptive Difficulty Engine (Core Job)

  • Given a student scores <40% on 3 consecutive privilege escalation attempts (any OS)
  • When the system evaluates the next lab assignment
  • Then it spawns a prerequisite micro-lab targeting the specific failed technique (e.g., SUID misconfiguration) with difficulty reduced by 30%, and injects contextual hints referencing the student's actual command history, with 100% consistency—zero tolerance for assigning advanced labs to failing students (launch-blocking)
  • Failure mode: If story fails, student enters "failure spiral" of impossible labs → frustration → churn spike within 48 hours
  • Validated by: Head of Curriculum (Dr. Sharma) against 20-student beta cohort baseline

US#2 — AI Hint Accuracy (Safety)

  • Given a student submits an incorrect flag or types a command with syntax errors
  • When they trigger the AI tutor (button or auto-prompt after 3 failures)
  • Then the generated hint contains factually correct security guidance with ≥99.5% accuracy, p95 latency <3 seconds, referencing only techniques in the official curriculum knowledge base (RAG-constrained)
  • Failure mode: If story fails, AI hallucinates exploit commands → student learns incorrect methodology → certification failure or unsafe behavior in home labs
  • Validated by: Senior Pentester (Red Team lead) against 100 random hint samples

US#3 — Instructor Dashboard (Control)

  • Given the adaptive engine assigns a remedial lab to a student
  • When the instructor opens the Cohort Overview within 24 hours
  • Then the system displays the AI rationale (skill gap detected, confidence score) with one-click options to Approve/Modify/Revert, with 100% of AI decisions surfaced—zero silent automation (launch-blocking)
  • Failure mode: If story fails, "black box" AI decisions erode instructor trust → feature abandonment → manual spreadsheet returns
  • Validated by: 3 lead instructors against current manual tracking workflow

Out of Scope (Phase 1):

FeatureWhy Not Phase 1
Real-time multiplayer red-team vs blue-teamRequires WebRTC infrastructure not in current VM stack; legal review needed for "attacking" student machines
VR/AR lab environments<2% of student base possesses compatible hardware (device survey Jan 2025)
Automated certification exam proctoringSeparate regulatory scope under DPDP Act 2023 biometric consent rules; distinct legal review required
Voice-based placement interview simulationASR accuracy insufficient for Indian accented technical English below 95% threshold

Phase 1.1 — 4 weeks post-MVP:

  • Industry threat feed auto-ingestion (CISA alerts → simulation scenarios within 48 hours of publication)
  • "Placement Pressure Test" mode: Time-boxed simulations mimicking real employer technical screens

Phase 1.2 — 4 weeks post-MVP:

  • Bug bounty simulation marketplace with synthetic vulnerable "products"
  • Cross-cohort adaptive wargames (asynchronous ghost data only)
Success Metrics

Primary Metrics (Prove the Problem is Solved):

MetricBaselineTarget (D90)Kill ThresholdMeasurement MethodOwner
Lab completion rate (% of assigned labs finished)64% (LMS data, Q2 2025)≥85%<72% at D90Lab completion webhook eventsPM (Anjali)
Time-to-competency (hours to master MITRE technique T1087)12.5 hrs (instructor assessment)≤8.5 hrs>11 hrs at D90Skill assessment API + lab timestampsCurriculum Lead
Instructor hours/week on manual remediation5.3 hrs/cohort≤2.0 hrs>4.0 hrs at D90Instructor dashboard logsHead of Academics
Student-reported "stuck time" without progress4.2 hrs/week≤1.5 hrs>3.0 hrs at D90In-app micro-survey (n=sample)PM

Guardrail Metrics (Must NOT Degrade):

GuardrailThresholdAction if Breached
AI hint factual accuracy≥98.5%Pause AI hints, revert to static hint library until audit complete
Student "overwhelmed" sentiment score<12% reporting "too hard" weeklyReduce difficulty aggression algorithm by 20%
VM spawn latency (adaptive lab launch)p95 <45 secondsOptimize Proxmox snapshot chains before scaling
Practical exam pass rate (final diploma)≥Baseline 68%Halt adaptation for failing cohorts, manual review

What We Are NOT Measuring:

  • "AI engagement time" (vanity—we want efficient mastery, not tool immersion)
  • "Number of simulations generated" (output metric, not outcome)
  • "Student satisfaction score" (lagging and vague; we measure specific job completion)
  • "Instructor AI override rate" (high override rate could indicate good oversight or bad AI—we measure outcome quality instead)
Risk Register

Risk 1 — AI Hallucination in Security Context

  • Risk: LLM generates technically incorrect exploit commands or CVE mitigations that students execute, leading to corrupted learning patterns or unsafe home lab practices.
  • Probability: Medium | Impact: High (pedagogical liability)
  • Mitigation: RAG architecture with curated, verified exploit database only; hallucination detection confidence threshold at 0.85; mandatory human audit of 100% of novel AI-generated challenges before production deployment.
  • Owner: Security Curriculum Lead (Rajesh) — implemented by Sprint 3

Risk 2 — Data Privacy Non-Compliance (DPDP Act 2023 India)

  • Risk: Behavioral biometrics (keystroke dynamics, command patterns) collected without explicit consent or transferred to OpenAI US regions, violating data localization and triggering regulatory penalty.
  • Probability: Medium | Impact: High (business-blocking)
  • Trigger: Legal review identifies cross-border data flow before launch.
  • Mitigation: Implement granular consent management for behavioral tracking; constrain Azure OpenAI to India Central/South regions only; PII anonymization pipeline (k=5) before any API call; Legal sign-off required by Week 2.
  • Owner: Legal/Compliance (Priya)
  • If blocked: Delay launch 4 weeks to deploy on-prem Llama-70B cluster; pause all AI features until compliance verified.

Risk 3 — Infrastructure Cost Overrun (LLM Inference)

  • Risk: GPT-4 API costs scale non-linearly with concurrent users (>500), exceeding unit economics and forcing feature throttling that degrades UX.
  • Probability: Medium | Impact: Medium
  • Trigger: Cost per active student/week exceeds $12 (target: $8).
  • Mitigation: Aggressive caching of common hint patterns (Redis); fallback to static hint library at >80% capacity; local LLM for routine queries, GPT-4 only for novel failures.
  • Owner: Engineering Lead (Karthik) — cost dashboard by Sprint 2

Risk 4 — Pedagogical Misalignment ("Easy Mode" Trap)

  • Risk: Algorithm over-corrects difficulty downward, creating false competency signals; students complete labs but fail practical employer screens, damaging placement guarantee reputation.
  • Probability: Medium | Impact: High (brand/revenue)
  • Trigger: >30% of "completed" students fail employer technical screening in Month 1 post-graduation.
  • Mitigation: Mandatory "stretch challenge" injection every 4th lab regardless of performance; instructor dashboard flags "ceiling stagnation" alerts.
  • Owner: Head of Academics (Dr. Sharma)

Kill Criteria — We pause Phase 2 and conduct full review if ANY met within 90 days:

  1. Lab completion rate does not exceed 72% by D90 (vs. 64% baseline)
  2. AI hint accuracy measured by expert audit falls below 95%
  3. Student churn rate increases relative to pre-launch baseline (feature causes harm)
  4. Infrastructure cost per student exceeds $15/week sustained average
  5. Any validated student complaint of AI providing dangerous/insecure commands
Technical Architecture Decisions

High-level flow: Student terminal logs → Stream processor (Kafka) → Local LLM anonymizer → Skill Vector DB (Postgres + pgvector) → Decision Engine (Python) → Azure OpenAI (hints) → Lab Orchestrator API (Proxmox) → Student VM.

Key components:

  • Skill Vector DB: Embeddings of student error patterns mapped to MITRE ATT&CK techniques.
  • Scenario Generator: Template engine (Jinja2) + LLM narrative wrapper.
  • Safety Layer: Regex + semgrep filters on AI outputs to block dangerous commands (e.g., rm -rf /, actual exploit payloads against public IPs).

Assumptions vs. Validated:

AssumptionStatus
Existing Proxmox cluster API supports VM snapshot/restore in <20s for adaptive branching⚠ Unvalidated — needs confirmation from Infrastructure team by Week 1
Student command logs can stream to processing pipeline with <5s latency at 500 concurrent users⚠ Unvalidated — Backend team load test by Week 2
Azure OpenAI India region maintains 99.9% uptime SLA for education sector⚠ Unvalidated — Commercial team to confirm SLA by Week 1
LLM-generated "hints" never contain actual destructive payloads when filtered through safety layer⚠ Unvalidated — Red Team penetration test by Week 4
Anonymization algorithm (k=5) preserves sufficient behavioral signal for accurate adaptation⚠ Unvalidated — Data Science team validation against historical logs by Week 3
Phased Launch Plan

Pre-launch (T-4 weeks):

  • Beta cohort selection: 40 students (2 sections) with opt-in consent for AI data processing
  • Instructor training: 3-hour workshop on dashboard override functions
  • Safety audit: Red Team tests 200 AI-generated hints for exploit safety

Launch (T-0):

  • Soft launch to DCF-2025-C cohort only (flagship diploma track)
  • Daily standup monitoring of AI latency and hint accuracy auto-reports
  • Office hours: PM + Engineering on-call for first 72 hours

Post-launch (T+2 weeks):

  • Expand to all active cohorts if kill criteria not triggered
  • Publish "AI Tutor" marketing collateral emphasizing placement outcomes

Rollback triggers:

  • 5% of AI hints flagged as incorrect by students in 24-hour window

  • Proxmox cluster CPU saturation >90% due to VM snapshot churn
Strategic Decisions Made

Decision: AI Model Architecture Choice Made: GPT-4o via Azure OpenAI India region for hint generation; local Llama-3-8B fine-tuned for PII-scrubbed student behavior analysis. Rationale: Balances reasoning quality (GPT-4) with data residency compliance (Azure India) and cost control (local LLM for high-frequency telemetry processing). Rejected: Single global OpenAI call (latency + compliance risk) and fully on-prem (accuracy insufficient for complex exploit chains).

Decision: Difficulty Adjustment Philosophy Choice Made: Algorithmic selection with mandatory instructor "veto" window (24hr delay for significant downshifts). Rationale: Prevents AI from over-correcting into "easy mode" loops that damage placement outcomes. Rejected: Fully autonomous adaptation (pedagogical risk) and purely static curriculum (status quo).

Decision: Content Generation Method Choice Made: Template instantiation with LLM-generated narrative variants, not full procedural network design. Rationale: Ensures scenarios are technically valid and safe (no unintended VM escapes). Rejected: Full procedural generation (impossible to verify security of infinite configurations) and purely static content (not adaptive).

Decision: Data Privacy Handling Choice Made: Behavioral data anonymized via k-anonymity (k=5) before LLM processing; explicit consent for keystroke-level logging under DPDP Act 2023. Rationale: Compliant with Indian data protection law while preserving adaptive utility. Rejected: Centralized raw data lake (compliance risk) and zero data collection (insufficient for personalization).

Decision: Integration Strategy Choice Made: API layer augmenting existing lab infrastructure; no LMS replacement. Rationale: Preserves existing VM investments and instructor workflows. Rejected: Greenfield simulation platform (cost prohibitive, migration risk).

Decision: Simulated Content Boundaries Choice Made: Fictional corporate targets using real CVEs and attack chains; no real company names or live production systems. Rationale: Avoids legal liability for "training on specific company's infra" while maintaining realism. Rejected: Real bug bounty integration (legal complexity) and purely synthetic vulnerabilities (unrealistic).

Appendix

Before/After Narrative:

Before: Priya, 19, a post-12th student in the Digital Forensics diploma, attempts the "Windows Domain Exploitation" lab. She spends 3 hours trying Pass-the-Hash attacks without understanding NTLM authentication basics. The system shows her a generic "Hint 1: Try searching for hashes" which she doesn't comprehend. She submits 4 support tickets; her instructor resets her VM twice but cannot explain the concept differently via text. By Day 3, she is 5 labs behind her cohort, has stopped attending live sessions out of shame, and considers transferring to a less technical program.

After: Priya attempts the same lab. After two failed hash extraction attempts, the engine detects she lacks NTLM protocol understanding. Instead of continuing, the lab pauses and spawns a "NTLM Basics" micro-simulation with a visual packet analyzer. An AI tutor messages: "I see you're looking for hashes, but let's step back—do you see how this NTLM challenge-response works? [Diagram]. Now try the original lab again." She masters the concept in 25 minutes, returns to the Domain Exploitation scenario, and captures the flag. The system logs her mastery and notifies her instructor only via dashboard that she is progressing well, not struggling.

Pre-mortem:

It is 6 months from now and this feature has failed. The 3 most likely reasons are:

  1. The AI optimized for completion rates, not comprehension. Students clicked through AI-generated hints to finish labs quickly without internalizing concepts, resulting in a 40% failure rate on the final human-proctored practical exam despite 90% lab completion rates—destroying the placement guarantee credibility.

  2. We solved the "struggling student" job so well that advanced learners felt patronized. The engine kept giving "helpful" hints to top performers who wanted pure challenge, driving them to HackTheBox for "real" difficulty, and we lost our reputation as the academy for "elite" cyber talent.

  3. Infrastructure costs in India for Azure OpenAI spiked during exam season (concurrent users 3× normal), forcing the business team to cap AI usage to 1 hint per day per student, rendering the feature useless for actual remediation and causing a viral Reddit thread about "M Cyber's broken AI tutor."

What success actually looks like: Instructors begin their day reviewing the "AI Intervention Queue" for 5 minutes instead of spending 2 hours in Excel identifying at-risk students. During placement interviews, when asked "Tell me about a challenge you solved," graduates cite specific AI-adaptive scenarios ("I debugged a SUID misconfiguration in a simulated APT29 campaign") rather than generic coursework. The placement team stops hearing "I've only watched videos" because every graduate has 200+ hours of hands-on adaptive simulation under their belt. In the quarterly business review, the CTO notes that instructor cost-per-cohort has flattened despite enrollment growth—a first in the company's history.