Skip to main content
Certifications Microsoft SC-100 Home projects Back to certification

Home labs & practical projects

Design a security architecture for a hybrid merger

A project to do with your own tools, with guidance on what to create and capture.

Design project Suggested time: 3–4 hoursNo hardware required for the design
01

What you could create

Two organisations with separate identities, devices and cloud estates must share a sensitive application after a merger.

Example evidence format
Project evidence map (example)
Hybrid target security architectureScope and inputs
Control traceability and transition planDecisions and reasoning
Evidence record (example)
EvidenceWhat to capture
Hybrid target security architectureShow the inputs, scope and decisions behind this record. The architecture links controls to explicit threats and business requirements.
Control traceability and transition planInclude the evidence supporting your conclusion. Temporary exceptions have a migration owner and measurable exit conditions.
02

What you'll need

Document, spreadsheet or diagram tool

Create two current-state diagrams and business requirements for access, visibility and recovery. Include one legacy system that cannot adopt the target controls immediately.

Project record

Keep the working files for hybrid target security architecture and record assumptions as you go.

Current reference material

Use the linked provider resources to verify the features, access terms and version relevant to your project.

Access & cost

No paid platform is needed for the written version. Use a document, spreadsheet or diagram tool you already have.

The organisation and records are fictional. Write down assumptions; do not substitute confidential employer information.

03

Suggested milestones

  1. 1

    Plan and investigate

    Define target trust boundaries and identity assumptions.

  2. 2

    Develop your approach

    Map preventative, detective and recovery controls across the architecture.

  3. 3

    Verify and explain

    Plan staged adoption and an exception for the legacy dependency.

04

Useful resources

Use these resources to deepen your understanding and check key details.

Turn the project into evidence

Keep your artefacts and reasoning together so you can explain what you did.

A useful starting point

Create two current-state diagrams and business requirements for access, visibility and recovery. Include one legacy system that cannot adopt the target controls immediately.

What a good result looks like
  • The architecture links controls to explicit threats and business requirements.
  • Temporary exceptions have a migration owner and measurable exit conditions.

Finish the project

Keep the decision record and note unanswered questions. A written design is not evidence that a technical control has been tested.

Independent home-project guidance, not an official vendor lab or a claim of complete exam coverage. Use your own tools and label the work accurately.