<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Backend Security on Thanh HV's Blog</title><link>https://thanhhv.github.io/series/backend-security/</link><description>Recent content in Backend Security on Thanh HV's Blog</description><generator>Hugo -- 0.146.7</generator><language>en-us</language><lastBuildDate>Tue, 07 Jul 2026 17:00:00 +0700</lastBuildDate><atom:link href="https://thanhhv.github.io/series/backend-security/index.xml" rel="self" type="application/rss+xml"/><item><title>Backend Security — Tập 10: Kiến trúc Bảo mật Thực tế</title><link>https://thanhhv.github.io/series/backend-security/10-real-world-architectures/</link><pubDate>Tue, 07 Jul 2026 17:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/10-real-world-architectures/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Chín tập trước xây dựng &lt;em>từ vựng và nguyên lý&lt;/em>. Tập cuối này &lt;em>lắp ráp&lt;/em> chúng vào các hệ thống thật. Với mỗi loại kiến trúc, ta hỏi: &lt;strong>tài sản quan trọng nhất là gì, attacker nhắm vào đâu, và các nguyên lý (CIA, Least Privilege, Defense in Depth, Zero Trust, AuthN/AuthZ, token, TLS, secret) kết hợp thành luồng cụ thể ra sao.&lt;/strong> Trọng tâm là các luồng: Authentication, Authorization, Token Flow, Refresh Flow, API Gateway, Secret Management, Service-to-Service Authentication.&lt;/p></description></item><item><title>Backend Security — Tập 9: API Security Best Practices</title><link>https://thanhhv.github.io/series/backend-security/09-api-security-best-practices/</link><pubDate>Tue, 07 Jul 2026 16:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/09-api-security-best-practices/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Tập 6 giải thích &lt;em>cơ chế&lt;/em> các phòng thủ API đặc thù. Tập này tổng hợp chúng thành một &lt;strong>bộ nguyên tắc thực hành vận hành&lt;/strong> — thứ tự áp dụng, cách chúng khớp vào vòng đời một request, và những nguyên tắc thường bị bỏ sót. Đây là &amp;ldquo;sổ tay checklist có tư duy&amp;rdquo; trước khi bước sang các kiến trúc thực tế ở tập cuối.&lt;/p></description></item><item><title>Backend Security — Tập 8: Server Security</title><link>https://thanhhv.github.io/series/backend-security/08-server-security/</link><pubDate>Tue, 07 Jul 2026 15:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/08-server-security/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Các tập trước bảo vệ &lt;em>ứng dụng&lt;/em>. Tập này bảo vệ &lt;em>nền tảng chạy ứng dụng&lt;/em>: máy chủ, mạng, container, secret. Nó đào sâu A05 (Security Misconfiguration) của OWASP. Tư tưởng xuyên suốt: &lt;strong>giảm bề mặt tấn công (attack surface) và giới hạn bán kính vụ nổ (blast radius)&lt;/strong> — mỗi cổng mở, mỗi secret hớ hênh, mỗi container quyền cao là một cánh cửa cho attacker.&lt;/p></description></item><item><title>Backend Security — Tập 7: OWASP Top 10</title><link>https://thanhhv.github.io/series/backend-security/07-owasp-top-10/</link><pubDate>Tue, 07 Jul 2026 14:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/07-owasp-top-10/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>OWASP Top 10 (phiên bản 2021) là danh sách các &lt;em>hạng mục rủi ro&lt;/em> web phổ biến và nghiêm trọng nhất, do cộng đồng bảo mật ứng dụng tổng hợp từ dữ liệu thực tế. Đây &lt;strong>không&lt;/strong> phải một checklist &amp;ldquo;làm xong là an toàn&amp;rdquo; — nó là bản đồ các &lt;em>lớp lỗ hổng&lt;/em> mà mọi backend engineer phải nhận diện được. Với mỗi mục, ta đi theo bốn câu hỏi bạn yêu cầu: &lt;strong>Cơ chế → Attack → Demo → Phòng tránh&lt;/strong>, kèm trade-off và case study.&lt;/p></description></item><item><title>Backend Security — Tập 6: API Security</title><link>https://thanhhv.github.io/series/backend-security/06-api-security/</link><pubDate>Tue, 07 Jul 2026 13:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/06-api-security/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Tập này trả lời: API khác web app ở điểm nào về mô hình mối đe dọa, khi nào dùng API Key vs Token, vì sao Rate Limiting là &lt;em>bảo mật&lt;/em> chứ không chỉ là &lt;em>quản lý tài nguyên&lt;/em>, Replay Attack là gì và vì sao Idempotency vừa là tính đúng đắn vừa là phòng thủ, và khi nào cần Request Signing/HMAC thay vì token thường.&lt;/p></description></item><item><title>Backend Security — Tập 5: Browser Security</title><link>https://thanhhv.github.io/series/backend-security/05-browser-security/</link><pubDate>Tue, 07 Jul 2026 12:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/05-browser-security/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>TLS (Tập 4) bảo vệ dữ liệu &lt;em>trên đường truyền&lt;/em>. Nhưng khi dữ liệu đã tới trình duyệt, một mặt trận hoàn toàn khác mở ra. Tập này trả lời: vì sao trình duyệt cần Same-Origin Policy, CORS &lt;em>nới lỏng&lt;/em> (chứ không &lt;em>siết chặt&lt;/em>) bảo mật ra sao, XSS và CSRF khác nhau ở bản chất nào, và vì sao ba cờ cookie nhỏ bé (Secure, HttpOnly, SameSite) lại là tuyến phòng thủ quan trọng bậc nhất.&lt;/p></description></item><item><title>Backend Security — Tập 4: Transport Security</title><link>https://thanhhv.github.io/series/backend-security/04-transport-security/</link><pubDate>Tue, 07 Jul 2026 11:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/04-transport-security/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Tập này trả lời: TLS &lt;em>thực sự&lt;/em> bảo vệ điều gì (và điều gì nó &lt;em>không&lt;/em> bảo vệ), vì sao &amp;ldquo;có ổ khóa xanh&amp;rdquo; không đồng nghĩa với &amp;ldquo;an toàn&amp;rdquo;, certificate và CA giải bài toán tin cậy ra sao, TLS handshake diễn ra thế nào bên trong, và khi nào cần Mutual TLS.&lt;/p></description></item><item><title>Backend Security — Tập 3: Password Security</title><link>https://thanhhv.github.io/series/backend-security/03-password-security/</link><pubDate>Tue, 07 Jul 2026 10:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/03-password-security/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Tập này trả lời những câu hỏi cốt lõi mà mọi backend engineer &lt;em>phải&lt;/em> nắm: vì sao MD5 không còn an toàn, vì sao SHA — dù là hàm băm mật mã mạnh — lại &lt;em>không phù hợp&lt;/em> để lưu password, vì sao bcrypt/scrypt/Argon2 được thiết kế &lt;em>khác hẳn&lt;/em> SHA, và vì sao ta phải cố tình làm cho quá trình hash &lt;em>chậm lại&lt;/em>.&lt;/p></description></item><item><title>Backend Security — Tập 2: Authentication</title><link>https://thanhhv.github.io/series/backend-security/02-authentication/</link><pubDate>Tue, 07 Jul 2026 09:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/02-authentication/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Mạch tư duy:&lt;/strong> Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/p>
&lt;p>Tập này đi từ First Principles. Chúng ta sẽ &lt;strong>không&lt;/strong> bắt đầu bằng &amp;ldquo;JWT là một chuẩn token&amp;rdquo;. Thay vào đó, chúng ta bắt đầu từ câu hỏi gốc: &lt;em>nếu HTTP không nhớ bạn là ai, thì làm sao một hệ thống biết bạn đã đăng nhập?&lt;/em> Từ đó, mỗi cơ chế xác thực sẽ hiện ra như một câu trả lời cho một điểm đau cụ thể của cơ chế trước nó.&lt;/p></description></item><item><title>Backend Security — Tập 1: Security Foundations</title><link>https://thanhhv.github.io/series/backend-security/01-security-foundations/</link><pubDate>Tue, 07 Jul 2026 08:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/01-security-foundations/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>Đối tượng:&lt;/strong> Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect, Software Architect.&lt;/p>
&lt;p>&lt;strong>Cách đọc tài liệu này:&lt;/strong> Đây không phải là một bảng tra cứu kỹ thuật. Mỗi chủ đề được trình bày theo một mạch tư duy cố định:&lt;/p>
&lt;p>&lt;strong>Asset → Threat → Attack → Vulnerability → Defense → Trade-off → Production Best Practice.&lt;/strong>&lt;/p>
&lt;p>Bạn sẽ không thấy tài liệu bắt đầu bằng &amp;ldquo;X là&amp;hellip;&amp;rdquo;. Thay vào đó, mỗi phần bắt đầu bằng câu hỏi: &lt;em>&amp;ldquo;Nếu không có cơ chế này thì chuyện gì xảy ra?&amp;rdquo;&lt;/em> — vì đó chính là cách một attacker và một architect cùng nhìn vào hệ thống.&lt;/p></description></item><item><title>Backend Security — Bộ tài liệu chuyên sâu (Tiếng Việt)</title><link>https://thanhhv.github.io/series/backend-security/00-introduction/</link><pubDate>Tue, 07 Jul 2026 07:00:00 +0700</pubDate><guid>https://thanhhv.github.io/series/backend-security/00-introduction/</guid><description>&lt;blockquote>
&lt;p>Bộ tài liệu 10 tập về &lt;strong>Backend Security&lt;/strong>, viết cho Backend Engineer, Senior Backend Engineer, Tech Lead, Solution Architect và Software Architect.&lt;/p>
&lt;p>&lt;strong>Triết lý:&lt;/strong> không giải thích &amp;ldquo;cách dùng&amp;rdquo;, mà giúp người đọc &lt;strong>hiểu bản chất&lt;/strong> — attacker suy nghĩ thế nào, vì sao cơ chế bảo mật tồn tại, nó bảo vệ điều gì, bị khai thác ra sao, và khi nào &lt;em>không&lt;/em> nên dùng.&lt;/p>&lt;/blockquote>
&lt;h2 id="cách-bộ-tài-liệu-được-xây-dựng">Cách bộ tài liệu được xây dựng&lt;/h2>
&lt;p>Mỗi chủ đề bám một mạch tư duy cố định, &lt;strong>không bắt đầu bằng định nghĩa&lt;/strong>:&lt;/p></description></item></channel></rss>