Có hai cách rất khác nhau để tiếp cận bảo mật trong một dự án phần mềm. Cách thứ nhất là xây sản phẩm trước, rồi tới lúc gần xong mới nghĩ tới bảo mật và cố thêm nó vào như một lớp phủ. Cách thứ hai là tính tới bảo mật ngay từ đầu, đan nó vào mọi quyết định thiết kế xuyên suốt quá trình. Cách thứ hai có một cái tên, security by design, và nó không chỉ là một thuật ngữ kỹ thuật mà là một triết lý tạo ra khác biệt lớn giữa một sản phẩm thật sự an toàn và một sản phẩm có những lỗ hổng được vá víu hời hợt. Với người trả tiền, hiểu sự khác biệt này giúp bạn đòi hỏi đúng và bảo vệ chính mình cùng khách hàng của mình. Bài viết này giải thích triết lý đó và vì sao nó quan trọng.
Bảo mật vá sau và bảo mật từ gốc
Sự khác biệt cốt lõi nằm ở thời điểm bảo mật được nghĩ tới. Trong cách vá sau, sản phẩm được xây mà không đặt bảo mật làm ưu tiên, rồi tới cuối người ta cố thêm vào những biện pháp bảo vệ. Vấn đề là tới lúc đó, nhiều quyết định nền tảng ảnh hưởng tới an toàn đã được đưa ra, và một số trong chúng có thể đã tạo ra những điểm yếu cố hữu khó sửa. Bảo mật thêm vào sau giống như cố gia cố một ngôi nhà đã xây xong mà không tính tới an toàn từ đầu; bạn có thể thêm khóa và rào, nhưng nếu nền móng đã có những điểm yếu, chúng vẫn còn đó.
Trong cách từ gốc, bảo mật là một yếu tố được cân nhắc ở mọi quyết định ngay từ khi thiết kế. Mỗi lựa chọn về cách dữ liệu được lưu, cách các phần giao tiếp, cách người dùng được xác thực đều tính tới khía cạnh an toàn. Kết quả là một sản phẩm mà bảo mật được dệt vào cấu trúc của nó, không phải phủ lên trên. Sự khác biệt này nghe có vẻ tinh tế nhưng có hậu quả lớn, vì an toàn thật sự đến từ một nền tảng vững chứ không phải từ những lớp vá bên ngoài.
Security by design nghĩa là gì
Security by design, hay bảo mật theo thiết kế, là triết lý đặt bảo mật làm một yếu tố cốt lõi xuyên suốt quá trình làm phần mềm, thay vì một suy nghĩ sau cùng. Nó nghĩa là ở mỗi giai đoạn và mỗi quyết định, câu hỏi điều này ảnh hưởng tới an toàn ra sao được đặt ra và cân nhắc. Nó cũng bao gồm những nguyên tắc như giả định mọi thứ đều có thể bị tấn công và xây dựng phòng thủ tương ứng, thay vì cho rằng sẽ không có ai cố tình gây hại.
Triết lý này không có nghĩa là làm cho mọi sản phẩm phức tạp và đắt đỏ vì bảo mật quá mức, mà là cân nhắc bảo mật một cách phù hợp với rủi ro ở mọi quyết định. Một sản phẩm xử lý dữ liệu nhạy cảm cần mức độ chú ý cao hơn một công cụ đơn giản, nhưng nguyên tắc nghĩ tới an toàn từ đầu áp dụng cho cả hai. Hiểu security by design như một cách tư duy xuyên suốt, chứ không phải một tính năng cụ thể được thêm vào, là chìa khóa để thấy vì sao nó tạo ra những sản phẩm an toàn hơn về bản chất.
Vì sao vá sau luôn đắt và yếu hơn
Có hai lý do khiến cách vá bảo mật sau luôn kém hơn. Thứ nhất là chi phí. Sửa những vấn đề bảo mật sau khi sản phẩm đã được xây dựng đắt hơn nhiều so với làm đúng từ đầu, vì nó đòi hỏi quay lại thay đổi những thứ đã làm, đôi khi là những phần nền tảng khó đụng tới. Một quyết định kiến trúc kém về bảo mật, một khi đã ăn sâu vào sản phẩm, có thể cực kỳ tốn kém để khắc phục.
Thứ hai, và quan trọng hơn, là chất lượng của sự bảo vệ. Bảo mật thêm vào sau thường chỉ giải quyết những vấn đề bề mặt mà bỏ sót những điểm yếu sâu hơn trong cấu trúc. Nó tạo ra cảm giác an toàn mà không phải sự an toàn thật. Một sản phẩm với bảo mật được tính từ đầu có một nền tảng vững nơi an toàn là một phần của cấu trúc; một sản phẩm vá víu có một bề mặt được bảo vệ nhưng nền tảng có thể đầy lỗ hổng. Đây là lý do tại sao, đặc biệt với những sản phẩm xử lý dữ liệu quan trọng, cách tiếp cận từ gốc không chỉ rẻ hơn về dài hạn mà còn là cách duy nhất để đạt được an toàn thật sự.
Bảo mật là một quyết định kiến trúc
Một điểm quan trọng để hiểu là nhiều khía cạnh của bảo mật là những quyết định kiến trúc, tức là những lựa chọn nền tảng về cách sản phẩm được cấu trúc, chứ không phải những tính năng có thể thêm vào sau. Cách dữ liệu nhạy cảm được tổ chức và bảo vệ, cách các phần của hệ thống tin tưởng hay không tin tưởng lẫn nhau, cách quyền truy cập được kiểm soát, tất cả là những quyết định nền tảng định hình toàn bộ.
Vì chúng là quyết định kiến trúc, chúng phải được đưa ra đúng ngay từ đầu, vì thay đổi chúng về sau đòi hỏi xây dựng lại những phần lớn của sản phẩm. Đây chính là lý do cốt lõi vì sao bảo mật phải được tính từ đầu: không phải vì làm sớm thì tiện hơn, mà vì những quyết định quan trọng nhất về an toàn nằm ở cấp kiến trúc, nơi việc sửa sau là cực kỳ tốn kém hoặc bất khả thi. Hiểu rằng bảo mật phần lớn là chuyện kiến trúc, không phải chuyện thêm tính năng, giúp thấy vì sao nó không thể là một suy nghĩ sau cùng mà phải là một phần của nền móng.
Những nguyên tắc nền tảng của bảo mật từ đầu
Dù chi tiết kỹ thuật là việc của đội làm, có vài nguyên tắc nền tảng mà người trả tiền nên biết tồn tại. Nguyên tắc giả định môi trường thù địch, tức là xây dựng như thể luôn có người cố tình tìm cách gây hại, thay vì cho rằng mọi người đều thiện chí. Nguyên tắc chỉ trao quyền tối thiểu cần thiết, để mỗi phần và mỗi người chỉ có thể làm đúng những gì họ cần. Nguyên tắc bảo vệ nhiều lớp, để nếu một lớp bị xuyên thủng thì vẫn còn những lớp khác.
Những nguyên tắc này nghe trừu tượng nhưng chúng định hình một sản phẩm an toàn theo những cách cụ thể. Một sản phẩm được xây theo những nguyên tắc này có một nền tảng phòng thủ vững, trong khi một sản phẩm bỏ qua chúng có thể đầy những điểm yếu cố hữu. Với tư cách người trả tiền, bạn không cần hiểu chi tiết cách áp dụng những nguyên tắc này, nhưng biết rằng chúng tồn tại giúp bạn nhận ra khi một đội ngũ tiếp cận bảo mật một cách bài bản, đối lập với khi họ chỉ thêm vài biện pháp bề mặt rồi gọi đó là an toàn.
Bảo mật và trải nghiệm không phải kẻ thù
Một hiểu lầm phổ biến là nghĩ rằng bảo mật và trải nghiệm tốt là hai thứ đối nghịch, rằng càng an toàn thì càng phiền phức cho người dùng. Đây là một quan niệm sai mà cách tiếp cận từ gốc giúp gỡ bỏ. Khi bảo mật được tính từ đầu và thiết kế khéo léo, nó có thể vừa mạnh vừa không gây cản trở cho người dùng. Sự đối nghịch giữa an toàn và tiện lợi thường xuất hiện chính khi bảo mật được vá víu vụng về vào phút chót.
Một sản phẩm được thiết kế tốt về bảo mật bảo vệ người dùng mà không làm họ khó chịu, đặt những lớp kiểm tra mạnh ở đúng những nơi nhạy cảm và giữ sự mượt mà ở những thao tác thông thường. Đây là một nghệ thuật mà cách tiếp cận từ gốc cho phép, vì khi bảo mật được nghĩ tới cùng với trải nghiệm ngay từ đầu, hai thứ có thể được cân bằng khéo léo thay vì xung đột. Hiểu rằng bảo mật tốt và trải nghiệm tốt có thể đi cùng nhau giúp bạn không chấp nhận một sản phẩm phiền phức nhân danh an toàn, cũng như không hy sinh an toàn nhân danh sự tiện lợi.
Hỏi gì để biết đội có coi trọng bảo mật
Là người không kỹ thuật, bạn vẫn có thể đánh giá mức độ một đội ngũ coi trọng bảo mật qua cách họ nói về nó. Một đội ngũ coi trọng bảo mật nói về nó một cách tự nhiên như một phần của quá trình làm việc, không phải một thứ thêm vào cuối. Họ hỏi về độ nhạy cảm của dữ liệu bạn xử lý và điều chỉnh mức độ bảo vệ tương ứng. Và họ trung thực về việc bảo mật là một quá trình liên tục, không phải một thứ làm một lần là xong.
Ngược lại, một đội xem nhẹ bảo mật có thể không nhắc tới nó cho tới khi bạn hỏi, coi nó như một tính năng có thể thêm sau, hay đưa ra những đảm bảo tuyệt đối đáng ngờ về sự an toàn. Bạn có thể đặt những câu hỏi như bảo mật được tính tới thế nào trong dự án của tôi, dữ liệu nhạy cảm của tôi được bảo vệ ra sao, và cách họ trả lời tiết lộ nhiều về sự nghiêm túc của họ. Với những sản phẩm xử lý dữ liệu quan trọng, mức độ coi trọng bảo mật của đội ngũ là một yếu tố không thể xem nhẹ khi chọn đối tác, vì hậu quả của sự cẩu thả ở đây có thể rất nghiêm trọng và khó cứu vãn.
Tại Microads, chúng tôi tích hợp bảo mật vào ngay từ giai đoạn thiết kế kiến trúc của mỗi dự án, vì an toàn thật sự đến từ một nền móng vững chứ không phải những lớp vá sau cùng. Nếu sản phẩm của bạn xử lý dữ liệu quan trọng và bạn muốn nó an toàn từ gốc, hãy gọi 0919 788 815 hoặc trao đổi với chúng tôi qua khanhn@microads.vn.
