Dynamic Data Masking
Che thông tin nhạy cảm với nhân sự không đủ quyền.
Báo cáo project
Guardiance.
Hệ thống quản lý hợp đồng bảo hiểm doanh nghiệp nhấn mạnh bảo mật CSDL với Row-Level Security (RLS) và Dynamic Data Masking trên ASP.NET Core.
1 thành viên (Cá nhân)ASP.NET CoreC#DapperSQL Server 2022Next.js 16TypeScriptTailwind CSS
Cuộn xuống để khám phá
Chức năng chính
Phân quyền truy cập record trực tiếp từ SQL Server.
Phân quyền 5 vai trò
Thiết kế vai trò cho Admin, Supervisor, Accountant, Agent và Customer.
Always Encrypted
Mã hóa dữ liệu nhạy cảm ở tầng SQL Server để giảm rủi ro lộ thông tin.
SQL Server Ledger
Ghi dấu thay đổi quan trọng để tăng khả năng truy vết giao dịch bảo hiểm.
Audit & supervisor flow
Supervisor theo dõi thao tác, kiểm tra payment và các hành động rủi ro.
Payment dual-control
Luồng thanh toán yêu cầu kiểm soát chéo để tránh một vai trò tự duyệt tất cả.
ASP.NET + Next.js
Backend C#/Dapper kết hợp frontend Next.js, phù hợp demo bảo mật CSDL.
Chức năng chính
Phân quyền truy cập record trực tiếp từ SQL Server.
01
Dynamic Data Masking
Che thông tin nhạy cảm với nhân sự không đủ quyền.
02
Phân quyền 5 vai trò
Thiết kế vai trò cho Admin, Supervisor, Accountant, Agent và Customer.
03
Always Encrypted
Mã hóa dữ liệu nhạy cảm ở tầng SQL Server để giảm rủi ro lộ thông tin.
04
SQL Server Ledger
Ghi dấu thay đổi quan trọng để tăng khả năng truy vết giao dịch bảo hiểm.
05
Audit & supervisor flow
Supervisor theo dõi thao tác, kiểm tra payment và các hành động rủi ro.
06
Payment dual-control
Luồng thanh toán yêu cầu kiểm soát chéo để tránh một vai trò tự duyệt tất cả.
07
ASP.NET + Next.js
Backend C#/Dapper kết hợp frontend Next.js, phù hợp demo bảo mật CSDL.
Situation - Bối cảnh
Dự án được xây trong bối cảnh học bảo mật cơ sở dữ liệu, nên trọng tâm không chỉ là CRUD bảo hiểm mà là bảo vệ dữ liệu nhạy cảm ngay tại SQL Server.
Domain có dữ liệu nhạy cảm
Bảo hiểm có thông tin khách hàng, hợp đồng, yêu cầu bồi thường, thanh toán và lịch sử xử lý; nếu phân quyền sai sẽ gây rủi ro lớn.
Năm vai trò vận hành
Hệ thống mô phỏng Admin, Supervisor, Accountant, Agent và Customer, mỗi vai trò có vùng dữ liệu và hành động khác nhau.
Stack phục vụ mục tiêu bảo mật
ASP.NET Core/C#/Dapper kết hợp SQL Server 2022 giúp demo security feature ở tầng database thay vì chỉ check quyền ở frontend.
Frontend để nghiệm thu
Next.js/TypeScript/Tailwind tạo dashboard theo role để người xem kiểm tra khác biệt quyền truy cập một cách trực quan.
Giá trị portfolio
Guardiance giúp tôi nổi bật hơn CRUD thông thường vì có thể nói về RLS, masking, encryption, audit và dual-control.
Situation - Bối cảnh
Dự án được xây trong bối cảnh học bảo mật cơ sở dữ liệu, nên trọng tâm không chỉ là CRUD bảo hiểm mà là bảo vệ dữ liệu nhạy cảm ngay tại SQL Server.
01
Domain có dữ liệu nhạy cảm
Bảo hiểm có thông tin khách hàng, hợp đồng, yêu cầu bồi thường, thanh toán và lịch sử xử lý; nếu phân quyền sai sẽ gây rủi ro lớn.
02
Năm vai trò vận hành
Hệ thống mô phỏng Admin, Supervisor, Accountant, Agent và Customer, mỗi vai trò có vùng dữ liệu và hành động khác nhau.
03
Stack phục vụ mục tiêu bảo mật
ASP.NET Core/C#/Dapper kết hợp SQL Server 2022 giúp demo security feature ở tầng database thay vì chỉ check quyền ở frontend.
04
Frontend để nghiệm thu
Next.js/TypeScript/Tailwind tạo dashboard theo role để người xem kiểm tra khác biệt quyền truy cập một cách trực quan.
05
Giá trị portfolio
Guardiance giúp tôi nổi bật hơn CRUD thông thường vì có thể nói về RLS, masking, encryption, audit và dual-control.
Task - Nhiệm vụ
Nếu chỉ ẩn nút trên UI hoặc check role trong API, user vẫn có thể gọi endpoint sai; dự án cần thêm lớp kiểm soát ở database.
Dữ liệu cần che theo ngữ cảnh
Thông tin định danh/nhạy cảm không nên hiển thị đầy đủ cho mọi nhân sự; Dynamic Data Masking và Always Encrypted xử lý bài toán này.
Record access phải đúng role
Agent chỉ nên thấy khách/hợp đồng liên quan, accountant tập trung payment, supervisor cần audit rộng hơn; đây là bài toán Row-Level Security.
Thanh toán cần kiểm soát chéo
Payment trong bảo hiểm không nên để một vai trò tự tạo và tự duyệt, nên cần dual-control để giảm rủi ro gian lận.
Audit cần có bằng chứng
Khi có thao tác nhạy cảm, hệ thống phải lưu dấu ai làm gì, lúc nào, thay đổi gì; nếu không sẽ khó điều tra sự cố.
Demo security dễ bị mơ hồ
Bảo mật khó trình bày nếu chỉ nói lý thuyết; cần dashboard, script/database feature và tài liệu để người chấm kiểm chứng.
Task - Nhiệm vụ
Nếu chỉ ẩn nút trên UI hoặc check role trong API, user vẫn có thể gọi endpoint sai; dự án cần thêm lớp kiểm soát ở database.
01
Dữ liệu cần che theo ngữ cảnh
Thông tin định danh/nhạy cảm không nên hiển thị đầy đủ cho mọi nhân sự; Dynamic Data Masking và Always Encrypted xử lý bài toán này.
02
Record access phải đúng role
Agent chỉ nên thấy khách/hợp đồng liên quan, accountant tập trung payment, supervisor cần audit rộng hơn; đây là bài toán Row-Level Security.
03
Thanh toán cần kiểm soát chéo
Payment trong bảo hiểm không nên để một vai trò tự tạo và tự duyệt, nên cần dual-control để giảm rủi ro gian lận.
04
Audit cần có bằng chứng
Khi có thao tác nhạy cảm, hệ thống phải lưu dấu ai làm gì, lúc nào, thay đổi gì; nếu không sẽ khó điều tra sự cố.
05
Demo security dễ bị mơ hồ
Bảo mật khó trình bày nếu chỉ nói lý thuyết; cần dashboard, script/database feature và tài liệu để người chấm kiểm chứng.
Action - Quyết định & Thực thi
Tôi triển khai/diễn giải RLS, DDM, TDE, Always Encrypted, Ledger và Audit ở tầng database để bảo vệ cả khi API bị gọi sai.
Thiết kế RBAC 5 vai trò
Tôi mapping Admin, Supervisor, Accountant, Agent và Customer vào quyền xem/sửa dữ liệu, dashboard và hành động nghiệp vụ.
Dùng Dapper cho truy vấn rõ
ASP.NET Core + Dapper giúp truy vấn SQL minh bạch, phù hợp khi mục tiêu là chứng minh cơ chế bảo mật CSDL.
Tách dashboard theo role
Frontend Next.js hiển thị các màn hình khác nhau để demo dữ liệu bị mask, bị chặn hoặc được xem tùy vai trò.
Thiết kế payment dual-control
Tôi đưa flow kiểm soát chéo vào thanh toán để một role không thể vừa tạo vừa duyệt toàn bộ nghiệp vụ nhạy cảm.
Chuẩn bị docs và requirement
Repo có README, FEATURE, requirement và tài liệu ứng dụng để người xem hiểu security goal trước khi chạy source.
Dùng HTTPS local cert
Dự án có certificate/dev script cho môi trường local, giúp demo bảo mật gần thực tế hơn chạy HTTP trần.
Action - Quyết định & Thực thi
Tôi triển khai/diễn giải RLS, DDM, TDE, Always Encrypted, Ledger và Audit ở tầng database để bảo vệ cả khi API bị gọi sai.
01
Thiết kế RBAC 5 vai trò
Tôi mapping Admin, Supervisor, Accountant, Agent và Customer vào quyền xem/sửa dữ liệu, dashboard và hành động nghiệp vụ.
02
Dùng Dapper cho truy vấn rõ
ASP.NET Core + Dapper giúp truy vấn SQL minh bạch, phù hợp khi mục tiêu là chứng minh cơ chế bảo mật CSDL.
03
Tách dashboard theo role
Frontend Next.js hiển thị các màn hình khác nhau để demo dữ liệu bị mask, bị chặn hoặc được xem tùy vai trò.
04
Thiết kế payment dual-control
Tôi đưa flow kiểm soát chéo vào thanh toán để một role không thể vừa tạo vừa duyệt toàn bộ nghiệp vụ nhạy cảm.
05
Chuẩn bị docs và requirement
Repo có README, FEATURE, requirement và tài liệu ứng dụng để người xem hiểu security goal trước khi chạy source.
06
Dùng HTTPS local cert
Dự án có certificate/dev script cho môi trường local, giúp demo bảo mật gần thực tế hơn chạy HTTP trần.
Result - Kết quả đạt được
Guardiance chứng minh tôi hiểu bảo mật dữ liệu ở nhiều lớp: UI/API/role/database/audit, không chỉ login/logout.
Bằng chứng kỹ thuật cụ thể
Repo có SQL Server security feature, ASP.NET Core backend, Next.js frontend, docs và script chạy UAT/local.
Case kỹ thuật có chiều sâu
Phần này có thể đào sâu vào vì sao RLS khác RBAC, masking khác encryption và tại sao payment cần dual-control.
Số liệu phạm vi
Dự án bao phủ 5 vai trò, nhiều cơ chế SQL Server 2022 và các workflow bảo hiểm như hợp đồng, khách hàng, thanh toán, audit.
Limitation thật
Dự án thiên về đồ án/demo security; nếu đưa production cần hardening thêm secrets, migration pipeline, monitoring và kiểm thử xâm nhập.
Hướng phát triển
Có thể thêm test case tự động cho từng role, audit dashboard chi tiết và bộ seed dữ liệu mô phỏng nhiều chi nhánh/agent.
Nhận Thức Chuyên Môn Cốt Lõi
Tôi học được rằng hệ thống có dữ liệu nhạy cảm cần nhiều lớp phòng thủ; RBAC ở API là cần nhưng chưa đủ.
Tối Ưu Hóa Phân Quyền Cơ Sở Dữ Liệu
Tôi hiểu rõ hơn cách service account, connection pooling và `SESSION_CONTEXT` có thể vừa giúp vận hành backend gọn, vừa giữ được quyền theo user nghiệp vụ.
Đây là dự án
Đây là dự án cho thấy tôi đã luyện được cách đọc domain, thiết kế security boundary, viết backend và diễn giải rủi ro cho người không chuyên sâu kỹ thuật.
Result - Kết quả đạt được
Guardiance chứng minh tôi hiểu bảo mật dữ liệu ở nhiều lớp: UI/API/role/database/audit, không chỉ login/logout.
01
Bằng chứng kỹ thuật cụ thể
Repo có SQL Server security feature, ASP.NET Core backend, Next.js frontend, docs và script chạy UAT/local.
02
Case kỹ thuật có chiều sâu
Phần này có thể đào sâu vào vì sao RLS khác RBAC, masking khác encryption và tại sao payment cần dual-control.
03
Số liệu phạm vi
Dự án bao phủ 5 vai trò, nhiều cơ chế SQL Server 2022 và các workflow bảo hiểm như hợp đồng, khách hàng, thanh toán, audit.
04
Limitation thật
Dự án thiên về đồ án/demo security; nếu đưa production cần hardening thêm secrets, migration pipeline, monitoring và kiểm thử xâm nhập.
05
Hướng phát triển
Có thể thêm test case tự động cho từng role, audit dashboard chi tiết và bộ seed dữ liệu mô phỏng nhiều chi nhánh/agent.
06
Nhận Thức Chuyên Môn Cốt Lõi
Tôi học được rằng hệ thống có dữ liệu nhạy cảm cần nhiều lớp phòng thủ; RBAC ở API là cần nhưng chưa đủ.
07
Tối Ưu Hóa Phân Quyền Cơ Sở Dữ Liệu
Tôi hiểu rõ hơn cách service account, connection pooling và `SESSION_CONTEXT` có thể vừa giúp vận hành backend gọn, vừa giữ được quyền theo user nghiệp vụ.
08
Đây là dự án
Đây là dự án cho thấy tôi đã luyện được cách đọc domain, thiết kế security boundary, viết backend và diễn giải rủi ro cho người không chuyên sâu kỹ thuật.
Preview & Trải nghiệm thực tế
Mỗi màn hình đi kèm phần mô tả chi tiết để làm rõ luồng hoạt động và trải nghiệm người dùng thực tế.
Xem toàn màn hình
01
trang chủ
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang chủ" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
02
trang khám phá bảo hiểm cho khách hàng
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang khám phá bảo hiểm cho khách hàng" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
03
nhân viên kinh doanh tạo hợp đồng
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "nhân viên kinh doanh tạo hợp đồng" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
04
quản lí hợp đồng của nhân viên kinh doanh
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "quản lí hợp đồng của nhân viên kinh doanh" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
05
chi tiết hợp đồng của khách hàng
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "chi tiết hợp đồng của khách hàng" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
06
chi tiết hợp đồng của nhân viên giám sát
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "chi tiết hợp đồng của nhân viên giám sát" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
07
chi tiết hợp đồng của nhân viên kế toán
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "chi tiết hợp đồng của nhân viên kế toán" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
08
dashboard của nhân viên giám sát
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "dashboard của nhân viên giám sát" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
09
trang dashboard của kế toán
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang dashboard của kế toán" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
10
trang duyệt hóa đơn của nhân viên kế toán
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang duyệt hóa đơn của nhân viên kế toán" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
11
lịch sử duyệt của nhân viên kế toán
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "lịch sử duyệt của nhân viên kế toán" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
12
trang audit log của admin
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang audit log của admin" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
13
trang quản lí role của admin
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang quản lí role của admin" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
14
trang quản lí bảo hiểm đang tham gia của khách hàng
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "trang quản lí bảo hiểm đang tham gia của khách hàng" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
15
kích hoạt tài khoản cho khách hàng vừa đk hợp đồng
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "kích hoạt tài khoản cho khách hàng vừa đk hợp đồng" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Xem toàn màn hình
16
cài đặt sql
Ảnh này dùng làm bằng chứng cho flow Guardiance. Màn hình "cài đặt sql" giúp giải thích rõ trạng thái UI, dữ liệu hiển thị và thao tác người dùng ở bước đó.
Mã nguồn & DemoTrải nghiệm dự án
Trải nghiệm dự án
Source Code & Demo
Xem toàn bộ mã nguồn trên GitHub hoặc mở bản demo hoạt động thực tế.
DỰ ÁN TIẾP THEO