Computer >> บทช่วยสอนคอมพิวเตอร์ >  >> ระบบเครือข่าย >> ความปลอดภัยเครือข่าย

Minimum Trust (Zero Trust) ในการออกแบบความปลอดภัยเครือข่ายคืออะไร?

Minimum Trust / Zero Trust คืออะไร?

Zero Trust (ศูนย์ความไว้วางใจ) หรือ Minimum Trust เป็นแนวคิดความปลอดภัยที่ ไม่ไว้วางใจใครและอะไรเลยโดยอัตโนมัติ — ไม่ว่าจะเป็น User, Device, Application, Network, หรือ Location — ต้อง Verify (ยืนยัน) ทุกครั้ง ทุกรายการ ทุกที่ ก่อนอนุญาตการเข้าถึง

Motto: "Never Trust, Always Verify" (อย่าไว้วางใจเลย ตรวจสอบทุกครั้ง)

หลักการ핵심 3 ประการ (Core Principles)

  1. Verify Explicitly (ยืนยันอย่างชัดเจน): ใช้ทุก Signal ที่มี (Identity, Device Health, Location, Behavior, Risk Score) เพื่อตัดสินใจ Access — ไม่ใช่แค่ Network Location
  2. Least Privilege Access (สิทธิ์น้อยที่สุด): ให้สิทธิ์เพียงพอต่อการทำงาน (Just-in-Time / Just-Enough-Access - JIT/JEA) ใช้ Risk-based Adaptive Policies
  3. Assume Breach (สมมติว่าโดนเจาะแล้ว): ออกแบบให้จำกัด Blast Radius: Micro-segmentation, Encryption Everywhere, Continuous Monitoring, Automated Response

Zero Trust Architecture (ZTA) - สถาปัตยกรรม (NIST SP 800-207)

ประกอบด้วย 3 ส่วนหลัก (Logical Components):

5 Pillars ของ Zero Trust (CISA Zero Trust Maturity Model)

  1. Identity (ตัวตน): Strong Authentication (Phishing-resistant MFA/FIDO2), Continuous Authentication, Identity Governance, PAM, Decentralized Identity
  2. Device (อุปกรณ์): Device Inventory, Health/Compliance Attestation (MDM/EDR), Certificate-based Auth, BYOD vs Corporate, IoT/OT Device Identity
  3. Network/Environment (เครือข่าย/สภาพแวดล้อม): Micro-segmentation, Software-defined Perimeter (SDP), ZTNA, Encrypted Traffic (mTLS, IPsec), No Implicit Trust Zones
  4. Application/Workload (แอป/งาน): Secure SDLC, Container/K8s Security (Zero Trust Network Policies, Service Mesh mTLS), API Security, Serverless Security
  5. Data (ข้อมูล): Data Classification, Labeling, Encryption (At Rest/In Transit/In Use), DLP, Information Rights Management (IRM), Data Loss Prevention

Zero Trust vs Traditional Perimeter Security (Castle-and-Moat)

Componentหน้าที่ตัวอย่างเทคโนโลยี
Policy Engine (PE)ตัดสินใจ Allow/Deny ตาม Policy + Real-time Signals (Risk Engine)Policy Decision Point (PDP), ZTNA Controller, Cloud Identity Provider (Entra ID, Okta, Ping)
Policy Administrator (PA)สร้าง/ยกเลิก/ปรับ Path การเชื่อมต่อ (Data Plane) ตามคำสั่ง PEPolicy Enforcement Point (PEP) Controller, SDN Controller, API Gateway, Service Mesh Control Plane
Policy Enforcement Point (PEP)บังคับใช้ Policy จริง (Allow/Deny/Log/Encrypt/Inspect) จุดสัมผัส TrafficsZTNA Client/Connector, Cloud Firewall, Service Mesh Sidecar (Envoy), SmartNIC, Host Agent, SASE PoP

ขั้นตอนการ Implement Zero Trust (Roadmap)

  1. Identify Protect Surface (DAAS): Data, Assets, Applications, Services ที่ Critical มากที่สุด (เริ่มเล็ก ไปเรื่อยๆ)
  2. Map Transaction Flows: ใคร เข้าถึง อะไร จากที่ไหน ด้วยวิธีไหน (Dependency Mapping)
  3. Architect Micro-perimeters: Segmentation (Network, App, Data) ตาม Protect Surface
  4. Establish Policy Engine: Central Policy Decision Point (Identity Provider + Risk Engine + Threat Intel)
  5. Deploy Policy Enforcement Points: ZTNA, Micro-segmentation, Service Mesh, Host Agents, Cloud Firewalls
  6. Implement Continuous Verification: Real-time Signals → Dynamic Policy Decisions (Step-up Auth, Deny, Isolate)
  7. Automate Monitoring & Response: SIEM/SOAR Integration, Automated Isolation, Forensics
  8. Iterate & Expand: ขยายไป Protect Surface ถัดไป, Tune Policies, Mature Maturity Model

เทคโนโลยี/ซอฟต์แวร์สำคัญใน Zero Trust Ecosystem

มิติTraditional (Perimeter/VPN)Zero Trust
Trust ModelTrust Inside (Internal Network), Distrust OutsideTrust No One (Inside or Outside)
Access ControlNetwork-based (IP, VLAN, VPN)Identity + Context-based (User, Device, App, Data, Risk)
VerificationOnce at Perimeter (VPN Login)Continuous, Every Request (Continuous Verification)
Lateral MovementFree once Inside (Flat Network)Blocked by Default (Micro-segmentation, Least Privilege)
VisibilityLimited (Perimeter Logs)Comprehensive (All Layers: Identity, Device, Network, App, Data)
Remote WorkVPN (Broad Access, High Risk)ZTNA (App-specific, No Network Access)
Cloud/Modern AppsPoor Fit (Backhaul, Hairpinning)Native Fit (Identity-first, Cloud-delivered)

Challenges & Common Pitfalls

  • ⚠️ Boiling the Ocean: พยายามทำทั้งองค์กรพร้อมกัน → ล้มเหลว ควรเริ่ม Protect Surface เล็ก 1-2 รายการ (Crown Jewels)
  • ⚠️ Legacy Apps/Protocols: ไม่รองรับ Modern Auth (SAML/OIDC), ไม่รองรับ mTLS → ต้องใช้ Wrapper/Proxy/Modernization
  • ⚠️ User Experience (Friction): MFA ทุกครั้ง, Re-auth บ่อย → ใช้ Risk-based/Adaptive MFA, Passkeys, SSO เพื่อลด Friction
  • ⚠️ Skill Gap & Culture: ต้องการทักษะ Identity, Cloud, Automation, Data — การเปลี่ยนแปลงวัฒนธรรม (Culture Change) ยากกว่าเทคโนโลยี
  • ⚠️ Cost & Complexity: Multiple Vendors, Licenses, Integration Effort → เริ่มจาก Platform/Suite ที่ครอบคลุม (Microsoft, Palo Alto, Zscaler, Cisco) หรือ Best-of-breed กับ Integration Layer

Microsoft Zero Trust Strategy (ตัวอย่าง Vendor Approach)

Microsoft ขับ Zero Trust ผ่าน 6 Pillars:

  1. Identity: Entra ID (Azure AD) + Phishing-resistant MFA (FIDO2, Windows Hello, Authenticator) + Conditional Access + Identity Protection + Privileged Identity Management (PIM)
  2. Endpoints: Intune (MDM/MAM) + Defender for Endpoint (EDR) + Compliance Policies + Conditional Access Device Filters
  3. Apps: Defender for Cloud Apps (CASB) + App Governance + Conditional Access App Control
  4. Data: Purview (Information Protection, DLP, Insider Risk, Data Lifecycle)
  5. Network: Azure Firewall, Network Security Groups, Private Links, Azure Virtual WAN, Global Secure Access (ZTNA)
  6. Infrastructure: Defender for Cloud (CSPM, CWPP), Azure Policy, Blueprints, Landing Zones

Key Enabler: Conditional Access Policies = Policy Engine ของ Microsoft Zero Trust (Identity + Device + Location + App + Risk → Allow/Block/Require MFA/Require Compliant Device/Session Controls)

สรุป: Minimum Trust / Zero Trust คืออะไร?

  • ❌ ไม่ใช่ Product เดียว — เป็น Architecture, Strategy, Mindset
  • ❌ ไม่ใช่ "No Trust" (ไม่ไว้วางใจเลย = ทำงานไม่ได้) — เป็น Explicit Verified Trust
  • ✅ Verify Every Request (Identity + Device + Context)
  • ✅ Least Privilege + JIT/JEA
  • ✅ Assume Breach → Contain Blast Radius (Micro-segmentation, Encryption, Monitoring)
  • ✅ Continuous Improvement (Maturity Model: Traditional → Advanced → Optimal)
CategoryKey Technologies / Vendors
Identity & Access (IdP, MFA, PAM, IGA)Microsoft Entra ID (Azure AD), Okta, Ping Identity, CyberArk, SailPoint, ForgeRock, Auth0, FIDO2/WebAuthn (YubiKey, Platform Authenticators)
ZTNA / SSE / SASEZscaler (ZPA, ZIA), Palo Alto (Prisma Access, Prisma SASE), Cloudflare (Access, Gateway), Netskope, Cisco (Secure Access, Duo), Versa, Cato, Forcepoint
Micro-segmentation / NetworkIllumio (Core), Guardicore (Akamai), VMware NSX, Cisco ACI, Azure NSG/ASG, AWS Security Groups, Calico/Cilium (K8s), Tailscale, NetBird
Endpoint / Device TrustMicrosoft Intune, Jamf, VMware Workspace ONE, Tanium, CrowdStrike (Falcon ZTA), SentinelOne, Kolide, Osquery
Data Security / DLPMicrosoft Purview, Forcepoint, Digital Guardian, Nightfall, Varonis, Symantec DLP, Cloud DLP (Google, AWS, Azure)
Visibility / Analytics / AutomationSplunk, Microsoft Sentinel, Elastic, Chronicle (SecOps), Cortex XSOAR, Palo Alto XSIAM, Tines, Blink Ops, MITRE ATT&CK Navigator