Vietnamese Professional - CCLABPRO https://www.forum.vnpro.org/ vi Sun, 06 Sep 2026 07:22:08 GMT vBulletin 60 images/misc/rss.png Vietnamese Professional - CCLABPRO https://www.forum.vnpro.org/ Ccnp encor online – bước tiếp theo trên hành trình network https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/444473-ccnp-encor-online-–-bước-tiếp-theo-trên-hành-trình-network Fri, 04 Sep 2026 04:20:03 GMT CCNP ENCOR ONLINE – BƯỚC TIẾP THEO TRÊN HÀNH TRÌNH NETWORK
Sau khi đã có nền tảng CCNA, nhiều bạn bắt đầu đặt câu hỏi: “Tiếp theo mình nên học gì để nâng cao chuyên môn Network?”
Một trong những lựa chọn đáng cân nhắc là ENCOR – Implementing and Operating Cisco Enterprise Network Core Technologies.
ENCOR giúp người học tiếp cận sâu hơn với hệ thống mạng Enterprise, không chỉ dừng lại ở việc “biết cấu hình” mà hướng đến hiểu cách hệ thống vận hành và xử lý các bài toán thực tế.
CCNP ENCOR ONLINE khai giảng 08/09
Lịch học: 3-5-7 | Buổi tối
Học ENCOR để làm gì?
Củng cố và nâng cao kiến thức Network Enterprise
Tiếp cận các công nghệ và mô hình mạng chuyên sâu
Rèn tư duy troubleshooting, phân tích và xử lý vấn đề
Tạo nền tảng để phát triển theo hướng Network Engineer / Network Administrator
Chuẩn bị tốt hơn cho hành trình CCNP Enterprise
Học Network không phải là học thật nhiều công nghệ. Quan trọng là xây được một nền tảng đủ vững để khi gặp bài toán thực tế, bạn biết cách phân tích và giải quyết.
Nếu bạn đã hoàn thành CCNA và đang tìm một bước tiếp theo để nâng cấp chuyên môn, ENCOR có thể là một lựa chọn phù hợp.
Quan tâm khóa CCNP ENCOR ONLINE 08/09 – 3-5-7 tối, hãy để lại bình luận hoặc inbox để được tư vấn lộ trình học.
ĐĂNG KÝ & TƯ VẤN NGAY:
Hotline: 0933 427 079
Như Ngọc: 0765 944 386
Anh Thư: 0339 943 732​]]> CCNP - Enterprise Core LabPro ThaoHoa https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/444473-ccnp-encor-online-–-bước-tiếp-theo-trên-hành-trình-network 4 giai đoạn DevOps https://www.forum.vnpro.org/forum/cclabpro/ccnp-advacned-routing-labpro/444331-4-giai-đoạn-devops Thu, 27 Aug 2026 10:38:32 GMT 4 giai đoạn cốt lõi của DevOps, trong đó Infrastructure as Code (IaC) nằm ở trung tâm. Mục tiêu là quản trị hạ tầng mạng giống như phát triển phần... 4 giai đoạn cốt lõi của DevOps, trong đó Infrastructure as Code (IaC) nằm ở trung tâm. Mục tiêu là quản trị hạ tầng mạng giống như phát triển phần mềm: mọi thay đổi được mô tả bằng code, kiểm thử và triển khai tự động.

Design – Collaborative Development: Kỹ sư thiết kế cấu hình, policy và hạ tầng dưới dạng code, lưu trên Git để cộng tác và quản lý phiên bản.

Deploy – Continuous Delivery: Code sau khi được phê duyệt sẽ được pipeline tự động triển khai lên môi trường mạng, giảm cấu hình CLI thủ công.

Test – Automated Validation: Hệ thống tự động kiểm tra syntax, compliance, connectivity và xác nhận cấu hình hoạt động đúng trước hoặc sau triển khai.

Rollout – Continuous Operations: Thay đổi được đưa vào vận hành, tiếp tục monitoring và thu thập feedback.

Điểm quan trọng nhất là đây không phải quy trình một lần, mà là vòng lặp liên tục: Design → Deploy → Test → Rollout → Design, giúp mạng thay đổi nhanh hơn, nhất quán hơn và giảm human error.​]]> CCNP - Advanced Routing LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-advacned-routing-labpro/444331-4-giai-đoạn-devops StealthWatch Lab Cisco https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/444203-stealthwatch-lab-cisco Mon, 24 Aug 2026 12:38:44 GMT Lab StealthWatch của Cisco. ]]> CCNP - Security Core LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/444203-stealthwatch-lab-cisco Ôn tập TCP/IP https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443952-ôn-tập-tcp-ip Mon, 17 Aug 2026 11:27:03 GMT TCP/IP được sinh ra để kết nối, không phải để bảo mật! Ngày nay, TCP/IP là nền tảng của Internet, mạng LAN, Data Center và cả các hệ thống Cloud... TCP/IP được sinh ra để kết nối, không phải để bảo mật!


Ngày nay, TCP/IP là nền tảng của Internet, mạng LAN, Data Center và cả các hệ thống Cloud như Azure hay AWS. Nhưng có một điều rất quan trọng mà người làm System, Network hay Cloud cần nhớ:
TCP/IP ban đầu không được thiết kế với Security là ưu tiên hàng đầu.
TCP/IP ra đời trong một thế giới rất khác


Bộ giao thức TCP/IP được phát triển trong môi trường nghiên cứu với sự tài trợ của Bộ Quốc phòng Hoa Kỳ. Mục tiêu ban đầu là xây dựng một hệ thống truyền thông:
  • Linh hoạt
  • Có khả năng chịu lỗi
  • Hoạt động ngay cả khi một số node gặp sự cố
  • Truyền dữ liệu nhanh chóng và đáng tin cậy

Các nhà thiết kế thời đó chưa thể hình dung Internet sẽ phát triển thành một mạng toàn cầu với hàng tỷ người dùng, thiết bị IoT, Cloud, Mobile và vô số cuộc tấn công như hiện nay.

Vì vậy, nhiều giao thức TCP/IP đời đầu gần như được xây dựng với giả định:

Các thiết bị trong mạng có thể tin tưởng nhau.

Và đây chính là vấn đề.
Những giao thức từng rất tiện nhưng không an toàn


Một ví dụ điển hình là bộ Berkeley r-utilities trên UNIX:

rlogin → Remote Login
rcp → Remote Copy
rsh → Remote Shell

Các công cụ này giúp đăng nhập, copy file và thực thi lệnh trên máy tính từ xa rất thuận tiện.

Nhưng chúng được xây dựng trong thời kỳ mà môi trường mạng được xem là đáng tin cậy, thậm chí có thể cho phép truy cập mà không cần nhập password trong một số cấu hình.

Trong môi trường Internet hiện đại, đây rõ ràng là một rủi ro lớn.

Đó cũng là lý do những giao thức cũ như Telnet, FTP, rlogin, rsh... dần được thay thế bằng các giải pháp an toàn hơn như SSH, SFTP và HTTPS.
Một lỗ hổng ở tầng thấp có thể ảnh hưởng tầng trên


Đây là điểm rất quan trọng khi học TCP/IP Security.

Các giao thức Application Layer như:

HTTP, FTP, Telnet, SMTP...

đều phải dựa vào các giao thức phía dưới như TCP/IP để truyền dữ liệu.

Có thể hình dung:

HTTP / FTP / Telnet
↓
TCP / UDP
↓
IP
↓
Network

Vì vậy, nếu attacker khai thác được điểm yếu ở các tầng thấp hơn, những giao thức và ứng dụng phía trên cũng có thể bị ảnh hưởng.

Đây là một trong những lý do bảo mật hiện đại phải được triển khai theo tư tưởng Defense in Depth – phòng thủ nhiều lớp, thay vì chỉ đặt một Firewall ở biên mạng rồi xem như đã an toàn.
Morris Worm 1988 – Hồi chuông cảnh tỉnh của Internet


Một sự kiện quan trọng trong lịch sử Cybersecurity là Morris Worm năm 1988, một trong những worm đầu tiên lan truyền rộng qua Internet.

Theo tác giả, mục đích ban đầu không phải phá hoại mà nhằm tìm hiểu quy mô của mạng Internet thời kỳ đó. Tuy nhiên, chương trình đã khai thác nhiều điểm yếu của các dịch vụ UNIX phổ biến, bao gồm sendmail, finger và cơ chế trust liên quan đến các dịch vụ remote shell.

Một lỗi trong cơ chế tự lan truyền khiến một máy tính có thể bị nhiễm nhiều lần.

Kết quả:

Nhiễm Worm
→ Tạo thêm process
→ Tiêu thụ tài nguyên
→ Máy chạy chậm
→ Cuối cùng không thể sử dụng

Morris Worm trở thành một trong những sự kiện khiến cộng đồng CNTT nhận ra rằng:
Một mạng kết nối càng lớn thì Security càng trở nên quan trọng.

Sau Morris Worm, chúng ta tiếp tục chứng kiến nhiều malware/worm nổi tiếng như Melissa (1999), Code Red (2001) và SQL Slammer (2003).
TCP/IP ngày nay đã thay đổi rất nhiều


TCP/IP liên tục được mở rộng, chuẩn hóa và bổ sung các công nghệ bảo mật.

Đồng thời, chúng ta triển khai thêm nhiều lớp bảo vệ như:

Firewall, IDS/IPS, VPN/IPsec, TLS, Endpoint Protection, MFA, Network Segmentation, Zero Trust...

Nhưng để hiểu Security, người quản trị Windows Server, Azure hay Network vẫn cần nắm được nền tảng TCP/IP.

Đặc biệt là 4 giao thức cốt lõi thường được nhắc đến trong IP suite:

IP – Internet Protocol
Chịu trách nhiệm addressing và chuyển packet giữa các mạng.

TCP – Transmission Control Protocol
Cung cấp truyền dữ liệu hướng kết nối và đáng tin cậy.

UDP – User Datagram Protocol
Truyền dữ liệu connectionless với overhead thấp, không đảm bảo delivery như TCP.

ICMP – Internet Control Message Protocol
Được sử dụng cho thông báo lỗi và diagnostic. Các công cụ quen thuộc như ping sử dụng ICMP.
Câu hỏi ôn tập


Which four options are considered as the main protocols of the IP suite? (Choose four.)

A. UDP ✅
B. TCP ✅
C. HTTP
D. IP ✅
E. SSL
F. ICMP ✅
G. FTP
H. Telnet

👉 Đáp án: UDP, TCP, IP và ICMP.

HTTP, FTP và Telnet là các giao thức tầng ứng dụng; SSL/TLS cung cấp các cơ chế bảo mật cho truyền thông ứng dụng.

Điều quan trọng cần nhớ:
TCP/IP giúp thế giới kết nối với nhau. Nhưng Security phải được xây dựng thành nhiều lớp xung quanh kết nối đó.
​]]> CCNP - Security Core LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443952-ôn-tập-tcp-ip Một số tài liệu ghi chép cho ccnp encor https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/443934-một-số-tài-liệu-ghi-chép-cho-ccnp-encor Mon, 17 Aug 2026 08:26:30 GMT Hai tài liệu bổ sung cho CCNP ENCOR. Hai tài liệu bổ sung cho CCNP ENCOR. CCNP - Enterprise Core LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/443934-một-số-tài-liệu-ghi-chép-cho-ccnp-encor Meraki Lab Guide https://www.forum.vnpro.org/forum/cclabpro/ccnp-advacned-routing-labpro/443905-meraki-lab-guide Sat, 15 Aug 2026 12:01:33 GMT Tài liệu Meraki lab Guide. Tài liệu Meraki lab Guide. CCNP - Advanced Routing LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-advacned-routing-labpro/443905-meraki-lab-guide 3 dạng câu hỏi trong đề thi quốc tế Cisco https://www.forum.vnpro.org/forum/cclabpro/ccna-labpro/443889-3-dạng-câu-hỏi-trong-đề-thi-quốc-tế-cisco Fri, 14 Aug 2026 13:03:22 GMT 3 dạng câu hỏi thường gặp trong bài thi chứng chỉ Cisco Khi chuẩn bị cho các kỳ thi chứng chỉ Cisco, ngoài việc nắm kiến thức kỹ thuật, bạn cũng... 3 dạng câu hỏi thường gặp trong bài thi chứng chỉ Cisco


Khi chuẩn bị cho các kỳ thi chứng chỉ Cisco, ngoài việc nắm kiến thức kỹ thuật, bạn cũng nên làm quen với cách Cisco đặt câu hỏi. Ba dạng cơ bản thường gặp là: 1. Multiple Choice – Câu hỏi trắc nghiệm


Đây là dạng quen thuộc nhất.

Cisco đưa ra một câu hỏi hoặc tình huống, sau đó yêu cầu chọn một hoặc nhiều đáp án đúng.

Ví dụ:

Which protocol is used to prevent Layer 2 switching loops?

A. OSPF
B. STP
C. BGP
D. HSRP

Đáp án: B. STP

Điểm cần lưu ý là phải đọc kỹ yêu cầu: chọn một đáp án hay chọn nhiều đáp án. Đừng thấy một đáp án đúng rồi vội chuyển câu.
2. Drag and Drop – Kéo và thả


Dạng này kiểm tra khả năng phân loại, ghép cặp hoặc sắp xếp kiến thức.

Ví dụ Cisco có thể đưa ra:
  • OSPF
  • BGP
  • STP
  • HSRP

Sau đó yêu cầu kéo từng công nghệ vào nhóm phù hợp:

Routing Protocol: OSPF, BGP
Layer 2 Protocol: STP
First-Hop Redundancy: HSRP

Dạng Drag and Drop rất hay xuất hiện với những chủ đề có nhiều khái niệm gần giống nhau. Vì vậy, học theo kiểu chỉ nhớ định nghĩa thường chưa đủ; cần hiểu vai trò và mối quan hệ giữa các công nghệ.
3. Fill in the Blanks – Điền vào chỗ trống


Cisco cung cấp một câu, câu lệnh hoặc thông tin kỹ thuật chưa hoàn chỉnh và yêu cầu điền phần còn thiếu.

Ví dụ:
Switch(config)# spanning-tree portfast ______

Bạn phải xác định từ khóa phù hợp dựa trên kiến thức về Cisco IOS.

Dạng này khó hơn trắc nghiệm ở một điểm: không có đáp án để nhìn và suy luận ngược. Bạn phải thực sự nhớ khái niệm, thuật ngữ hoặc cú pháp cần thiết.
Học Cisco không chỉ là học để chọn A, B, C, D


Nếu đang luyện CCNA, CCNP hay các chứng chỉ Cisco khác, đừng chỉ luyện ngân hàng câu hỏi.

Hãy thử tự kiểm tra kiến thức theo ba cách:

Multiple Choice → Tôi có nhận ra đáp án đúng không?

Drag and Drop → Tôi có phân loại và kết nối được các khái niệm không?

Fill in the Blanks → Nếu không có đáp án gợi ý, tôi có tự nhớ được không?

Nếu vượt qua được cả ba mức này, kiến thức thường đã chắc hơn rất nhiều.

Và với các bài thi Cisco hiện đại, kỹ năng quan trọng hơn nữa là: đọc scenario, phân tích topology, CLI output và áp dụng kiến thức để giải quyết vấn đề, chứ không đơn thuần học thuộc đáp án.
​]]> CCNA - LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccna-labpro/443889-3-dạng-câu-hỏi-trong-đề-thi-quốc-tế-cisco MPLS ebook https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/443820-mpls-ebook Wed, 12 Aug 2026 08:32:18 GMT Ebook MPLS Ebook MPLS CCNP - Enterprise Core LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-enterprise-core-labpro/443820-mpls-ebook Nghiên cứu tại DEF CON gọi IPMI là một “backdoor được hợp thức hóa” vào mạng doanh nghiệp https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443819-nghiên-cứu-tại-def-con-gọi-ipmi-là-một-“backdoor-được-hợp-thức-hóa”-vào-mạng-doanh-nghiệp Wed, 12 Aug 2026 08:16:56 GMT “Out-of-band, out-of-mind”: Nghiên cứu tại DEF CON gọi IPMI là một “backdoor được hợp thức hóa” vào mạng doanh nghiệp Tin tức – 10/08/2026 – 6... “Out-of-band, out-of-mind”: Nghiên cứu tại DEF CON gọi IPMI là một “backdoor được hợp thức hóa” vào mạng doanh nghiệp


Tin tức – 10/08/2026 – 6 phút đọc

Song song với việc công bố các lỗ hổng, runZero cũng phát hành OOBscan, một công cụ mã nguồn mở dùng để quét các BMC dễ bị tổn thương và các thiết bị quản trị out-of-band khác. Repository runZeroInc/oobscan hiện tồn tại công khai trên GitHub, được mô tả là một “Out-of-band management device scanner”.

Ẩn bên trong gần như mọi máy chủ là một “cánh cửa hậu” tiềm tàng có thể đặt toàn bộ mạng doanh nghiệp vào tình trạng rủi ro.

Baseboard Management Controller (BMC) là phần cứng được tích hợp trên bo mạch chủ của server, cho phép quản trị viên điều khiển nguồn từ xa, truy cập console và cập nhật firmware mà không phụ thuộc vào hệ điều hành của máy chủ. IPMI – Intelligent Platform Management Interface là giao thức phổ biến nhất để truy cập các BMC này.

Tại hội nghị DEF CON 34, nhà nghiên cứu bảo mật HD Moore, đồng sáng lập runZero, đã công bố một loạt lỗ hổng phần lớn chưa được vá trong lớp quản trị này. Các sản phẩm bị ảnh hưởng trải rộng từ HPE iLO, Supermicro IPMI, Dell iDRAC 10 cho đến dự án mã nguồn mở OpenBMC.

Theo phần trình bày của Moore, tổng cộng có 123 lỗ hổng đã được xác nhận, được tổng hợp thành 35 bản tư vấn bảo mật dự thảo, ảnh hưởng đến tám nhà cung cấp.

Moore đã theo dõi vấn đề bảo mật BMC kể từ nghiên cứu nổi tiếng của Dan Farmer năm 2013 về việc IPMI làm lộ mật khẩu. Kết quả nghiên cứu năm nay cho thấy tình hình không những không được cải thiện mà còn trở nên nghiêm trọng hơn.

Một số thiết bị bị ảnh hưởng thậm chí đang điều khiển các server chứa lượng GPU trị giá tới hàng triệu USD, trong khi giao diện web quản trị lại có thể bị truy cập mà không cần mật khẩu.

Moore nhận xét:
“Đây thực chất là những thiết bị hoạt động như một backdoor được cho phép vào chính phần cứng thật sự của bạn.”
Vì sao cổng quản trị BMC lại bị lộ ra Internet?


Nhiều server hiện nay chỉ có một cổng mạng vật lý dùng chung cho cả hệ điều hành máy chủ và BMC.

Nếu cấu hình thiết bị bị reset hoặc xảy ra lỗi checksum, BMC có thể tự động nhận địa chỉ IP qua DHCP trên chính subnet mà cổng mạng đó đang kết nối.

Theo Moore, đây là một trong những lý do các nhà nghiên cứu liên tục phát hiện hàng chục nghìn BMC bị expose trực tiếp ra Internet:
“Thông thường chỉ vì ai đó cấu hình nhầm và để DHCP chạy trên sai NIC.”

Một cuộc quét toàn bộ IPv4 kết hợp với dữ liệu từ Shodan đã phát hiện khoảng 51.000 thiết bị phản hồi IPMI.

Đáng lo hơn, khoảng 23.000–25.000 thiết bị trong số đó sẵn sàng cung cấp một password hash có thể bị crack mà không cần xác thực trước.

Khi runZero khảo sát các mạng nội bộ của khách hàng, tình hình còn tệ hơn. Nguyên nhân rất đơn giản: các mạng này vốn được thiết kế với giả định rằng chúng sẽ không bao giờ bị quét từ bên ngoài. Từ 12% lên gần 1/3 BMC có thể bị truy cập


Trước nghiên cứu mới này, khoảng 12% BMC trong mạng nội bộ có thể bị truy cập mà không cần crack bất kỳ thông tin xác thực nào.

Sau khi các lỗ hổng mới được Moore công bố tại DEF CON được tính đến, tỷ lệ này tăng lên gần:

1 trong 3 BMC.

Đối với các thiết bị BMC trực tiếp hướng Internet, tỷ lệ có thể khai thác một cách tương đối dễ dàng tăng từ khoảng 8% lên 21%.

Điều đáng lo ngại nhất là khi kẻ tấn công đã kiểm soát được BMC, các biện pháp bảo vệ trên hệ điều hành máy chủ hầu như không còn nhiều ý nghĩa.

Moore nói:
“Lúc đó server của bạn an toàn đến đâu cũng không còn quan trọng nữa.”
Kẻ tấn công có thể làm được gì?


Một số lỗ hổng mà Moore trình bày thậm chí không yêu cầu bất kỳ thông tin xác thực nào ở bước đầu.

Điểm kết thúc của chuỗi tấn công không chỉ là chiếm BMC mà có thể dẫn tới thực thi mã trên chính host server.

Nghiên cứu phân loại các lỗi thành một số nhóm chính.

RAKP state-transition bugs liên quan đến Remote Authentication Key-Exchange Protocol, giao thức challenge-response được IPMI 2.0 sử dụng để xác thực session. Nếu bỏ qua hoặc thay đổi thứ tự một số bước của quy trình này, kẻ tấn công có thể xác thực dựa trên dữ liệu còn sót lại trong bộ nhớ.

Type confusion xảy ra khi một session được bắt đầu bằng một chế độ xác thực nhưng sau đó lại tái sử dụng credential vốn thuộc về một chế độ khác.

Vendor-specific backdoor modes là trường hợp nhà sản xuất vô tình tạo ra một cơ chế bypass trong quá trình vá lỗi. Ví dụ, Supermicro từng thêm một mật khẩu hard-code để ngăn việc làm lộ password hash, nhưng chính bản sửa đó lại trở thành con đường bypass mới.

Session relabeling cho phép hai session có chung identifier bị lợi dụng để nâng một tài khoản privilege thấp thành administrator.

Cuối cùng là Integrity and encryption bypass, trong đó thiết bị vẫn chấp nhận các command không mã hóa ngay cả khi hai phía đã thương lượng sử dụng một cipher suite được thiết kế để bắt buộc encryption. OpenBMC trở thành vấn đề đặc biệt lớn


Moore đặc biệt nhấn mạnh dự án OpenBMC.

Đây là firmware quản trị mã nguồn mở được chia sẻ và sử dụng trong nhiều nền tảng mới, bao gồm thiết bị của:

Supermicro, NVIDIA BlueField, Intel, Google và nhiều hyperscaler khác.

Điểm nguy hiểm là khi nhiều nhà cung cấp sử dụng chung một codebase, một lỗi trong quá trình authentication sẽ không còn giới hạn trong một sản phẩm hay một vendor.

Nó có thể ảnh hưởng đồng thời đến toàn bộ hệ sinh thái sản phẩm sử dụng đoạn mã đó.

Lỗ hổng được công bố cho phép attacker xác thực dưới danh nghĩa bất kỳ user nào bằng cách cố tình thiết lập một privilege level không hợp lệ trong quá trình handshake.

Khi điều này xảy ra, session có thể fallback về một default key được hard-code trong chính OpenBMC, thay vì sử dụng password thực sự của người dùng. Network team nên làm gì?


Rủi ro IPMI không thể xử lý đơn giản bằng một bản vá. Điều quan trọng hơn là phải xem management plane như một vùng mạng đặc biệt cần cô lập.

Trước hết, nên segment toàn bộ management traffic. BMC nên nằm trong một VLAN hoặc management network riêng biệt. Nhờ vậy, ngay cả một lỗ hổng pre-authentication cũng khó vượt khỏi segment quản trị.

Nên sử dụng dedicated management NIC thay vì chia sẻ NIC giữa host và BMC. Khi dùng shared port, cả server production và BMC có thể nằm trên cùng switch port và chịu cùng access policy, làm tăng đáng kể khả năng vô tình expose BMC.

Nếu không cần thiết, nên disable KCS – Keyboard Controller Style. Đây là một kênh in-band cho phép hệ điều hành host giao tiếp với BMC bằng các công cụ IPMI mà không cần credential riêng. Nếu KCS vẫn bật, một attacker đã có root trên host có thể tiếp tục đi thẳng vào BMC.

Mỗi BMC cũng nên có credential riêng biệt. Shared password và default password vẫn là một trong những con đường nhanh nhất để khai thác các RAKP hash bị lộ.

Cuối cùng, khi có thể, nên chuyển từ IPMI sang Redfish.

Redfish là tiêu chuẩn quản trị server mới hơn. Việc tắt IPMI có thể loại bỏ một phần đáng kể attack surface. Tuy nhiên, bài báo nhấn mạnh rằng việc ngăn IPMI phải được thực thi ở tầng network, không chỉ đơn giản disable một tùy chọn trong management GUI. OOBscan: công cụ mới để tìm BMC dễ bị tấn công


Cùng với việc công bố nghiên cứu, runZero phát hành OOBscan, công cụ mã nguồn mở có khả năng tự động thực hiện các kỹ thuật kiểm tra bypass nói trên.

GitHub xác nhận repository chính thức là:

https://github.com/runZeroInc/oobscan

Repository được tạo ngày 05/08/2026, viết chủ yếu bằng Go, sử dụng giấy phép BSD 2-Clause và có nhánh mặc định main.

Moore kết luận nghiên cứu bằng một nhận xét khá đáng chú ý:
“Theo góc nhìn của chúng tôi, có thể nói chúng tôi đã ‘thắng’. Với phần lớn thiết bị IPMI trên thế giới hiện nay, bạn có thể đi từ zero authentication đến full authentication, kiểm soát boot process, rồi cuối cùng chiếm luôn host OS.”

Điểm đáng chú ý của bản tin này không chỉ nằm ở 123 lỗ hổng. Nó đặt lại một vấn đề kiến trúc rất cơ bản: Out-of-Band Management không đồng nghĩa với Out-of-Risk.

Trong môi trường Data Center hiện đại, đặc biệt là các cụm AI/GPU có giá trị rất lớn, BMC/iLO/iDRAC nên được coi là một security domain riêng, áp dụng segmentation, ACL/firewall, AAA, jump host và Zero Trust cho management plane — thay vì xem chúng đơn thuần là “cổng quản trị phía sau server”.
​]]> CCNP - Security Core LabPro dangquangminh https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443819-nghiên-cứu-tại-def-con-gọi-ipmi-là-một-“backdoor-được-hợp-thức-hóa”-vào-mạng-doanh-nghiệp Can Someone Help Me Solve This Accounting Assignment? https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443794-can-someone-help-me-solve-this-accounting-assignment Tue, 11 Aug 2026 13:45:43 GMT Can someone help me kinda understand how to solve this accounting assignment, because I’m stuck on a couple of calculations and I don’t really know... accounting assignment help so I can get back on track maybe something like tutoring or a walkthrough, not just answers.]]> CCNP - Security Core LabPro mileycyrus https://www.forum.vnpro.org/forum/cclabpro/ccnp-security-core-labpro/443794-can-someone-help-me-solve-this-accounting-assignment