Nagarro
Use arrow keys or scroll to navigate
Session 2 | 2-Hour Workshop

Cloud Security & Migration

Security Essentials, Compliance, Shared Responsibility, Migration & Risks

Thursday, 12th March 2026 | 10:00 AM - 12:00 PM IST

Microsoft Teams Meeting

Workshop Agenda

Part 1

Security Essentials

IAM, network security, encryption, monitoring - defense in depth

Part 2

Compliance & Standards

ISO 27001, SOC 2, GDPR, HIPAA, PCI DSS - what you need to know

Part 3

Shared Responsibility

Who owns what - the critical model that defines cloud security

Part 4

Cloud Migration

The 6 Rs, migration phases, tools, and best practices

Part 5

Cloud Risks

Security, availability, compliance, vendor, financial risks

Part 6

Q&A & Wrap-up

Discussion, key takeaways, and next steps

Learning Objectives

By the end of this session
  • Implement defense-in-depth security architecture
  • Navigate compliance requirements for your industry
  • Apply the shared responsibility model correctly
  • Choose the right migration strategy for each workload
  • Identify and mitigate key cloud risks
Practical Skills
  • Configure IAM policies and roles
  • Set up network security groups and ACLs
  • Implement encryption for data at rest and in transit
  • Use migration assessment tools
  • Design cost governance frameworks
Part 1

Security Essentials

Defense in Depth - Layered Security Architecture

Defense in Depth: Security Layers

Security is not a single product - it's a layered approach where each layer adds protection

Key Insight: If one layer fails, other layers continue to protect your assets. Never rely on a single security control.

Identity & Access Management (IAM)

IAM is the foundation of cloud security - "Who are you, and what can you do?"

Core Concepts
AWS IAM
Azure IAM
GCP IAM

Zero Trust Architecture

  • Never trust, always verify - authenticate every request
  • Least privilege - minimum permissions required
  • Assume breach - design for compromise scenarios
  • Verify explicitly - always authenticate and authorize

Key IAM Components

  • Identities: Users, groups, service accounts
  • Roles: Collections of permissions
  • Policies: JSON documents defining access
  • MFA: Multi-factor authentication
// Example: Least privilege IAM policy (AWS) { "Version": "2012-10-17", "Statement": [{ "Effect": "Allow", "Action": [ "s3:GetObject", "s3:ListBucket" ], "Resource": [ "arn:aws:s3:::my-bucket", "arn:aws:s3:::my-bucket/*" ] }] }
ServicePurposeUse Case
IAMCore identity serviceUsers, groups, roles, policies
OrganizationsMulti-account managementService control policies (SCPs)
IAM Identity CenterSSO for AWSSingle sign-on to multiple accounts
CognitoCustomer identityUser pools for web/mobile apps
Secrets ManagerSecrets managementRotate database credentials
Use IAM roles for EC2, Lambda, ECS - never embed credentials in code!
ServicePurposeUse Case
Microsoft Entra IDIdentity providerSSO, MFA, conditional access
Azure RBACRole-based accessAssign roles to resources
PIMPrivileged Identity MgmtJust-in-time admin access
Managed IdentitiesAuto-managed identitiesVMs, App Service to Azure services
Key VaultSecrets managementStore keys, secrets, certificates
Use Managed Identities instead of service principals with credentials!
ServicePurposeUse Case
Cloud IAMIdentity & accessRoles, policies, bindings
Cloud IdentityIdentity providerCorporate directory
Workforce IdentityEmployee SSOFederation with corporate IdP
Service AccountsWorkload identityGCE, GKE, Cloud Functions
Secret ManagerSecrets managementStore API keys, passwords
Use Workload Identity for GKE pods instead of service account keys!

Network Security

Isolate and protect your cloud resources with network-level controls

Virtual Networks

Network Isolation

  • VPC/VNet: Isolated network in cloud
  • Subnets: Segment into public/private
  • Peering: Connect VPCs securely
  • Private Link: Private endpoints to services
Traffic Control

Security Groups & NACLs

  • Security Groups: Stateful, instance-level
  • Network ACLs: Stateless, subnet-level
  • Firewalls: Layer 7 inspection (WAF)
  • DDoS Protection: Shield/CloudFlare

Security Groups vs NACLs: Security Groups are stateful (return traffic auto-allowed). NACLs are stateless (must allow both directions). Use both for defense in depth!

Data Encryption

Protect data throughout its lifecycle - at rest, in transit, and in use

At Rest

Storage Encryption

  • S3/Blob/Cloud Storage encryption
  • EBS/Managed Disk encryption
  • RDS/database encryption
  • Key management (KMS, Key Vault)
In Transit

Transport Encryption

  • TLS 1.3 for all connections
  • HTTPS for APIs and web
  • VPN for hybrid connectivity
  • Private endpoints (no public internet)
Key Management

Encryption Keys

  • AWS: KMS, CloudHSM
  • Azure: Key Vault, Managed HSM
  • GCP: Cloud KMS, HSM
  • Customer-managed keys (CMK)
Enable encryption by default. Use customer-managed keys for sensitive workloads. Rotate keys regularly.

Security Monitoring & Logging

"You can't protect what you can't see" - continuous monitoring is essential

Capability AWS Azure GCP
Audit Logs CloudTrail Activity Log Cloud Audit Logs
Metrics CloudWatch Azure Monitor Cloud Monitoring
Threat Detection GuardDuty Microsoft Defender Security Command Center
Security Hub Security Hub Security Center Security Command Center
Vulnerability Inspector Defender for Cloud Container Threat Detection

Pro Tip: Centralize logs in a single SIEM (Security Information & Event Management) for correlation and alerting. AWS Security Hub, Azure Sentinel, or Google Chronicle.

Part 2

Compliance & Standards

Industry Certifications and Regulatory Requirements

Why Compliance Matters

$4.45M
Avg. data breach cost (2023)
€20M
Max GDPR fine
$5K-$100K
PCI DSS monthly fines
277 days
Avg. breach detection time
Non-Compliance Risks
  • Financial penalties and fines
  • Legal liability and lawsuits
  • Reputation damage
  • Loss of customer trust
  • Business disruption
Compliance Benefits
  • Win enterprise contracts
  • Reduced insurance premiums
  • Better security posture
  • Competitive advantage
  • Customer confidence

Major Compliance Frameworks

ISO 27001 - Information Security Management

What: International standard for Information Security Management System (ISMS)

Scope: 114 controls across 14 domains including access control, cryptography, operations security

Who needs it: Any organization handling sensitive data, especially B2B services

Cloud providers: AWS, Azure, GCP all ISO 27001 certified

Validity: 3 years with annual surveillance audits

SOC 2 Type II - Service Organization Control

What: Auditing procedure for service organizations (US-focused)

Trust Service Criteria: Security, Availability, Confidentiality, Processing Integrity, Privacy

Type I vs Type II: Type I = point-in-time; Type II = period of time (usually 6-12 months)

Tip: Always ask for SOC 2 Type II reports from vendors - Type I is less meaningful

GDPR - General Data Protection Regulation

What: EU regulation for personal data protection

Applies to: Any organization processing EU residents' data, regardless of location

Key requirements: Data subject rights, consent, breach notification (72 hours), DPO for large orgs

Penalties: Up to €20M or 4% of global annual turnover

Cloud consideration: Data residency - where is data stored? Use EU regions for EU data.

HIPAA - Healthcare Data

What: US regulation for protected health information (PHI)

Applies to: Healthcare providers, insurers, business associates

Key rules: Privacy Rule, Security Rule, Breach Notification Rule

Cloud consideration: Need BAA (Business Associate Agreement) with cloud provider - must be signed!

PCI DSS - Payment Card Industry

What: Security standard for organizations handling credit cards

Levels: 1-4 based on transaction volume (Level 1 = highest, 6M+ transactions/year)

12 Requirements: Network security, access control, encryption, monitoring, policies

Cloud tip: Use PCI-compliant services (PCI DSS Level 1 service providers). Tokenize card data when possible.

Cloud Provider Compliance Certifications

Important: Cloud provider compliance does NOT automatically make you compliant! You must implement controls in YOUR use of the cloud.

Data Residency & Sovereignty

Where your data lives matters - different countries have different requirements

EU/GDPR

European Union

  • Data must stay in EU/EEA or approved countries
  • Use EU regions: eu-west-1, eu-central-1
  • Schrems II invalidated Privacy Shield
India

Data Localization

  • DPDP Act 2023 requirements
  • Payment data must be stored in India
  • Use ap-south-1 (Mumbai) region
China

Cybersecurity Law

  • Strict data localization required
  • Must use China regions (operated separately)
  • AWS China, Azure China, separate entities
Part 3

Shared Responsibility Model

Who is Responsible for What?

The Shared Responsibility Model

Security is a shared responsibility - but what YOU are responsible for depends on the service model

What is ALWAYS Your Responsibility

Critical Understanding: Regardless of service model (IaaS, PaaS, SaaS), these are ALWAYS the customer's responsibility:

Identity & Access

Your Users

  • User accounts and passwords
  • MFA enforcement
  • Access reviews
  • Offboarding processes
Data

Your Data

  • Classification and sensitivity
  • Encryption keys (if CMK)
  • Backup and recovery
  • Data lifecycle management
Configuration

Your Settings

  • Security group rules
  • Bucket policies
  • Service configurations
  • Compliance settings

Common Failure: "We use SaaS, so security is handled" - WRONG! Misconfigured SaaS (public S3 buckets, weak passwords, no MFA) causes most breaches!

Real-World Shared Responsibility Failures

Case 1: Capital One (2019) - Attacker exploited misconfigured WAF on EC2. 100M+ records exposed. Customer configuration failure.

Case 2: Multiple S3 Bucket Leaks - Companies left S3 buckets public. Personal data, military files, voter records exposed. Customer configuration failure.

Case 3: TeamViewer (2016) - breached through compromised user credentials, no MFA. Customer identity failure.

Pattern: Most "cloud breaches" are actually customer configuration or identity failures, not provider infrastructure failures!

Part 4

Cloud Migration

The 6 Rs, Phases, Tools & Best Practices

The 6 Rs of Cloud Migration

Every workload needs a migration strategy - choose the right one for each application

The 6 Rs: Detailed Comparison

Strategy Effort Speed Cloud Optimization Best For
Rehost Low Fast Low Legacy apps, tight deadlines
Replatform Medium Medium Medium Quick wins, managed services
Repurchase Low Fast High Commodity software (CRM, HR)
Refactor High Slow High Strategic apps, cloud-native
Retire Low Fast N/A Unused/redundant apps
Retain None N/A N/A Not ready, compliance, recent investment

Tip: Start with assessment. 15-20% of applications can typically be retired. Don't migrate what you don't need!

Migration Phases

Phase 1: Assess
Discover and evaluate: Application inventory, dependencies, TCO analysis, migration readiness score
Phase 2: Mobilize
Plan and prepare: Landing zone setup, migration plan, team training, pilot migrations
Phase 3: Migrate
Execute migration: Data migration, application migration, cutover planning, testing
Phase 4: Optimize
Post-migration: Right-sizing, cost optimization, modernization, automation

Migration Tools by Provider

AWS
Azure
GCP
ToolPurpose
Migration HubCentral tracking of all migrations
Application Discovery ServiceDiscover on-premises inventory & dependencies
Database Migration Service (DMS)Migrate databases with minimal downtime
Server Migration Service (SMS)Replicate on-premises VMs to AWS
DataSyncTransfer files to S3/EFS/FSx
Snow FamilyPhysical data transfer (Snowball, Snowmobile)
ToolPurpose
Azure MigrateUnified migration platform
Azure Database Migration ServiceMigrate databases to Azure
Azure Data BoxPhysical data transfer
Site RecoveryDisaster recovery & migration
App Service Migration AssistantMigrate web apps to App Service
ToolPurpose
Migration CenterDiscovery and assessment
Database Migration ServiceMigrate databases to Cloud SQL
Transfer AppliancePhysical data transfer
Migrate to Virtual MachinesVM migration to GCE
Storage Transfer ServiceTransfer data to Cloud Storage
Part 5

Cloud Risks

Risk Identification, Assessment & Mitigation

Key Cloud Risk Categories

Security

Data Breaches & Attacks

  • Misconfigured resources
  • Insider threats
  • API vulnerabilities
  • Credential theft
Availability

Outages & Downtime

  • Provider outages (rare but impactful)
  • Single region dependency
  • DDoS attacks
  • Capacity limits
Compliance

Regulatory Violations

  • Data residency violations
  • Missing certifications
  • Audit failures
  • Contract violations
Vendor

Lock-in & Dependency

  • Proprietary services
  • Data portability issues
  • Price increases
  • Service deprecation
Financial

Cost Overruns

  • Unmonitored resources
  • Unexpected data egress
  • Runaway processes
  • Over-provisioning
Operational

Skills & Processes

  • Skills gap
  • Process failures
  • Inadequate monitoring
  • Poor change management

Risk Mitigation Strategies

Technical Controls
  • Multi-region deployment - Avoid single point of failure
  • Multi-cloud strategy - Reduce vendor lock-in
  • Infrastructure as Code - Consistent, repeatable deployments
  • Automated security scanning - Detect misconfigurations
  • Cost monitoring & budgets - Alert on anomalies
  • Backup & DR testing - Verify recovery works
Governance Controls
  • Cloud Center of Excellence - Centralized expertise
  • Policy as Code - Guardrails in CI/CD
  • Regular audits - Configuration reviews
  • Training programs - Cloud skills development
  • Incident response plan - Tested playbooks
  • Vendor management - Contract reviews, exit plans

Real-World Cloud Incidents

AWS us-east-1 Outage (Dec 2021): Multi-hour outage affecting major services. Companies relying on single region went down. Mitigation: Multi-region architecture.

Capital One Breach (2019): 100M+ records exposed via misconfigured WAF on EC2. Mitigation: Security reviews, guardrails, CSPM tools.

Cost Surprise Examples: Crypto miners on compromised accounts, runaway ETL jobs, unmonitored test environments generating $50K+ bills. Mitigation: Budgets, alerts, least privilege.

Key Lesson: Most cloud incidents are preventable with proper controls. Implement guardrails BEFORE migrating workloads!

Key Takeaways

Security

Defense in depth with multiple layers. IAM is foundational. Encrypt everything. Monitor continuously.

Compliance

Know your requirements. Leverage provider certifications but implement YOUR controls. Data residency matters.

Shared Responsibility

Identity, data, and configuration are ALWAYS your responsibility. Provider compliance ≠ your compliance.

Migration

Assess first. Choose the right strategy for each workload. Start small, learn, then scale. 15-20% can be retired!

Risks

Most "cloud breaches" are configuration failures. Implement guardrails early. Multi-region for critical workloads.

Resources & Further Learning

Thank You!

Questions & Discussion

Next Session: Advanced Topics & Hands-on Labs

Security
Defense in Depth
Compliance
Know Your Requirements
Responsibility
Identity + Data = You