Planet News Roundup

Cisco searched for IOS XR bugs and found so many it rolled them into an update release

Cisco đã thực hiện quét sâu mã nguồn IOS XR và phát hiện hàng chục lỗi bảo mật, prompting họ gom nhóm vào một bản cập nhật duy nhất. Trong số đó, ba lỗi được đánh giá là mức độ nguy hiểm critical, trong đó một lỗi ảnh hưởng đến Nexus 9000 Series Switches, cho phép kẻ tấn công nâng quyền lên root mà không cần xác thực. Lỗi này hiện tại chỉ có thể giảm thiểu thông qua cấu hình truy cập hạn chế hoặc áp dụng policy bảo mật tạm thời, vì Cisco chưa cung cấp bản vá hoàn chỉnh. Hai lỗi còn lại liên quan đến việc thực thi mã từ xa và vượt qua kiểm soát truy cập trên các thiết bị chạy IOS XR, cũng được bao gồm trong cùng gói cập nhật. Bài học từ sự kiện này là việc đầu tư vào quét lỗi chủ động và chuẩn bị kế hoạch giảm thiểu linh hoạt giúp giảm thiểu rủi ro khi bản vá chưa kịp phát hành.

Bài viết này giúp bạn bảo vệ mạng khỏi các lỗ hổng nghiêm trọng trên thiết bị Cisco Nexus và IOS XR.

Load-Bearing People

Bài viết bắt đầu bằng việc mô tả cách một gói npm tên left-pad, chỉ gồm mười một dòng JavaScript, đã được tác giả xóa khỏi kho lưu trữ công cộng vào tháng 3/2016. Vì hàng nghìn dự án Node.js và các công cụ xây dựng phụ thuộc trực tiếp hoặc gián tiếp vào left-pad để thực hiện hàm padding chuỗi, việc xóa này khiến quá trình cài đặt và biên dịch của nhiều dự án thất bại ngay lập tức. Hậu quả lan rộng đến mức các dịch vụ web lớn như Netflix, PayPal và cả các hệ thống nội bộ của các công ty công nghệ đều gặp lỗi build, dẫn đến sự gián đoạn triển khai và trong một số trường hợp là downtime tạm thời. Bài viết nhấn mạnh rằng nguyên nhân không phải do lỗi phức tạp mà là sự quáмер phụ thuộc vào một gói nhỏ, không có bản sao lưu hoặc phiên bản dự phòng trong hệ thống quản lý phụ thuộc. Kết luận là để tránh tình trạng tương tự, các đội ngũ cần áp dụng chính sách khóa phiên bản, kiểm tra lại cây phụ thuộc và cân nhắc sao chép mã nguồn quan trọng vào nội bộ thay vì tin tưởng hoàn toàn vào gói bên ngoài.

Những dòng code làm sập Internet dạy chúng ta về tầm quan trọng của con người trong cấu trúc nhóm và trách nhiệm cá nhân.

The Real Reason I Like niri and Vim — Nick Janetakis

Bài viết chia sẻ lý do tại sao tác giả thích cả niri và Vim mặc dù chúng là hai công cụ hoàn toàn khác nhau. Cả hai đều cho phép thực hiện một tác vụ bằng nhiều cách khác nhau, từ việc cấu hình layout trong niri cho tới việc chuyển đổi giữa các mode và sử dụng plugin trong Vim. Nhờ tính linh hoạt này, tác giả có thể thay đổi phong cách làm việc mà không cần học công cụ mới, từ đó tiết kiệm thời gian và giảm sự khó khăn khi chuyển đổi môi trường. Điều này cũng giúp ông phát hiện ra các giải pháp thay thế khi một phương pháp gặp hạn chế, tăng cường khả năng giải quyết vấn đề trong phát triển phần mềm. Bài học chính là khi chọn công cụ, ưu tiên những gì cung cấp nhiều lựa chọn làm việc thay vì chỉ tập trung vào một cách duyệt đơn, vì nó làm tăng khả năng thích ứng và hiệu suất lâu dài.

Bài viết này giúp lập trình viên khám phá cách tiếp cận linh hoạt trong công cụ thông qua sự so sánh giữa niri và Vim.

GUIs should be fully keyboard-driven

GUI cần được điều khiển hoàn toàn bằng phím tắt để người dùng không phụ thuộc vào chuột. …

I tested every game in my Steam library on Linux, and the results shocked me

Bài viết mô tả quá trình tác giả chạy toàn bộ thư viện Steam của mình trên hệ điều hành Linux. Kết quả cho thấy phần lớn các trò chơi có thể khởi động và chơi ngay mà không cần cấu hình thêm. Chỉ một số ít trò chơi (một handful) gặp lỗi hoặc không chạy được ngay lập tức. Điều này cho thấy mức độ hỗ trợ của các lớp tương thích trên Linux đã đạt mức cao cho hầu hết các tiêu đề phổ biến. Điểm học được là nếu thư viện Steam của bạn chủ yếu gồm các trò chơi phổ biến, việc chuyển sang Linux để chơi game là một lựa chọn khả thi và đáng cân nhắc.

Bài viết này giúp lập trình viên hiểu rõ khả năng tương thích của các trò chơi trên Linux qua kết quả thử nghiệm thực tế.

Beyond Localhost: An Engineer’s Guide to Unix Domain Sockets

Bài viết giải thích tại sao các công cụ như Docker chọn Unix Domain Sockets (UDS) thay vì TCP loopback để giao tiếp nội bộ trên Linux. Nó mô tả cách UDS hoạt động ở lớp AF_UNIX, sử dụng đường dẫn socket như /var/run/docker.sock, và bỏ qua toàn bộ сте TCP/IP, do đó chỉ cần một lần sao chép bộ nhớ trong kernel thay vì qua các lớp giao thức và lớp mạng. Kết quả là độ trễ giảm xuống dưới 1 µs và throughput có thể tăng gấp 2‑3 lần so với kết nối TCP localhost, đồng thời bảo mật được nâng cấp nhờ kiểm soát quyền truy cập tệp và các chính sách SELinux/AppArmor. Bài cũng chỉ ra các trường hợp thực tế như sidecar container, CLI‑daemon communication và các công cụ giám sát hệ thống nơi hiệu suất và isolates là ưu tiên hàng đầu. Bài học chính là khi cần IPC trên cùng một host, ưu tiên Unix Domain Sockets để tối ưu hoá tốc độ và giảm bề mặt tấn công, thay vì mặc định dùng TCP loopback.

Bài hướng dẫn này giúp lập trình viên tận dụng Unix Domain Sockets để đạt hiệu suất cao và an toàn cho IPC trong Linux mà không cần đi qua mạng.

witr: Why is this running? Trace process, port, container or file

witr là công cụ truy vết nguyên nhân của tiến trình, port, container hay file đang chạy, hiển thị toàn bộ chuỗi khởi động từ systemd, supervisor, shell hay cron cùng thông tin người khởi động, thời gian, nguồn gốc và cảnh báo quan trọng. Có thể chạy dạng tương tác TUI hoặc script với định dạng đầu ra ngắn gọn (--short) hoặc JSON (--json), hỗ trợ đa nền tảng qua một file binary Go tĩnh.

Lập trình viên nên đọc bài này để hiểu cách khám phá và giải quyết nguyên nhân sâu sắc của các quá trình bất thường, container hoặc dịch vụ chạy trong hệ thống, từ nguồn gốc khởi động đến các cảnh báo quan trọng mà ps, top hoặc lsof không thể cung cấp.