Vietnamese Professional - CCNP SECURITY ®

Vietnamese Professional - CCNP SECURITY ® https://www.forum.vnpro.org/ vi Sat, 05 Sep 2026 15:58:03 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - CCNP SECURITY ® https://www.forum.vnpro.org/ Palo Alto Networks mua lại Console, tăng tốc cuộc đua Agentic Security https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/vpn-aa/444431-palo-alto-networks-mua-lại-console-tăng-tốc-cuộc-đua-agentic-security Thu, 03 Sep 2026 01:07:30 GMT Tin tức | 01/09/2026 | Thời gian đọc: 2 phút Palo Alto Networks vừa công bố mua lại Console, một công ty phát triển nền tảng IT Service Management... Tin tức | 01/09/2026 | Thời gian đọc: 2 phút

Palo Alto Networks vừa công bố mua lại Console, một công ty phát triển nền tảng IT Service Management và Automation theo hướng AI-native. Công nghệ của Console sẽ được tích hợp vào Cortex, nền tảng Security Operations chủ lực của Palo Alto Networks, nhằm mở rộng khả năng Agentic AI trong vận hành an ninh mạng.

Thông điệp đáng chú ý ở thương vụ này là sự chuyển dịch từ “AI hỗ trợ chuyên gia bảo mật” sang “AI Agent có khả năng thực hiện công việc bảo mật.” AI Agent sẽ tham gia trực tiếp vào Security Operations

Console kết nối với nhiều thành phần trong hạ tầng doanh nghiệp như Identity System, SaaS, Security Tools và các hệ thống nghiệp vụ khác.

Từ đó, AI Agent có thể nhận một yêu cầu bằng ngôn ngữ tự nhiên, hiểu mục tiêu, thu thập context cần thiết, thực hiện workflow và cuối cùng ghi lại những gì đã xảy ra.

Khi được tích hợp với Cortex, Palo Alto kỳ vọng công nghệ này sẽ giúp SOC thực hiện nhanh hơn các công việc như điều tra cảnh báo, xác định mức độ ưu tiên và tự động hóa hành động khắc phục trên toàn bộ môi trường doanh nghiệp.

Andrei Serban, CEO và đồng sáng lập Console, mô tả triết lý của công ty khá đơn giản:

“Con người chỉ cần diễn đạt mục tiêu vận hành, còn phần mềm thông minh sẽ xử lý sự phức tạp cần thiết để đạt được mục tiêu đó.”

Đây chính là một trong những đặc điểm quan trọng của Agentic AI: con người đưa ra Intent, thay vì phải mô tả chi tiết từng bước thực hiện. Từ Software-as-a-Service đến “Software-as-an-Agent”

CEO Palo Alto Networks Nikesh Arora gọi xu hướng mới này là “Software-as-an-Agent.”

Theo ông, sau khi tích hợp Console, khách hàng có thể “trò chuyện trực tiếp với dữ liệu” và xây dựng các Agentic Workflow bằng ngôn ngữ tự nhiên, giúp hệ thống tự động phát hiện và khắc phục vấn đề.

Ông ví AI Agent như việc cung cấp thêm “tay và chân” cho nền tảng phần mềm để nó không chỉ phân tích mà còn có thể hành động.

Đây là một khác biệt rất quan trọng:

Traditional Software: Con người → thao tác phần mềm → thực hiện công việc

Copilot: Con người → AI đề xuất → con người quyết định

AI Agent: Con người → đưa ra mục tiêu → AI lập kế hoạch → sử dụng công cụ → hành động → kiểm tra kết quả

Security Operations vì thế đang tiến gần hơn tới mô hình closed-loop, nơi AI có thể quan sát, suy luận, hành động và tiếp tục đánh giá kết quả. Palo Alto đang xây dựng cả một Agentic Security Stack

Thương vụ Console không diễn ra riêng lẻ. Trong năm 2026, Palo Alto Networks đã thực hiện một loạt thương vụ lớn.

Hãng hoàn tất thương vụ 3,35 tỷ USD mua Chronosphere vào tháng 1, tiếp theo là thương vụ 25 tỷ USD mua CyberArk vào tháng 2. Tháng 4, Palo Alto mua startup Endpoint Security Koi với giá ước tính khoảng 400 triệu USD, và tháng 5 tiếp tục hoàn tất thương vụ mua công ty bảo mật AI Agent Portkey.

Giá trị thương vụ Console chưa được công bố.

Nhìn tổng thể, Palo Alto đang ghép nhiều mảnh của một kiến trúc bảo mật mới: Identity + Endpoint + Observability + Security Operations + AI Agent + Automation. Góc nhìn dành cho cộng đồng Security

Trước đây SOC thường hoạt động theo chuỗi:

Alert → Analyst điều tra → Analyst quyết định → Analyst xử lý.

Với Agentic Security, mô hình đang dần chuyển thành:

Alert → AI Agent thu thập context → điều tra → đánh giá → đề xuất hoặc thực hiện remediation → kiểm tra kết quả.

Con người chưa biến mất khỏi vòng kiểm soát. Với những hành động rủi ro cao, Human-in-the-Loop, policy, identity, permission và audit thậm chí còn trở nên quan trọng hơn.

Thương vụ Console vì vậy không chỉ đơn giản là Palo Alto mua thêm một công ty AI. Nó phản ánh một xu hướng lớn hơn của ngành Cybersecurity:

Phần mềm bảo mật đang chuyển từ công cụ mà chuyên gia sử dụng sang những AI Agent có khả năng trực tiếp tham gia vận hành hệ thống.

Và khi AI bắt đầu có “tay và chân” để hành động, bài toán lớn tiếp theo của Security sẽ không chỉ là AI thông minh đến đâu, mà còn là AI được phép làm gì, với quyền hạn nào và ai chịu trách nhiệm cho hành động đó.
]]> VPN dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/vpn-aa/444431-palo-alto-networks-mua-lại-console-tăng-tốc-cuộc-đua-agentic-security Kiến trúc SASE https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444417-kiến-trúc-sase Mon, 31 Aug 2026 08:53:45 GMT Hình minh họa cách SASE – Secure Access Service Edge hội tụ ba năng lực quan trọng: Security + Network + Observability trên một kiến trúc cloud toàn... SASE – Secure Access Service Edge hội tụ ba năng lực quan trọng: Security + Network + Observability trên một kiến trúc cloud toàn cầu. Mục tiêu là cho phép người dùng và chi nhánh truy cập an toàn tới Internet, SaaS và Public/Private Cloud, bất kể họ đang ở đâu.

Ở phía dưới có hai hướng kết nối chính. Remote Access phục vụ người dùng làm việc từ xa, trong khi SD-WAN kết nối branch, campus và các site doanh nghiệp vào SASE. Thay vì buộc toàn bộ traffic phải backhaul về Data Center để kiểm tra bảo mật, traffic có thể được đưa tới SASE PoP gần nhất để áp dụng policy.

Các thành phần trong hình có thể hiểu như sau:

Umbrella – Security: cung cấp các dịch vụ bảo mật cloud như DNS-layer security, Secure Web Gateway, Cloud-Delivered Firewall và các chức năng SSE liên quan. Đây là lớp kiểm soát truy cập từ user/site tới Internet và cloud.

Secure Connect – hợp nhất truy cập: đóng vai trò đưa connectivity và security cloud lại gần nhau, hỗ trợ kết nối người dùng, site và tài nguyên doanh nghiệp theo mô hình SASE.

SD-WAN – Network: tối ưu đường truyền WAN, lựa chọn path dựa trên application/policy và kết nối các site tới cloud security. Hình đề cập Meraki và Viptela, đại diện cho các hướng triển khai SD-WAN trong hệ sinh thái Cisco.

ThousandEyes – Observability: cung cấp khả năng quan sát end-to-end từ user, enterprise network, Internet cho tới SaaS/cloud. Đây là điểm rất quan trọng vì khi ứng dụng nằm ngoài Data Center, đội IT không còn sở hữu toàn bộ đường truyền.

Phía trên cùng là Cloud Dashboard, APIs và end-to-end application observability, cho phép quản trị tập trung và tích hợp automation.

Điểm quan trọng của kiến trúc

SASE không đơn giản là “SD-WAN + Firewall trên Cloud”. Ý tưởng lớn hơn là hội tụ:

User/Site → Connectivity → Security Policy → Internet/Cloud/SaaS

đồng thời bổ sung Observability để Network/Security Engineer biết vấn đề nằm ở endpoint, Wi-Fi/LAN, SD-WAN, ISP, Internet, cloud hay SaaS provider.

Có thể cô đọng kiến trúc trong hình bằng công thức:

SASE = Networking + Cloud-delivered Security + Observability + Centralized Management

Đây cũng là lý do SASE ngày càng phù hợp với doanh nghiệp hybrid: người dùng ở mọi nơi, ứng dụng ở mọi nơi thì security và network policy cũng phải có khả năng đi theo người dùng và ứng dụng.
]]> CISCO ISE dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444417-kiến-trúc-sase Những thách thức trong quản trị Firewall hiện đại https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/firewall-vpn-snaf-snaa/444399-những-thách-thức-trong-quản-trị-firewall-hiện-đại Mon, 31 Aug 2026 01:37:17 GMT Những thách thức trong quản trị Firewall hiện đại Hình trên cho thấy quản trị Firewall ngày nay không còn đơn giản là tạo vài rule permit/deny.... Những thách thức trong quản trị Firewall hiện đại

Hình trên cho thấy quản trị Firewall ngày nay không còn đơn giản là tạo vài rule permit/deny. Khi hạ tầng chuyển sang Hybrid Cloud, Multi-Cloud và Zero Trust, đội Security phải đối mặt với sáu áp lực lớn.

1. Vận hành truyền thống vs. tấn công bằng AI
Kẻ tấn công đang sử dụng AI Agent để tự động hóa reconnaissance, khai thác và tấn công với tốc độ máy. Trong khi đó, nhiều SOC vẫn xử lý sự cố và thay đổi firewall theo quy trình thủ công. Đây là cuộc đua machine-speed attack vs. human-speed defense.

2. Operational Complexity – Phức tạp vận hành
Firewall nằm ở Data Center, Branch, Cloud, Kubernetes và Edge, khiến visibility bị phân mảnh. Security team khó có được một góc nhìn thống nhất về traffic và policy.

3. Policy Chaos – Hỗn loạn chính sách
Rule được thêm liên tục nhưng ít khi được xóa hoặc tối ưu. Thay đổi thủ công dễ tạo duplicate rule, shadowed rule, overly permissive rule và các security gap.

4. Compliance Demands – Áp lực tuân thủ
Doanh nghiệp phải đáp ứng PCI DSS, ISO 27001, NIST, GDPR… trong khi vẫn vận hành nhiều công cụ và firewall legacy.

5. Talent & Skills Gap – Thiếu nhân lực chuyên môn
Các chuyên gia giàu kinh nghiệm rời khỏi lực lượng lao động nhanh hơn tốc độ đào tạo nhân sự mới, trong khi môi trường ngày càng phức tạp.

6. Scale & Resource Pressure – Áp lực quy mô và nguồn lực
Traffic, ứng dụng, cloud workload và số lượng policy tiếp tục tăng nhưng ngân sách và nhân sự không tăng tương ứng.

Thông điệp đáng chú ý nhất của hình là: đội Security có thể phải dành 60–80% thời gian cho công việc quản trị firewall thủ công và mang tính phản ứng.

Vì vậy, hướng đi của Firewall Management hiện đại là centralized visibility + policy automation + continuous compliance + AI-assisted operations, giúp kỹ sư chuyển từ reactive operations sang proactive security operations.
]]> FIREPOWER dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/firewall-vpn-snaf-snaa/444399-những-thách-thức-trong-quản-trị-firewall-hiện-đại Các cơ chế mật mã quan trọng – Cryptographic Mechanisms https://www.forum.vnpro.org/forum/ccnp-security/security-core/444397-các-cơ-chế-mật-mã-quan-trọng-–-cryptographic-mechanisms Mon, 31 Aug 2026 01:28:49 GMT Các cơ chế mật mã quan trọng – Cryptographic Mechanisms Hình trên tổng hợp 6 cơ chế nền tảng của mật mã học hiện đại. Chúng thường phối hợp với... Các cơ chế mật mã quan trọng – Cryptographic Mechanisms

Hình trên tổng hợp 6 cơ chế nền tảng của mật mã học hiện đại. Chúng thường phối hợp với nhau trong TLS, IPsec VPN, PKI, SSH và các hệ thống Zero Trust.

1. Encryption – Mã hóa
Biến plaintext thành ciphertext nhằm bảo vệ Confidentiality – tính bí mật. Các thuật toán phổ biến gồm AES-GCM, ChaCha20; với mật mã khóa công khai có thể gặp RSA trong các hệ thống truyền thống.

2. Data Authentication – Xác thực dữ liệu
Giúp kiểm tra dữ liệu đến từ nguồn hợp lệ và không bị sửa đổi. Các cơ chế như HMAC-SHA-256 cung cấp integrity và data-origin authentication.

3. Key Establishment – Thiết lập khóa
Cho phép hai bên tạo hoặc trao đổi shared secret/session key một cách an toàn. Ví dụ: Diffie-Hellman (DH), ECDH và các cơ chế hậu lượng tử như ML-KEM. Trong IKEv2, đây là bước quan trọng để hình thành khóa bảo vệ IPsec SA.

4. Digital Signatures – Chữ ký số
Private Key được dùng để tạo chữ ký; Public Key tương ứng dùng để xác minh. Chữ ký số hỗ trợ Authentication, Integrity và Non-repudiation. Ví dụ: RSA-PSS, ECDSA và ML-DSA.

5. Random Number Generation – Sinh số ngẫu nhiên
Cung cấp các giá trị khó dự đoán cho cryptographic keys, nonces, IV, salts và session identifiers. Nếu RNG yếu, một hệ thống có thể bị phá vỡ dù sử dụng thuật toán mã hóa mạnh.

6. Hashing – Hàm băm
Chuyển dữ liệu thành một giá trị digest có độ dài cố định. Ví dụ SHA-256, SHA-384. Hash được sử dụng rộng rãi để kiểm tra integrity và làm thành phần trong HMAC, chữ ký số, KDF.

Điểm quan trọng với Network/Security Engineer: một giao thức bảo mật mạnh không chỉ cần encryption. Nó cần cả mã hóa + xác thực + integrity + quản lý/thiết lập khóa + nguồn ngẫu nhiên an toàn để hình thành một hệ thống mật mã hoàn chỉnh.]]> CCNP Security Core dangquangminh https://www.forum.vnpro.org/forum/ccnp-security/security-core/444397-các-cơ-chế-mật-mã-quan-trọng-–-cryptographic-mechanisms API (Application Programming Interface) và tại sao API trở thành nền tảng của Network Automation. https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/firewall-vpn-snaf-snaa/444371-api-application-programming-interface-và-tại-sao-api-trở-thành-nền-tảng-của-network-automation Fri, 28 Aug 2026 11:19:50 GMT Hình này làm rõ hơn bản chất của API (Application Programming Interface) và tại sao API trở thành nền tảng của Network Automation. API là gì? ... API (Application Programming Interface) và tại sao API trở thành nền tảng của Network Automation.

API là gì?

API có thể hiểu là một giao diện được một hệ thống cung cấp ra bên ngoài, cho phép phần mềm khác sử dụng một số chức năng hoặc dữ liệu của hệ thống đó mà không cần biết cách nó được xây dựng bên trong.

Nói đơn giản:

API = cách để hai phần mềm "nói chuyện" với nhau.

Hình ổ cắm điện trên slide là một phép so sánh khá hay. Khi sử dụng ổ cắm, chúng ta không cần biết hệ thống điện phía sau tường hoạt động thế nào. Chỉ cần tuân thủ đúng "giao diện" đã quy định.

API cũng tương tự:

Application A → API → Application B

Application A gửi Request, API chuyển yêu cầu tới Application B và dữ liệu/kết quả được trả về dưới dạng Response.

Một API thường quy định những gì?

API không chỉ đơn giản là một địa chỉ để truy cập. Nó còn xác định cách hai hệ thống giao tiếp.

Transport xác định phương thức vận chuyển dữ liệu. Ví dụ REST API thường sử dụng HTTP/HTTPS.

Request–Response Mechanism xác định cách gửi yêu cầu và nhận kết quả. Với REST API, chúng ta thường gặp:
GET → đọc dữ liệu
POST → tạo mới
PUT → cập nhật/thay thế
PATCH → chỉnh sửa
DELETE → xóa

Ví dụ:
GET /interfaces

có thể được sử dụng để yêu cầu thiết bị trả về danh sách interface.

State Requirements xác định API có cần lưu trạng thái của phiên giao tiếp hay không. REST nổi tiếng với nguyên tắc stateless: mỗi request nên chứa đủ thông tin cần thiết để server xử lý mà không phụ thuộc vào trạng thái của request trước.

Từ API đến Device API

Trong Network Automation, một router, switch hay firewall cũng có thể cung cấp API.

Khi đó chúng ta thường gọi là Device API.

Thay vì:
Engineer
↓
SSH
↓
CLI
↓
Switch

chúng ta có thể:
Python / Ansible / Controller
↓
Device API
↓
Router / Switch

Ví dụ một chương trình có thể yêu cầu:
GET /interfaces

để lấy trạng thái interface, hoặc gửi yêu cầu thay đổi configuration mà không cần engineer đăng nhập SSH và gõ từng câu lệnh.

Trong môi trường mạng hiện đại, chúng ta sẽ thường xuyên gặp các cơ chế như:

REST API, RESTCONF, NETCONF, gNMI/gRPC và YANG data models.

API quan trọng thế nào đối với Automation?

Giả sử doanh nghiệp có 200 switch và cần tạo VLAN 100.

Cách truyền thống:
SSH Switch01 → configure
SSH Switch02 → configure
SSH Switch03 → configure
...
SSH Switch200 → configure

Với Automation:
Automation Platform
↓
API
↓
Switch01
Switch02
Switch03
...
Switch200

Một chương trình có thể tự động thực hiện công việc trên toàn bộ hệ thống.

Đây là lý do API rất quan trọng đối với Network Programmability, SDN, Infrastructure as Code và Network Automation.

Có thể nhớ bằng một chuỗi rất đơn giản:

API giúp máy nói chuyện với máy → Device API giúp phần mềm nói chuyện với thiết bị mạng → Automation sử dụng các API đó để quản lý hạ tầng ở quy mô lớn.

Vì vậy, khi học Network Automation, điều quan trọng không còn chỉ là biết "gõ CLI như thế nào", mà còn phải hiểu "làm thế nào để phần mềm thực hiện công việc đó thay cho chúng ta".
]]> FIREPOWER dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/firewall-vpn-snaf-snaa/444371-api-application-programming-interface-và-tại-sao-api-trở-thành-nền-tảng-của-network-automation REST API điển hình hoạt động như thế nào? https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444335-rest-api-điển-hình-hoạt-động-như-thế-nào Thu, 27 Aug 2026 10:53:24 GMT REST API (Representational State Transfer API) là một trong những cách phổ biến nhất để phần mềm giao tiếp với các hệ thống hạ tầng hiện đại. Với dân... REST API (Representational State Transfer API) là một trong những cách phổ biến nhất để phần mềm giao tiếp với các hệ thống hạ tầng hiện đại. Với dân Network/Cloud, REST API đặc biệt quan trọng vì controller, firewall, SD-WAN, Cloud platform và hệ thống automation đều có thể cung cấp API để thay thế hoặc bổ sung cho CLI.

Luồng hoạt động cơ bản trong hình là:

Client Request → API Service → Xử lý → Response → Client Action

1. Client gửi Request

Client có thể là Python script, Ansible, Terraform, Postman hoặc một ứng dụng automation. Request thường gửi tới một API endpoint và sử dụng HTTP method phù hợp.

Các method quan trọng gồm:

GET – đọc/lấy thông tin resource.
POST – tạo resource mới.
PUT – cập nhật hoặc thay thế resource, thường gửi representation đầy đủ.
PATCH – chỉ cập nhật những thành phần cần thay đổi.
DELETE – xóa resource.

Ví dụ muốn lấy thông tin một thiết bị:
GET /api/devices/101

Muốn tạo một network mới:
POST /api/networks

Còn nếu chỉ muốn thay đổi một thuộc tính của resource hiện tại, PATCH thường phù hợp hơn PUT.

2. API Service xử lý yêu cầu

API Service nhận request, kiểm tra authentication/authorization, endpoint, method, parameters và dữ liệu gửi kèm.

Sau đó hệ thống thực hiện hành động tương ứng:
GET → Read
POST → Create
PUT → Replace/Update
PATCH → Modify
DELETE → Remove

Trong môi trường Network Automation, hành động phía sau API có thể là lấy trạng thái interface, tạo VLAN, thay đổi policy, cấu hình firewall rule hoặc provisioning một tài nguyên Cloud. 3. Server trả Response

Sau khi xử lý, API trả response cho client. Dữ liệu có thể ở dạng JSON, XML hoặc text, trong đó JSON hiện rất phổ biến.

Ví dụ:
{
"hostname": "R1",
"interface": "GigabitEthernet1",
"status": "up"
}

Response thường đi kèm HTTP Status Code, chẳng hạn:
200 OK
201 Created
400 Bad Request
401 Unauthorized
403 Forbidden
404 Not Found
500 Internal Server Error

Đây là thông tin cực kỳ hữu ích khi troubleshooting automation. REST API dưới góc nhìn Network Engineer

Có thể hình dung API giống như một CLI dành cho phần mềm.

Thay vì engineer nhập:
show interfaces

một chương trình có thể thực hiện:
GET /api/interfaces

Sau đó nhận JSON, phân tích kết quả và tự động thực hiện bước tiếp theo.

Điểm mạnh thực sự của REST API vì vậy không chỉ nằm ở việc đọc hay cấu hình thiết bị từ xa, mà ở khả năng biến hạ tầng thành thứ mà phần mềm có thể tương tác. Đây chính là nền tảng quan trọng của Network Programmability, Infrastructure as Code, CI/CD và Network Automation.
]]> CISCO ISE dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444335-rest-api-điển-hình-hoạt-động-như-thế-nào Network Engineer thời AI khác gì so với trước đây? https://www.forum.vnpro.org/forum/ccnp-security/security-core/444254-network-engineer-thời-ai-khác-gì-so-với-trước-đây Wed, 26 Aug 2026 02:06:34 GMT Ngày trước, kỹ sư mạng chủ yếu làm việc theo mô hình Box-by-Box CLI. Có 20 switch thì đăng nhập từng thiết bị để cấu hình, kiểm tra và... Box-by-Box CLI. Có 20 switch thì đăng nhập từng thiết bị để cấu hình, kiểm tra và troubleshooting. Kỹ năng cốt lõi vì thế tập trung vào CLI, Spanning Tree, Routing Protocol, QoS, VPN, MPLS… cùng một số công cụ scripting như TCL hay EEM.

Nhưng mạng hiện đại đang chuyển từ quản trị từng thiết bị sang quản trị toàn hệ thống – System-wide / Controller-based.

Thay vì nói với từng switch rằng “hãy cấu hình VLAN này, ACL kia”, chúng ta mô tả Intent – điều mình muốn toàn bộ hệ thống đạt được. Controller sẽ chuyển intent đó thành policy và cấu hình xuống các thiết bị. Cisco ACI, SD-Access hay các kiến trúc SDN là những ví dụ điển hình.

Điều này làm xuất hiện một lớp kỹ năng mới.

Network Engineer vẫn phải hiểu Routing, Switching, VXLAN, QoS, Security, VPN... nhưng đồng thời cần biết thêm Python, REST API, JSON/YAML, Linux, Git, Ansible, Infrastructure as Code và CI/CD. API trở thành cầu nối để phần mềm giao tiếp với hạ tầng mạng.

Và bây giờ AI đang tạo ra bước chuyển tiếp theo.

Controller Networking → Automation → AIOps → Agentic Networking.

AI có thể đọc telemetry, phát hiện anomaly, phân tích nguyên nhân và đề xuất thay đổi. AI Agent còn có thể tiến thêm một bước: sử dụng API và automation để thực hiện hành động, quan sát kết quả rồi tiếp tục điều chỉnh theo mô hình closed-loop.

Vì vậy, hình này không có nghĩa là kỹ năng Network truyền thống đã lỗi thời. Ngược lại, Routing, Switching và Security vẫn là nền móng. Điều thay đổi là chúng ta phải xây thêm những tầng kỹ năng mới phía trên nền móng đó.

Có thể tóm gọn sự tiến hóa của nghề Network:

CLI → Controller → API → Automation → AIOps → AI Agent.

Và đây cũng liên quan trực tiếp đến “nghịch lý” chúng ta vừa nói: AI tự động hóa ngày càng nhiều công việc Network cấp thấp, nhưng đồng thời làm tăng giá trị của những kỹ sư hiểu Architecture, Automation, Security và AI Infrastructure.

Network Engineer không biến mất trong thời AI. Network Engineer đang được nâng cấp.
]]> CCNP Security Core dangquangminh https://www.forum.vnpro.org/forum/ccnp-security/security-core/444254-network-engineer-thời-ai-khác-gì-so-với-trước-đây Lịch sử và sự phát triển của Zero Trust https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/vpn-aa/444156-lịch-sử-và-sự-phát-triển-của-zero-trust Sat, 22 Aug 2026 00:50:45 GMT Lịch sử và sự phát triển của Zero Trust Hình trên cho thấy Zero Trust không phải là một sản phẩm hay công nghệ xuất hiện đột ngột, mà là kết quả... Lịch sử và sự phát triển của Zero Trust

Hình trên cho thấy Zero Trust không phải là một sản phẩm hay công nghệ xuất hiện đột ngột, mà là kết quả của hơn 30 năm phát triển tư duy bảo mật mạng.

Từ những năm 1990, doanh nghiệp bắt đầu áp dụng Network Segmentation để chia nhỏ mạng và hạn chế phạm vi truy cập. Đến 2001, IEEE 802.1X cùng tư duy micro-segmentation tiếp tục tăng khả năng kiểm soát thiết bị và người dùng trước khi cho phép truy cập tài nguyên.

Năm 2004, Jericho Forum đưa ra khái niệm De-perimeterization: ranh giới mạng truyền thống không còn đủ để bảo vệ doanh nghiệp. Đây là tiền đề quan trọng cho Zero Trust.

Năm 2010, John Kindervag tại Forrester chính thức đưa ra thuật ngữ “Zero Trust”. Đến 2013, Forrester phát triển Zero Trust Network/Segmentation (ZTX/NSG), trong khi năm 2014, Google công bố BeyondCorp, chứng minh rằng doanh nghiệp lớn có thể triển khai truy cập dựa trên identity, device và context thay vì đơn thuần tin tưởng vị trí mạng.

Giai đoạn 2019–2020 đánh dấu bước trưởng thành quan trọng: Gartner phát triển mô hình ZTNA, còn NIST công bố SP 800-207 – Zero Trust Architecture, tạo nền tảng kiến trúc chuẩn cho Zero Trust.

Từ 2021–2022, Zero Trust bước sang cấp độ chiến lược quốc gia với Federal Zero Trust Strategy, CISA Zero Trust Maturity Model và DoD Zero Trust Reference Architecture.

Thông điệp quan trọng của timeline này là: Zero Trust đã tiến hóa từ “bảo vệ network perimeter” → segmentation → identity/context-aware access → Zero Trust Architecture.

Ngày nay, nguyên tắc cốt lõi có thể tóm gọn là: không mặc định tin cậy chỉ vì người dùng hay thiết bị đang ở bên trong mạng; mọi truy cập phải được xác minh và cấp quyền phù hợp với ngữ cảnh.]]> VPN dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/vpn-aa/444156-lịch-sử-và-sự-phát-triển-của-zero-trust Slide về Application Security của Cisco https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444129-slide-về-application-security-của-cisco Thu, 20 Aug 2026 13:36:45 GMT Slide nói về Application Security của CIsco. Slide nói về Application Security của CIsco. CISCO ISE dangquangminh https://www.forum.vnpro.org/forum/ccnp-security-®-ccsp/ccnp-security-new/cisco-ise/444129-slide-về-application-security-của-cisco Lab CA Server (Phần 5) https://www.forum.vnpro.org/forum/ccnp-security/security-core/444066-lab-ca-server-phần-5 Wed, 19 Aug 2026 05:03:30 GMT Vào lại mmc.exe trên Webserver => tick chọn

+ Trong Server Manager chọn Tool > Internet Information Service (IIS) Manager

Click chọn WEBSERVER, ở Dashboard chọn Server Certificates

Chọn Complete Certificates Request

Click … tìm đến nơi chưa Certificates vừa tải về

Điền Friendly name và chọn nơi lưu trữ certificate là Web Hosting, sau đó chọn OK

Tiến hành add thêm port SSL và thêm chứng chỉ cho Web server
Trong IIS Manager nháy chọn Default Web Site, bên bảng Action chọn Bindings…

Chọn Add
Type: https
SSL certificates: chọn certificates đã download từ CA về.

Kiểm tra chứng thực
Quay lại CA server, trong Tools > Certificate Authority, bung ra và xem phần Issued Certificates

Trên Windows 7 mở trình duyệt, truy cập địa chỉ của web server (giả sử https://10.215.27.222 hoặc https://webserver.vnpro.vn)
Lưu ý: địa chỉ sẽ thay đổi theo địa chỉ đã cung cấp cho học viên.

]]> CCNP Security Core anhnguyxn https://www.forum.vnpro.org/forum/ccnp-security/security-core/444066-lab-ca-server-phần-5 Lab CA Server (Phần 4) https://www.forum.vnpro.org/forum/ccnp-security/security-core/444054-lab-ca-server-phần-4 Wed, 19 Aug 2026 04:59:29 GMT Mở trình duyệt và truy cập vào server CA, http://[ IP server CA ]/certsrv

IP server CA là ip của server CA, ví dụ http://10.215.27.220/certsrv

Vao Tools > Internet Options > Security > Sites > add http://[ IP server CA ]

Đăng nhập bằng tài khoản scor trên CA Server

Chọn Request a certificates

Chọn advanced certificates request

Chọn Submit certificates request by using …

Tìm đến Certificates Request vừa tạo và copy nội dung

Sau đó dán nội dung vừa copy vào Save request

Chọn định dạng certificates DER encoded hoặc BASE 64 encoded
Sau đó chọn Download certificate

Sau khi download certificates, Click vào Certificate => Install Certificate

Ok.

]]> CCNP Security Core anhnguyxn https://www.forum.vnpro.org/forum/ccnp-security/security-core/444054-lab-ca-server-phần-4 Lab CA Server (Phần 3) https://www.forum.vnpro.org/forum/ccnp-security/security-core/444039-lab-ca-server-phần-3 Wed, 19 Aug 2026 04:56:48 GMT + Certificate Enrollment:

Tick vào Custom request chọn Proceed without enrollment policy

Chọn Legacy key => PKCS #10

-Click show Detail => Chọn tiếp Properties

Chọn next => Mục General:

Mục Subject:

Extensions:

]]> CCNP Security Core anhnguyxn https://www.forum.vnpro.org/forum/ccnp-security/security-core/444039-lab-ca-server-phần-3 Lab CA Server (Phần 2) https://www.forum.vnpro.org/forum/ccnp-security/security-core/444031-lab-ca-server-phần-2 Wed, 19 Aug 2026 04:53:16 GMT Mở trình duyệt và truy cập vào địa chỉ http://localhost/certsrv (http://localhost/certsrv), Xem thử đã có web chưa. Có rồi thì chúng ta sẽ chuyển... Mở trình duyệt và truy cập vào địa chỉ http://localhost/certsrv, Xem thử đã có web chưa. Có rồi thì chúng ta sẽ chuyển sang cấu hình webserver

Cài đặt Web Server (IIS)
Trên máy WEBSERVER ta sẽ cài đặt Web Server (IIS)

Yêu cầu chứng thực đến CA Server

Ta gõ Win + R: gõ tiếp mmc.exe
Mở phần mềm mmc

Chọn vào File => Add/Remove Snap-in

+ Chọn Certificate và bấm ADD, bấm ok

+ Click chuột phải vào Personal => All Tasks => Advanced Operations => Create Custom Request

]]> CCNP Security Core anhnguyxn https://www.forum.vnpro.org/forum/ccnp-security/security-core/444031-lab-ca-server-phần-2 Lab CA Server (Phần 1) https://www.forum.vnpro.org/forum/ccnp-security/security-core/444015-lab-ca-server-phần-1 Wed, 19 Aug 2026 04:49:38 GMT Vì bài lab cũng khá dài nên mình sẽ chia ra làm nhiều phần để đăng lên Sơ đồ bài lab Trong bài lab này mình sẽ có 2 Windows Server 2016 (1 con... Sơ đồ bài lab

Trong bài lab này mình sẽ có 2 Windows Server 2016 (1 con chạy AD/CS tức là Server CA và 1 con chạy Web Server) và 1 PC Client Win 10 để test CA Web
Về phần yêu cầu Lab: thì buộc phải lên Domain Controller và Web Server phải join vào Domain
Thông tin IP:
IP AD-CA:
Network: 192.168.1.1
Subnet: 255.255.255.0
Default gateway: 192.168.1.1
DNS: 192.168.1.1

IP WEBSERVER: 192.168.1.2
Subnet: 255.255.255.0
Default gateway: 192.168.1.1
DNS: 192.168.1.1

IP PC: 192.168.1.100
Subnet: 255.255.255.0
Default gateway: 192.168.1.1
DNS: 192.168.1.1

Cấu hình Windows server name:
Mở Server manager
Click Local Server
Click Computer Name
Click Change
Chọn Name: ad
Click OK
Click Close và restart Server

Làm Tương tự với “Webserver”
Name: webserver

Cấu hình Windows server Active Directory:

Cài đặt Active Directory Server role

Mở Server manager
Click Add roles và features
Click 3 lần Next
Chọn Active Directory Domain Services, và click Add features
Click 3 lần Next, và Install
Sau khi cài đặt hoàn tất, Click close

Chuyển hướng đến Server manager, (biểu tượng lá cờ vàng)

Click vào Promote this server to a domain controller
Chọn “Add new forest”
Để domain name “vnpro.vn”
Click Next
Nhập DSRM password 2 lần (example: Test123)
Click Next 5 lần
Click Install
Sau khi server đã rebooted và nếu required, thay administrator

Cấu DNS Server:
Chuyển hướng đến Server manager, Tools/DNS
Tạo Reverse Lookup Zones

Chuột phải Reverse lookup Zones/New Zone, Next
Chọn Primary Zone and click Next
Chọn To all DNS servers
domain: eve.lab, click Next
IPv4 Reverse Lookup Zone, Next
Network ID: 192.168.1, Next, Next
Cho phép both non-secure và secure dynamic updates, Next
Kết thúc

Join Webserver vào Domain của AD

Lưu ý: kiểm tra kỹ DNS và gõ lệnh nslookup để kiểm tra

Cấu hình AD-CA Server

Cài đặt Active Directory Certificate Services (AD CS)
Đầu tiên các bạn sẽ mở Server Manager trên CA. Sau đó chọn Add Roles and Feature

Tiếp tục nhấn Next cho đến mục AD CS - Role Service
Tích chọn Certification Authority và Certification Authority Web Environent
Sau đó nhất Next

Nhấn Install

Sau khi cài đặt thành công, chọn mục Notification > Configure Active Directory Certificates on this server

Tích chọn như hình dưới và nhấn Next

Chọn Enterprise CA và nhấn Next

Chọn Root CA và nhấn Next

Chọn Create a new private key và nhấn Next

Chọn cryptographic provider, key length, thuật toán hash hoặc có thể để mặc định và nhấn Next

Nhấn Next

Chọn thời gian hiệu lực của certificates và nhấn Next

Nhấn Next

Nhấn Configure

Thông báo như hình dưới là thành công

Mở trình duyệt và truy cập vào địa chỉ http://localhost/certsrv, Xem thử đã có web chưa. Có rồi thì chúng ta sẽ chuyển sang cấu hình webserver

]]> CCNP Security Core anhnguyxn https://www.forum.vnpro.org/forum/ccnp-security/security-core/444015-lab-ca-server-phần-1 4 primitive (thao tác nền tảng) quan trọng của mật mã khóa công khai – Public-Key Cryptography. https://www.forum.vnpro.org/forum/ccnp-security/security-core/444002-4-primitive-thao-tác-nền-tảng-quan-trọng-của-mật-mã-khóa-công-khai-–-public-key-cryptography Wed, 19 Aug 2026 01:11:32 GMT 4 primitive (thao tác nền tảng) quan trọng của mật mã khóa công khai – Public-Key Cryptography. 1. Key Generation – Sinh cặp khóa Hệ thống tạo ra... 4 primitive (thao tác nền tảng) quan trọng của mật mã khóa công khai – Public-Key Cryptography.

1. Key Generation – Sinh cặp khóa
Hệ thống tạo ra một cặp khóa gồm Public Key (khóa công khai) và Private Key (khóa bí mật). Public Key có thể chia sẻ rộng rãi, trong khi Private Key phải được chủ sở hữu bảo vệ tuyệt đối.

2. Key Exchange – Trao đổi khóa
Hai bên sử dụng các giá trị ngẫu nhiên như Local Nonce và Remote Nonce, kết hợp với cơ chế trao đổi khóa để tạo ra Shared Key. Ví dụ điển hình là Diffie-Hellman (DH/ECDH) trong IKE/IPsec. Shared Key sau đó thường được dùng cho mã hóa đối xứng như AES.

3. Encryption – Mã hóa
Bên gửi sử dụng Public Key của bên nhận để mã hóa Message thành Ciphertext. Chỉ bên sở hữu Private Key tương ứng mới có thể giải mã. Đây là cơ sở của tính Confidentiality – bí mật.

4. Digital Signature – Chữ ký số
Bên gửi dùng Private Key để ký thông điệp, tạo Signed Message. Bên nhận sử dụng Public Key của người gửi để kiểm tra chữ ký (Verify).

Nếu xác minh thành công, chữ ký số giúp đảm bảo Integrity (toàn vẹn), Authentication (xác thực nguồn gốc) và hỗ trợ Non-repudiation (chống chối bỏ).

Điểm cần nhớ: Public Key có thể công khai; Private Key không bao giờ được chia sẻ.
]]> CCNP Security Core dangquangminh https://www.forum.vnpro.org/forum/ccnp-security/security-core/444002-4-primitive-thao-tác-nền-tảng-quan-trọng-của-mật-mã-khóa-công-khai-–-public-key-cryptography