3.1 Security implication of different architecture models

0.0(0)
studied byStudied by 0 people
learnLearn
examPractice Test
spaced repetitionSpaced Repetition
heart puzzleMatch
flashcardsFlashcards
Card Sorting

1/30

encourage image

There's no tags or description

Looks like no tags are added yet.

Study Analytics
Name
Mastery
Learn
Test
Matching
Spaced

No study sessions yet.

31 Terms

1
New cards

Responsibility Matrix (Cloud)(Architecture/ Infrastructure concepts)

Clarifies shared security responsibilities between provider and client, like a guideline of responsibilities.

Example: Cloud provider secures infrastructure, client secures data

2
New cards

Hybrid Considerations (Cloud)(Architecture/ Infrastructure concepts)

Mix of on prem and cloud brings complex integration and risk, like VPNs needed to secure hybrid app flow./

3
New cards

Third Party (Cloud)(Architecture/ Infrastructure concepts)

External providers must be vetted for security risk

Example: Saas vendor storing customer data, is a security implication

4
New cards

Iac (Infrastructure as a code) (Architecture/ Infrastructure concepts)

Manages infrastructure through code/script which has to be secured

Example: Terraform script provisioning AWS instances with security groups

5
New cards

Serverless (Architecture/ Infrastructure concepts)

Apps run without managing servers but still need secure function level permissions

Example: AWS Lambda (classic serverless service) with a restricted IAM role (access control)

6
New cards

Microservices (Architecture/ Infrastructure concepts)

Apps split into smaller services, which each must be secured and monitored


Example: Authentication service is separated from the billing service.

7
New cards

Physical Isolation *(Architecture/ Infrastructure concepts)

System separated physical from others

Example: Sensitive server in locked room without network access

8
New cards

Air Gapped (Architecture/ Infrastructure concepts)

Completely disconnected from any network


Example: Nuclear Facility system with no internet access, similar to physical isolation, also seperated`

9
New cards

Logical Segmentation (Architecture/ Infrastructure concepts)

Uses VLAN, firewalls and other controls to logically segment access

Example Finance VLAN cant access HR VLAN

10
New cards

SDN, Software defined Networking (Architecture/ Infrastructure concepts)

Centralized network control VIA software, needs strict control access


Example: SDN controller restricts traffic between data center zones

11
New cards

On premises (Architecture/ Infrastructure concepts)

Resources are hosted internally giving full control but high responsibilities

Example: Company hosts mail server in its own datacenter

12
New cards

Centralized vs Decentralized (Architecture/ Infrastructure concepts)

Centralized is easier to control; while decentralized reduces single point of failure


Example: Single HQ login server vs Regional login servers

13
New cards

Containerization (Architecture/ Infrastructure concepts)

Lightweight app instances isolated for security


Example: Docker, containers running isolated microservices

14
New cards

Virtualization (Architecture/ Infrastructure concepts)

VMs allow multiple OS instances but risk VM escape

Example: Multiple VMs on one hypervisor

15
New cards

IoT (Architecture/ Infrastructure concepts)

Devices may lack full security, need segmentation and patching

Example: Smart thermostat vulnerable to remote access

16
New cards

ICS/SCADA (Architecture/ Infrastructure concepts)

critical infrastructure systems with unique security challenges

Example: Water treatment SCADA systems need protection from cyber attacks

17
New cards

RTOS (Real time OS) (Architecture/ Infrastructure concepts)

Special OS used in time sensitive environments often resource limited


Example: Medical devices needing real time responses

18
New cards

Embedded Systems (Architecture/ Infrastructure concepts)

Limited resources devices with fixed firmware

Example, a ATM of a smart fridge that can have firmware vulnerabilities

19
New cards

High Availability(Architecture/ Infrastructure concepts)

Ensures uptime with redundancy and failover

Example: Load balancer shifts traffic if one server fails

20
New cards

Availability (Architecture/ Infrastructure concepts)

Systems remains accessible when needed

Example: Use of redundant server

21
New cards

Resilience (Consideration)

Ability to recover quickly from issuses

Example; Failover system activates on a outage

22
New cards

Cost (Consideration)

Financial impact of solution and upkeep

Example: the cloud reduces capex, increases opex

23
New cards

Responsiveness (Consideration)

How fast a system adapts to needs or issues

Example: Auto scaling cloud services under load

24
New cards

Scalability (Consideration)

Ability to handle growth

Example: Add nodes to database cluster

25
New cards

Ease of Deployment (Consideration)

Simplicity and speed of setup

Example: One click deployment via IaC

26
New cards

Risk Transference (Consideration)

Shift risk to vendor or insurer

Example: Cyber insurance for breach costs

27
New cards

Ease of Recovery (Consideration)

How simpler and speed the setup is

Example: One click deployment via IaC

28
New cards

Patch availability (Consideration)

Whether updates exist

Example: New Windows patch for RCE flaw

29
New cards

Inability to Patch (Consideration)

Legacy systems cant be updated easily

Example: OLD ICS devices with no firmware support

30
New cards

Power (Consideration)

Systems electrical requirements

Example: Battery backup for power outages

31
New cards

Compute (Consideration)

Processing capability needed

Example: AI workouts needing GPU to meet demand