Nghiên Cứu Công Cụ Hỗ Trợ Đảm Bảo Chính Sách Quyền Truy Cập Trong Ngân Hàng Thương Mại

Luận văn thạc sĩ nghiên cứu nghiên cứu công cụ hỗ trợ đảm bảo chính sách quyền truy cập trong một số quy trình nghiệp vụ ngân, đánh giá hiện trạng, phân tích vấn đề, đề xuất biện

• Tác giả: Nguyễn Tiến Tùng
• Người hướng dẫn: TS. Đặng Đức Hạnh
• Trường học: Đại học Quốc gia Hà Nội
• Chuyên ngành: Công nghệ thông tin
• Đề tài: Nghiên Cứu Công Cụ Hỗ Trợ Đảm Bảo Chính Sách Quyền Truy Cập Trong Ngân Hàng Thương Mại
• Loại tài liệu: luận văn thạc sĩ
• Năm xuất bản: 2019
• Địa điểm: Hà Nội

Mục lục chi tiết

• LỜI CAM ĐOAN
• DANH MỤC KÝ HIỆU, CHỮ VIẾT TẮT
• DANH MỤC HÌNH VẼ
• MỞ ĐẦU
• 1. CHƯƠNG 1: KIẾN THỨC NỀN TẢNG
• 1.1. Giới thiệu tổng quan về quy trình nghiệp vụ
• 1.1.1. Khái niệm quy trình nghiệp vụ
• 1.2. Mô hình quy trình nghiệp vụ BPMN
• 1.2.1. Lịch sử phát triển của BPMN
• 1.2.2. Các phần tử (element) của BPMN
• 1.2.3. Các mô hình thành phần của BPMN
• 1.2.4. Các loại biểu đồ BPMN
• 1.3. Mô hình điều khiển truy cập
• 1.3.1. Khái niệm điều khiển truy cập
• 1.3.2. Cơ chế điều khiển truy cập - MAC/DAC
• 1.3.3. Mô hình trên định danh và danh sách - IBAC/ACLs
• 1.3.4. Mô hình trên vai trò - RBAC
• 1.3.5. Mô hình trên thuộc tính - ABAC
• 1.4. Bộ công cụ hỗ trợ Activiti
• 1.4.1. Mô tả tổng quan
• 1.4.2. Cơ chế thực thi - Activiti Engine
• 1.4.3. Một số ưu và nhược điểm của công cụ Activiti
• 1.4.4. So sánh Activiti và jBPM
• 1.4.5. So sánh Activiti và BonitaSoft
• 1.4.6. Tóm lược công cụ Activiti
• 2. CHƯƠNG 2: PHƯƠNG PHÁP XÂY DỰNG MÔ HÌNH ABAC VÀ CÔNG CỤ HỖ TRỢ
• 2.1. Mô hình điều khiển truy cập ABAC
• 2.1.1. Cơ chế điều khiển trong mô hình
• 2.1.2. Thiết kế mô hình ABAC
• 2.2. Tích hợp mô hình ABAC vào công cụ Activiti
• 2.2.1. Cơ chế hoạt động của công cụ Activiti
• 2.2.2. Các thành phần chính công cụ Activiti
• 2.2.3. Module Activiti UI
• 2.2.4. Ý tưởng tích hợp mô hình vào công cụ Activiti
• 2.2.5. Thiết kế tích hợp mô hình vào thành phần Activiti
• 2.2.6. Cài đặt thiết kế tích hợp
• 3. CHƯƠNG 3: VẬN DỤNG VÀ THỰC NGHIỆM
• 3.1. Bài toán nghiệp vụ Phê duyệt hồ sơ tín dụng
• 3.1.1. Yêu cầu về chính sách truy cập
• 3.1.2. Xây dựng mô hình ABAC
• 3.2. Xây dựng và thực thi mô hình quy trình trên Activiti
• 3.2.1. Cài đặt Activiti trên Webserver
• 3.2.2. Xây dựng mô hình quy trình “Phê duyệt hồ sơ tín dụng” trên Activiti
• 3.2.3. Biểu diễn mô hình quy trình
• 3.2.4. Triển khai mô hình quy trình
• 3.2.5. Thiết lập tập các quy tắc kiểm soát thẩm quyền
• 3.2.6. Thực thi quy trình trên Activiti
• 3.3. Kết quả thực nghiệm
• 3.4. Đánh giá kết quả vận dụng và thực nghiệm
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Tổng Quan Nghiên Cứu Chính Sách Quyền Truy Cập Ngân Hàng 50 60

Nghiên cứu về chính sách quyền truy cập ngân hàng là một lĩnh vực quan trọng, đặc biệt trong bối cảnh gia tăng các mối đe dọa an ninh mạng. Việc đảm bảo an toàn thông tin ngân hàng không chỉ là vấn đề kỹ thuật mà còn liên quan đến quy trình nghiệp vụ và tuân thủ quy định. Nghiên cứu này tập trung vào việc tìm hiểu và phát triển công cụ hỗ trợ tuân thủ quy định ngân hàng, nhằm giảm thiểu rủi ro quyền truy cập và nâng cao hiệu quả kiểm soát truy cập dữ liệu ngân hàng. Bài toán nghiệp vụ “Phê duyệt hồ sơ tín dụng” được chọn làm ví dụ điển hình để minh họa các nguyên tắc và kỹ thuật được đề xuất. Theo nghiên cứu của Đại học Quốc Gia Hà Nội, việc quản lý quy trình sao cho vận hành hiệu quả tối ưu là yếu tố quan trọng với mỗi tổ chức, trong đó có ngân hàng.

1.1. Tầm quan trọng của chính sách quyền truy cập ngân hàng

Chính sách quyền truy cập đóng vai trò then chốt trong việc bảo vệ dữ liệu khách hàng ngân hàng và an ninh mạng ngân hàng. Một chính sách hiệu quả giúp ngăn chặn truy cập trái phép, giảm thiểu nguy cơ rò rỉ thông tin và đảm bảo tuân thủ các tiêu chuẩn bảo mật quốc tế như GDPR trong ngân hàng và PCI DSS trong ngân hàng.Việc xây dựng và thực thi chính sách này đòi hỏi sự kết hợp giữa chuyên môn kỹ thuật và hiểu biết về quy trình nghiệp vụ.

1.2. Thách thức trong quản lý quyền truy cập ngân hàng

Quản lý quyền truy cập trong môi trường ngân hàng phức tạp đặt ra nhiều thách thức. Số lượng người dùng và ứng dụng ngày càng tăng, yêu cầu cấp phép truy cập đa dạng, và sự cần thiết phải kiểm toán quyền truy cập ngân hàng thường xuyên là những vấn đề cần giải quyết. Ngoài ra, các cuộc tấn công mạng ngân hàng ngày càng tinh vi đòi hỏi các biện pháp bảo mật tiên tiến hơn.

II. Cách Xác Định Vấn Đề Về Quyền Truy Cập Ngân Hàng 50 60

Việc xác định các vấn đề liên quan đến chính sách bảo mật dữ liệu ngân hàng đòi hỏi một quy trình phân tích kỹ lưỡng. Điều này bao gồm đánh giá hiện trạng quản lý danh tính và truy cập (IAM) ngân hàng, xác định các lỗ hổng bảo mật tiềm ẩn, và phân tích các rủi ro liên quan đến quyền truy cập không phù hợp. Các phương pháp như kiểm tra bảo mật ngân hàng định kỳ và phân tích nhật ký truy cập có thể giúp phát hiện các vấn đề này. Sự tham gia của các chuyên gia bảo mật và kiểm toán viên là rất quan trọng trong quá trình này.

2.1. Phân tích rủi ro quyền truy cập

Phân tích rủi ro quyền truy cập là một bước quan trọng để xác định các lỗ hổng bảo mật tiềm ẩn. Quá trình này bao gồm việc xác định các tài sản quan trọng cần bảo vệ, đánh giá các mối đe dọa có thể xảy ra, và xác định mức độ ảnh hưởng của các rủi ro này. Kết quả phân tích sẽ giúp ưu tiên các biện pháp bảo mật cần triển khai.

2.2. Đánh giá tuân thủ quy định

Việc đánh giá tuân thủ các quy định và tiêu chuẩn bảo mật là rất quan trọng. Các quy định như GDPR và PCI DSS đặt ra các yêu cầu cụ thể về kiểm soát truy cập dữ liệu ngân hàng và bảo vệ dữ liệu khách hàng ngân hàng. Đánh giá tuân thủ giúp đảm bảo rằng ngân hàng đang thực hiện các biện pháp cần thiết để đáp ứng các yêu cầu này.

2.3. Rà soát quy trình phê duyệt quyền truy cập

Quy trình phê duyệt quyền truy cập cần được rà soát định kỳ để đảm bảo tính hiệu quả và phù hợp. Quá trình này bao gồm việc đánh giá các bước trong quy trình, xác định các điểm nghẽn, và đảm bảo rằng các quyền truy cập được cấp đúng mục đích và trong thời gian cần thiết. Quy trình phê duyệt quyền truy cập ngân hàng cần được thiết kế rõ ràng và minh bạch.

III. Phương Pháp Xây Dựng Công Cụ Hỗ Trợ Quyền Truy Cập 50 60

Xây dựng công cụ hỗ trợ tuân thủ quy định ngân hàng hiệu quả đòi hỏi sự kết hợp giữa kiến thức về bảo mật, quy trình nghiệp vụ và công nghệ. Các phương pháp tiếp cận phổ biến bao gồm sử dụng phần mềm kiểm soát truy cập ngân hàng, triển khai quản lý danh tính và truy cập (IAM) ngân hàng, và áp dụng các mô hình bảo mật tiên tiến như zero trust banking. Việc lựa chọn phương pháp phù hợp phụ thuộc vào quy mô, mức độ phức tạp và yêu cầu bảo mật của từng ngân hàng.

3.1. Sử dụng mô hình ABAC Attribute Based Access Control

Mô hình ABAC là một phương pháp điều khiển truy cập linh hoạt và mạnh mẽ, cho phép định nghĩa các chính sách dựa trên thuộc tính của người dùng, tài nguyên và môi trường. Mô hình này đặc biệt phù hợp với môi trường ngân hàng phức tạp, nơi có nhiều loại người dùng, tài nguyên và quy tắc truy cập khác nhau. ABAC giúp quản lý rủi ro quyền truy cập một cách hiệu quả hơn.

3.2. Tích hợp với quy trình nghiệp vụ

Công cụ hỗ trợ cần được tích hợp chặt chẽ với quy trình nghiệp vụ của ngân hàng. Điều này đảm bảo rằng các chính sách quyền truy cập được áp dụng một cách tự động và nhất quán trong suốt quy trình. Ví dụ, trong quy trình phê duyệt tín dụng, công cụ có thể tự động kiểm tra và cấp quyền truy cập dựa trên vai trò và trách nhiệm của người dùng.

3.3. Tự động hóa quy trình kiểm toán

Công cụ hỗ trợ cần cung cấp khả năng tự động hóa quy trình kiểm toán quyền truy cập. Điều này giúp giảm thiểu thời gian và chi phí kiểm toán, đồng thời đảm bảo tính chính xác và đầy đủ của dữ liệu kiểm toán. Các báo cáo kiểm toán cần được tạo ra một cách dễ dàng và có thể tùy chỉnh để đáp ứng các yêu cầu khác nhau.

IV. Ứng Dụng Thực Tiễn Nghiên Cứu Bảo Mật Ngân Hàng 50 60

Nghiên cứu này ứng dụng các phương pháp trên vào bài toán nghiệp vụ cụ thể: quy trình phê duyệt hồ sơ tín dụng. Việc xây dựng mô hình ABAC và tích hợp vào công cụ Activiti cho phép kiểm soát quyền truy cập dựa trên nhiều thuộc tính khác nhau, đảm bảo chỉ những người có thẩm quyền mới có thể truy cập thông tin nhạy cảm. Kết quả thực nghiệm cho thấy tính hiệu quả của phương pháp trong việc phòng chống tấn công mạng ngân hàng và bảo vệ dữ liệu khách hàng ngân hàng.

4.1. Xây dựng mô hình ABAC cho quy trình phê duyệt tín dụng

Mô hình ABAC được xây dựng dựa trên các thuộc tính như vai trò người dùng, loại hồ sơ tín dụng, và hạn mức tín dụng. Các chính sách quyền truy cập được định nghĩa dựa trên các thuộc tính này, đảm bảo rằng chỉ những người có vai trò phù hợp và có thẩm quyền mới có thể phê duyệt hồ sơ tín dụng. Ví dụ, một nhân viên tín dụng có thể xem hồ sơ nhưng không được phép phê duyệt nếu vượt quá hạn mức của họ.

4.2. Tích hợp ABAC vào công cụ Activiti

Công cụ Activiti được sử dụng để mô hình hóa và thực thi quy trình phê duyệt tín dụng. Mô hình ABAC được tích hợp vào Activiti để kiểm soát quyền truy cập trong suốt quy trình. Khi một người dùng thực hiện một hành động, Activiti sẽ kiểm tra các chính sách ABAC để xác định xem người dùng có quyền thực hiện hành động đó hay không.

4.3. Đánh giá hiệu quả ứng dụng ABAC

Kết quả thực nghiệm cho thấy rằng việc ứng dụng ABAC vào quy trình phê duyệt tín dụng giúp tăng cường bảo mật và tuân thủ quy định. Các quyền truy cập được kiểm soát chặt chẽ hơn, giảm thiểu nguy cơ truy cập trái phép và rò rỉ thông tin. Ngoài ra, việc tự động hóa quy trình kiểm soát quyền truy cập giúp tiết kiệm thời gian và chi phí.

V. Kết Luận Hướng Phát Triển Giải Pháp Quản Lý 50 60

Nghiên cứu này đã trình bày một phương pháp tiếp cận hiệu quả để xây dựng công cụ hỗ trợ tuân thủ quy định ngân hàng, đặc biệt là trong lĩnh vực quản lý quyền truy cập. Việc áp dụng mô hình ABAC và tích hợp vào công cụ Activiti cho thấy tiềm năng lớn trong việc tăng cường bảo mật và tuân thủ quy định. Hướng phát triển tiếp theo là hoàn thiện công cụ, tích hợp các công nghệ bảo mật ngân hàng tiên tiến và mở rộng phạm vi ứng dụng cho các quy trình nghiệp vụ khác.

5.1. Hoàn thiện công cụ hỗ trợ

Công cụ hỗ trợ cần được hoàn thiện để đáp ứng các yêu cầu thực tế của ngân hàng. Điều này bao gồm việc cải thiện giao diện người dùng, tăng cường khả năng tùy chỉnh, và tích hợp với các hệ thống khác của ngân hàng. Một giao diện trực quan sẽ giúp người dùng dễ dàng quản lý và cấu hình các chính sách ABAC.

5.2. Tích hợp công nghệ bảo mật tiên tiến

Để đối phó với các mối đe dọa an ninh mạng ngày càng tinh vi, công cụ hỗ trợ cần được tích hợp các công nghệ bảo mật tiên tiến như xác thực đa yếu tố ngân hàng (MFA), mã hóa dữ liệu ngân hàng, và phần mềm quản lý rủi ro ngân hàng. Các công nghệ này giúp tăng cường khả năng phòng thủ và giảm thiểu tác động của các cuộc tấn công.

5.3. Mở rộng phạm vi ứng dụng

Phương pháp và công cụ được trình bày trong nghiên cứu này có thể được mở rộng phạm vi ứng dụng cho các quy trình nghiệp vụ khác trong ngân hàng, chẳng hạn như quản lý tài khoản, giao dịch trực tuyến, và dịch vụ khách hàng. Điều này giúp tạo ra một hệ thống bảo mật toàn diện và nhất quán trong toàn ngân hàng.

Nội dung chính

Tổng quan nghiên cứu

Trong kỷ nguyên chuyển đổi số ngành ngân hàng, ước tính có tới hơn 85% các nghiệp vụ cốt lõi được tự động hóa thông qua các hệ sinh thái quản lý quy trình nghiệp vụ (Business Process Management - BPM). Tuy nhiên, môi trường tài chính - ngân hàng luôn đòi hỏi tính bảo mật và tuân thủ nghiêm ngặt theo chuẩn mực quốc tế, nơi chỉ cần 1% sai lệch trong việc kiểm soát thẩm quyền cũng có thể dẫn đến thất thoát hàng chục tỷ đồng. Vấn đề nghiên cứu trọng tâm của luận văn xuất phát từ một thực trạng kỹ thuật điển hình: các hệ thống quản lý luồng công việc hiện hành chủ yếu dựa trên mô hình kiểm soát truy cập theo vai trò (RBAC), vốn chỉ xác định thẩm quyền tĩnh mà không thể xử lý linh hoạt các ràng buộc động theo ngữ cảnh thực tế, chẳng hạn như phân cấp hạn mức phê duyệt hồ sơ vay vốn hay kiểm soát phân vùng chi nhánh.

Mục tiêu cụ thể của đề tài là nghiên cứu, thiết kế và tích hợp mô hình điều khiển truy cập dựa trên thuộc tính (Attribute-Based Access Control - ABAC) vào công cụ quản lý quy trình mã nguồn mở Activiti phiên bản 6.0. Phạm vi nghiên cứu được định hình tại hệ thống ngân hàng thương mại Việt Nam vào năm 2019, tập trung làm rõ bài toán thực nghiệm "Phê duyệt hồ sơ tín dụng" – một trong những quy trình phức tạp và nhạy cảm nhất. Ý nghĩa thực tiễn của công trình thể hiện ở việc triệt tiêu hoàn toàn 100% rủi ro phê duyệt vượt quyền hạn mức, đồng thời tối ưu hóa cơ chế ủy quyền công việc tạm thời với độ chính xác đạt 100%, nâng cao năng lực an toàn thông tin và hiệu suất vận hành luồng tác nghiệp tín dụng.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng dựa trên sự giao thoa của hai trụ cột lý thuyết phần mềm hiện đại:

• Tiêu chuẩn Ký hiệu và Mô hình hóa Quy trình Nghiệp vụ (BPMN 2.0 theo chuẩn quốc tế ISO/IEC 19510:2013): Cung cấp bộ ký hiệu trực quan và ngữ nghĩa thực thi cho các đối tượng luồng (Flow Objects gồm Sự kiện, Hoạt động, Cổng Gateway), làn phân vùng (Swimlanes gồm Pool, Lane) và đối tượng dữ liệu (Data Objects), cho phép chuyển đổi liền mạch giữa thiết kế quy trình nghiệp vụ và thực thi kỹ thuật.
• Mô hình điều khiển truy cập thuộc tính ABAC kết hợp kiến trúc chuẩn XACML: Định hình cơ chế kiểm soát truy cập dựa trên việc đánh giá động 4 nhóm thuộc tính cốt lõi:
  • Thuộc tính chủ thể (Subject Attributes): Định danh người dùng, chức danh, nhóm phòng ban, đơn vị kinh doanh.
  • Thuộc tính tài nguyên (Resource Attributes): Loại hồ sơ vay, số tiền đề nghị cấp tín dụng, danh mục tài sản bảo đảm.
  • Thuộc tính môi trường (Environment Attributes): Thời gian thực hiện giao dịch, địa chỉ IP, trạng thái hệ thống.
  • Tập chính sách (Policy Rules - P): Biểu thức logic dạng r: granted (s, r, e) quyết định cấp quyền khi và chỉ khi mọi điều kiện ràng buộc được thỏa mãn.

Kiến trúc bảo mật tích hợp mô hình hóa 3 điểm then chốt: Điểm thực thi chính sách (PEP), Điểm quyết định chính sách (PDP) và Điểm thông tin chính sách (PIP), khắc phục hoàn toàn tính tĩnh nhắc của các mô hình DAC, MAC và RBAC truyền thống.

Phương pháp nghiên cứu

Nghiên cứu áp dụng phương pháp thực nghiệm kỹ thuật phần mềm (Experimental Software Engineering) kết hợp phân tích đối sánh. Nguồn dữ liệu thực nghiệm được xây dựng từ quy trình tác nghiệp tín dụng thực tế tại ngân hàng thương mại, bao gồm 4 cấp độ phê duyệt: Chuyên viên khách hàng (CVKD), Kiểm soát viên (KSVKD), Giám đốc Trung tâm kinh doanh (GĐ TTKD) và Ủy ban tín dụng Hội sở (UBTD).

Cỡ mẫu kiểm thử bao gồm hơn 50 kịch bản testcase đa dạng, bao quát đầy đủ các ngưỡng giá trị hạn mức (khoảng từ 0 đến 1 tỷ VNĐ, từ 1 tỷ đến 5 tỷ VNĐ, và trên 5 tỷ VNĐ), các điều kiện phân vùng đơn vị kinh doanh và các phiên ủy quyền tác vụ có thời hạn. Phương pháp chọn mẫu theo mục đích (Purposive Sampling) được lựa chọn nhằm tập trung kiểm tra tối đa các điểm biên (boundary conditions) và các trường hợp có khả năng xung đột quyền truy cập chéo. Phương pháp phân tích đối chuẩn (Benchmarking) được áp dụng nhằm so sánh hiệu năng, tính linh hoạt và khả năng kiểm soát giữa nền tảng Activiti nguyên bản và phiên bản Activiti được tích hợp mô hình ABAC tùy biến trong mốc thời gian nghiên cứu hoàn thiện năm 2019.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình thực nghiệm chuyên sâu đã ghi nhận 4 phát hiện kỹ thuật cốt lõi:

• Triệt tiêu lỗ hổng phân quyền tĩnh của RBAC: Trong hệ thống Activiti nguyên bản chỉ dùng vai trò nhóm "Giám đốc", 100% các giám đốc chi nhánh đều có thể nhìn thấy, tự gán và phê duyệt bất kỳ hồ sơ nào kể cả khi vượt quá hạn mức được giao (ví dụ khoản vay 200 triệu VNĐ bị can thiệp bởi giám đốc thuộc phân khúc khác). Khi tích hợp ABAC, hệ thống đã chặn thành công 100% các yêu cầu truy cập trái thẩm quyền, chỉ cho phép hiển thị hồ sơ đúng dải hạn mức quy định.
• Tích hợp thành công module bảo mật vào mã nguồn Activiti 6.0: Điểm can thiệp (hook point) được cài đặt chính xác tại phương thức completeTaskForm thuộc lớp ActivitiTaskFormService (project activiti-app-logic), kích hoạt hàm UpdateAssigneeABAC đóng vai trò PEP/PDP và hàm UpdateTaskAssign đóng vai trò PIP với độ trễ xử lý thuật toán dưới 50 mili-giây.
• Thiết lập thành công hai bảng dữ liệu chính sách động: Bổ sung thực thể ACT_RU_USER_LIMIT (quản lý ngưỡng hạn mức chặn dưới limit_floor_ và chặn trên limit_ceiling_) và thực thể ACT_RU_USER_DELEGATE (quản lý ủy quyền chính xác theo mốc date_from_ đến date_to_).
• Xử lý hoàn hảo bài toán ủy quyền có điều kiện: Giải quyết triệt để trạng thái mơ hồ trách nhiệm giữa người ủy quyền và người được ủy quyền, hệ thống chỉ kích hoạt quyền phê duyệt thay thế khi trạng thái isactive_ được xác thực hợp lệ trong đúng khung thời gian thực thi.

Thảo luận kết quả

Nguyên nhân cốt lõi giúp mô hình đạt hiệu quả vượt trội là việc chuyển dịch từ cơ chế gán quyền tĩnh sang đánh giá biểu thức logic đa chiều theo thời gian thực. Trong các quy trình nghiệp vụ ngân hàng, yếu tố thẩm quyền luôn biến thiên phụ thuộc vào giá trị khoản vay và vị trí địa lý. Khi biểu diễn thông qua ma trận dữ liệu phân quyền và sơ đồ luồng trạng thái, ABAC cho thấy khả năng tinh gọn số lượng vai trò quản trị từ hàng trăm vai trò phân mảnh xuống còn một tập quy tắc chính sách duy nhất.

So sánh với các nghiên cứu triển khai trên jBPM hay BonitaSoft, việc lựa chọn khung Activiti mang lại lợi thế vượt trội về khả năng can thiệp trực tiếp vào mã nguồn Java và tối ưu hóa hệ cơ sở dữ liệu quan hệ, giúp doanh nghiệp hoàn toàn làm chủ công nghệ mà không bị phụ thuộc vào các module sinh mã tự động. Kết quả này khẳng định tính khả thi của việc nhúng kiến trúc bảo mật hướng thuộc tính vào các lõi phần mềm quản trị quy trình hiện đại.

Đề xuất và khuyến nghị

Nhằm hiện thực hóa và mở rộng giải pháp kiểm soát truy cập ABAC vào hạ tầng ngân hàng thương mại, nghiên cứu đưa ra 4 khuyến nghị hành động cụ thể:

• Chuẩn hóa hệ thống thuộc tính và quy chế thẩm quyền: Khối Vận hành và Quản trị Rủi ro Ngân hàng cần phối hợp xây dựng danh mục từ điển thuộc tính chuẩn hóa (bao gồm trên 20 trường thông tin phân loại chủ thể và tài sản) cho 100% quy trình tín dụng trong vòng 6 tháng tới.
• Tách biệt module chính sách thành Microservice độc lập: Đội ngũ Kiến trúc sư Phần mềm cần nâng cấp module PEP/PDP từ dạng thư viện nhúng trong activiti-app-logic sang dịch vụ RESTful API phân tán trong lộ trình 12 tháng, nhằm giảm tải cho Activiti Engine và đáp ứng thông lượng xử lý trên 10.000 giao dịch/phút.
• Tự động hóa công tác giám sát và kiểm toán ủy quyền: Bộ phận An toàn Thông tin cần thiết lập cơ chế giám sát thời gian thực đối với bảng dữ liệu ACT_RU_USER_DELEGATE và lịch sử ACT_HI_TASKINST, bảo đảm ghi vết 100% các phiên phê duyệt ủy quyền, áp dụng ngay trong quý tiếp theo.
• Tối ưu hóa thuật toán đối sánh quy tắc (Policy Matching): Đội ngũ phát triển phần mềm cần áp dụng các cấu trúc dữ liệu cây chỉ mục (Policy Tree Indexing) nhằm duy trì độ trễ phản hồi dưới 20 mili-giây khi quy mô tập chính sách mở rộng vượt ngưỡng 1.000 quy tắc.

Đối tượng nên tham khảo luận văn

Công trình nghiên cứu mang giá trị học thuật và ứng dụng cao cho 4 nhóm đối tượng trọng điểm:

• Kỹ sư phần mềm và Kiến trúc sư hệ thống: Tiếp cận phương pháp chi tiết về cách thức can thiệp mã nguồn mở Java, tổ chức kiến trúc Spring/Maven và kỹ thuật tích hợp bảo mật ABAC/XACML vào lõi thực thi quy trình Activiti Engine.
• Chuyên viên Phân tích Nghiệp vụ (BA) và Quản lý Quy trình (BPM): Nắm bắt phương pháp luận mô hình hóa chuẩn BPMN 2.0 cho các quy trình nghiệp vụ ngân hàng phức tạp, từ thiết kế biểu mẫu (Forms), cổng điều hướng (Gateways) đến phân luồng trách nhiệm (Swimlanes).
• Cán bộ Quản trị Rủi ro và An toàn Thông tin Ngân hàng: Tham khảo mô hình phân quyền động theo thẩm quyền hạn mức và cơ chế ủy quyền chặt chẽ nhằm xây dựng khung chính sách kiểm soát nội bộ, ngăn ngừa rủi ro tác nghiệp.
• Học viên Cao học và Nghiên cứu sinh ngành Công nghệ Thông tin: Sử dụng làm tài liệu tham khảo chất lượng cao về phương pháp nghiên cứu thực nghiệm, kỹ thuật xử lý dữ liệu kiểm thử và hướng phát triển hệ thống phần mềm bảo mật chuyên sâu.

Câu hỏi thường gặp

• Điểm khác biệt cốt lõi giữa mô hình ABAC trong nghiên cứu này và mô hình RBAC truyền thống là gì? RBAC chỉ xác định quyền dựa trên vai trò cố định của người dùng, dẫn đến việc mọi giám đốc đều có quyền như nhau đối với mọi hồ sơ. Trong khi đó, ABAC đánh giá đồng thời các thuộc tính ngữ cảnh như số tiền vay thực tế trên form nhập liệu và chi nhánh công tác, đảm bảo việc phân quyền diễn ra chính xác theo từng phân khúc hạn mức.

• Tại sao tác giả lại lựa chọn nền tảng Activiti thay vì các giải pháp như jBPM hay BonitaSoft? Activiti sở hữu kiến trúc nhẹ, hỗ trợ toàn diện Spring Framework, cung cấp hệ thống Java API minh bạch cho phép lập trình viên toàn quyền kiểm soát từng dòng mã nguồn. Điều này giúp việc nhúng các hàm kiểm soát chính sách tùy biến như PEP và PDP vào luồng thực thi diễn ra thuận lợi hơn so với cơ chế kéo-thả sinh mã tự động của BonitaSoft.

• Nghiên cứu giải quyết bài toán ủy quyền phê duyệt để tránh xung đột trách nhiệm như thế nào? Hệ thống bổ sung bảng dữ liệu ACT_RU_USER_DELEGATE quản lý cặp người ủy quyền - người nhận ủy quyền kèm theo hai biến thời gian bắt đầu và kết thúc. Quyền phê duyệt thay thế chỉ có hiệu lực duy nhất trong khoảng thời gian được cấu hình và tự động thu hồi ngay khi hết hạn, triệt tiêu sự mập mờ về trách nhiệm pháp lý.

• Điểm can thiệp mã nguồn (hook point) chính để tích hợp ABAC vào Activiti nằm ở vị trí nào? Điểm can thiệp then chốt nằm tại phương thức completeTaskForm thuộc lớp ActivitiTaskFormService trong module activiti-app-logic. Khi sự kiện hoàn thành nhiệm vụ được kích hoạt, hệ thống sẽ gọi hàm UpdateAssigneeABAC để tra cứu tập chính sách ACT_RU_USER_LIMIT trước khi chuyển giao tác vụ tiếp theo.

• Giải pháp tích hợp ABAC trên Activiti có thể áp dụng cho các quy trình ngoài tín dụng không? Hoàn toàn có thể. Cấu trúc bảng chính sách {S, R, E, AS, AR, AE, P} được thiết kế dưới dạng tổng quát. Mọi quy trình nghiệp vụ ngân hàng hoặc doanh nghiệp có yếu tố phân cấp thẩm quyền (như phê duyệt chi phí mua sắm, phát hành bảo lãnh, quản lý hạn mức thanh toán quốc tế) đều có thể tái sử dụng trực tiếp mô hình này.

Kết luận

• Luận văn đã giải quyết trọn vẹn bài toán kiểm soát truy cập động trong quy trình nghiệp vụ ngân hàng thương mại bằng việc tích hợp thành công mô hình ABAC vào bộ công cụ mã nguồn mở Activiti 6.0.
• Thiết kế hoàn chỉnh kiến trúc an ninh 3 thành phần (PEP, PDP, PIP), can thiệp trực tiếp vào mã nguồn Java và xây dựng mới hai thực thể cơ sở dữ liệu ACT_RU_USER_LIMIT và ACT_RU_USER_DELEGATE.
• Thực nghiệm trên quy trình "Phê duyệt hồ sơ tín dụng" chứng minh tính đúng đắn tuyệt đối, triệt tiêu 100% các vi phạm phê duyệt vượt hạn mức thẩm quyền và kiểm soát ủy quyền minh bạch theo thời gian thực.
• Đóng góp giải pháp công nghệ có tính ứng dụng thực tế cao, giúp các tổ chức tài chính tối ưu hóa chi phí bản quyền phần mềm mà vẫn đảm bảo tiêu chuẩn an toàn bảo mật nghiêm ngặt.
• Lộ trình phát triển tiếp theo tập trung vào việc đóng gói giải pháp thành module dịch vụ đám mây (Cloud-native Microservices) và mở rộng cho toàn bộ hệ thống quy trình nghiệp vụ liên ngân hàng.

Hãy liên hệ ngay với các chuyên gia kỹ thuật phần mềm và kiến trúc sư hệ thống để cùng nghiên cứu, áp dụng và tối ưu hóa giải pháp quản lý quy trình nghiệp vụ an toàn, hiện đại cho tổ chức của bạn.

Trích đoạn nội dung tài liệu

CHƯƠNG 1 KIẾN THỨC NỀN TẢNG Chƣơng này giới thiệu tổng quan về quy trình nghiệp vụ và kỹ thuật mô hình hóa PMN. Tiếp đó là phần diễn giải về mô hình truy cập thuộc tính A AC. Cuối cùng chƣơng giới thiệu về công cụ hỗ trợ việc quản lý mô hình PMN và các cơ chế điều khiển truy cập. Giới thiệu tổng quan về quy trình nghiệp vụ Thông thƣờng trong thời gian hàng ngày, các hoạt động của các cá nhân đều là một phần của các quy trình khác nhau.

Ví dụ, khi ta đặt mua một cuốn sách trong một cửa hàng sách online thì khi đó một quy trình đƣợc thực thi gồm việc thanh toán, đóng gói và tới việc vận chuyển sách cho ngƣời mua. Phần đầu chƣơng trình bày về các khái niệm quy trình nghiệp vụ cùng với các cách thức để mô hình quy trình trong nghiệp vụ thực tế. Khái niệm quy trình nghiệp vụ Quy trình – Process – đƣợc định nghĩa là một loạt các hành động/hoạt động có kết thúc; một loạt các hoạt động liên tiếp nhau hoặc các ứng xử đặc biệt trong quá trình sản xuất. Quy trình nghiệp vụ tồn tại song hành cùng quá trình kinh doanh/nghiệp vụ - Business - của một doanh nghiệp, một tổ chức.

Quy trình nghiệp vụ thƣờng đƣợc đề cập tới việc cách tổ chức các hoạt động tạo ra giá trị. Để quản lý các quy trình nghiệp vụ của một tổ chức nói chung, cần thiết phải mô tả và tài liệu hóa. Có rất nhiều cách thức để thực hiện, tuy nhiên, cách dễ dàng và đơn giản nhất là sử dụng mô tả dạng văn bản hay dạng bảng. Các biểu đồ luồng thƣờng đƣợc tạo ra bằng cách sử dụng các phần mềm về trình diễn và đồ họa.

Các biểu đồ này hầu hết đều chứa các hình hộp và các mũi tên, không tuân theo một phƣơng thức cụ thể nào. Do đó, dẫn đến không đáp ứng đƣợc các yêu cầu về việc biểu diễn các quy trình theo các khía cạnh nhƣ quy tắc, sự kiện, các đơn vị tổ chức, luồng dữ liệu. Tuy nhiên, khi mô hình các quy trình nghiệp vụ các tác nhân thực hiện nghiệp vụ, ngƣời phân tích quy trình nghiệp vụ, ngƣời phát triển kỹ thuật và ngƣời quản lý nghiệp vụ gặp khó khăn trong việc hiểu ý tƣởng của nhau [9]. Hơn nữa, chính những nhà phân tích nghiệp vụ của các tổ chức khác nhau, nhiều khi cũng không TIEU LUAN MOI download : [e-mail]002 thể giao tiếp trong quá trình Liên thông các quy trình nghiệp vụ với nhau.

Để giải quyết vấn đề này, cần thiết phải có các ký hiệu (notation) chung tƣơng ứng biểu diễn các phần tử nghiệp vụ nhƣ các sự kiện, hoạt động, luồng dữ liệu, các đơn vị tổ chức. Một tập các ký hiệu về mô hình hóa quy trình nghiệp vụ theo đồ họa xác định các biểu tƣợng cho các phần tử quy trình nghiệp vụ, ý nghĩa cũng nhƣ các khả năng kết hợp của chúng. Mô hình quy trình nghiệp vụ BPMN Tiêu chuẩn Ký hiệu và mô hình hóa quy trình nghiệp vụ ( PMN) với mục đích chính là làm cầu nối khoảng cách về thông tin giữa các bên liên quan thƣờng xuyên xảy ra trong việc thiết kế và triển khai quy trình nghiệp vụ [9], đã và đang đƣợc sử dụng rộng rãi để mô hình hóa quy trình nghiệp vụ trong nhiều tổ chức. PMN hỗ trợ cho cả ngƣời dùng kỹ thuật và ngƣời dùng nghiệp vụ trong việc quản lý các quy trình nghiệp vụ bằng cách đƣa ra một tập các ký hiệu chung, có tính trực quan và dễ hiểu cho ngƣời dùng nghiệp vụ.

Một cách đơn giản, ta hãy quan sát một ví dụ Hình 1. inh h về mô hình hó quy trình nghi p vụ. Lịch sử phát triển của BPMN an đầu, PMN đƣợc phát triển bởi Tổ chức Sáng kiến quản lý quy trình nghiệp vụ ( PMI), một tổ chức gồm các công ty về phần mềm [9]. Ở giai đoạn khởi đầu, mục tiêu là cung cấp một tập các ký hiệu đồ họa mô tả quy trình đƣợc thể TIEU LUAN MOI download : [e-mail]002 hiện trong Ngôn ngữ mô hình hóa quy trình nghiệp vụ ( PML).

So với PEL, PML đƣợc sử dụng để xác định các mô tả quy trình có thể đƣợc thực thi bởi một BPMS, PML không đƣợc tiếp tục phát triển nữa [9][4]. Phiên bản đầu tiên của PMN đƣợc phát triển bởi nhóm của Stephen A. Trong thời gian này, PMI đã trở thành một nhóm thuộc Tổ chức quản lý đối tƣợng (OMG). Tổ chức OMG là một tổ chức nổi tiếng về các tiêu chuẩn phần mềm, đặc biệt là UML.

Năm 2006, PMN phiên bản 1.0 chính thức đƣợc chấp nhận là một tiêu chuẩn của tổ chức OMG. Sau đó, OMG công bố phiên bản PMN v1.1 vào tháng 01/2008 và công bố BPMN v1.2 vào tháng 01/2009 với một số thay đổi nhỏ. Phiên bản PMN v2.0 với nhiều thay đổi và mở rộng so với các phiên bản cũ, đã đƣợc OMG công bố vào tháng 01/2011. Phiên bản gần đây nhất là PMN v2.2 đƣợc OMG công bố tháng 12/2013.

Nội dung phiên bản PMN v2.2 không khác biệt nhiều so với PMN v2.0, chỉ chỉnh sửa một số lỗi nhỏ về văn bản. Trong năm 2013, PMN cũng chính thức trở thành tiêu chuẩn quốc tế ISO/IEC 19510:2013. Các phần tử (element) của BPMN Các phần tử của PMN đƣợc phân thành 5 loại cơ bản sau [9]: - Các đối tƣợng luồng (Flow Objects): là các phần tử đồ họa chính định nghĩa hành vi của một Quy trình nghiệp vụ. Có ba đối tƣợng luồng gồm Sự kiện (Event); Hoạt động (Activity); Cổng (Gateway).

Activity tập trung trả lời câu hỏi làm gì. Tức là mô tả tất cả các công việc trong quy trình. Activity gồm 04 loại: Task - là từng việc chi tiết, tập các task thành một quy trình lớn; Transaction - là các giao dịch, gồm nhiều task mà các task này liên hệ logic với nhau; Sub-Process - là các quy trình con, hiểu đơn giản là quy trình nhỏ trong quy trình lớn; Call Activity - là hàm gọi, thực hiện gọi một sub process nào đó. Thành phần Gateways là bộ phận logic mà luồng của hệ thống sẽ thay đổi tùy vào các điều kiện khác nhau.

- Swimlanes: có hai cách thức để nhóm các phần tử mô hình hóa chính thông qua Swimlanes là Pool và Lane, trong đó, Pool là biểu diễn đồ họa của một Thành phần tham gia còn Lane là một phân vùng thuộc một Process (đôi khi thuộc một Pool). Đây là linh hồn của PMN, hiểu một cách khác: Pool thể hiện một tổ chức, một bộ phận, một phòng ban, một vai trò hay một hệ thống nào đó. Lane thể hiện là một cá nhân, một chủ thể riêng l , ngƣời sẽ thực hiên các hoạt động cụ thể nào đó. - Dữ liệu (Data): đây là thành phần quan trọng của bất cứ quy trình nào.

Data đƣợc biểu diễn với bốn phần tử là Đối tƣợng dữ liệu (Data Object) – nhƣ là tài liệu, TIEU LUAN MOI download : [e-mail]002 email, form; Đầu vào (Data Input) – dữ liệu để hoàn thành một hành động nào đó; Đầu ra (Data Output) – dữ liệu trả ra của một hành động; Kho dữ liệu (Data Object Collection) – thể hiện một tập, một loạt hay một danh sách thông tin. - Đối tƣợng kết nối (Connecting Object): Có bốn cách kết nối các Đối tƣợng luồng với nhau hoặc với thông tin khác, cụ thể gồm: Luồng tuần tự (Sequence Flow) – thể hiện luồng đi của quy trình; Luồng thông điệp (Message Flow) – luồng thông tin đƣợc trao đổi giữa các Lane hoặc các Pool; Liên kết (Association); Liên kết dữ liệu (Data Association). - Artifacts: đƣợc sử dụng để cung cấp thông tin bổ sung về Quy trình. Có hai artifact tiêu chuẩn nhƣng những nhà mô hình hóa hay công cụ mô hình hóa có thể tự do thêm các Artifact khi cần thiết.

Hiện tại, tập artifact gồm: Group và Text Annotation.0 xác định các phần tử mô hình hóa cơ bản và ký hiệu của chúng nhƣ Bảng 1.1 – D nh sách các phần tử mô hình hó cơ bản và ký hi u STT Phần tử Ký hiệu 1. Luồng tuần tự (sequence flow) 5. Luồng thông điệp (message flow) 6. Làn/ phân vùng (pool) 8.

Làn/ phân vùng (lane) TIEU LUAN MOI download : skknchat@gmail. Đối tƣợng dữ liệu (data object) 10. Chú thích (notation – đi kèm liên kết) Ngoài các phần tử mô hình hóa cơ bản nói trên, PMN v2.0 còn có một số phần tử mô hình hóa mở rộng, tham khảo thêm tại Mục 7. Các mô hình thành phần của BPMN Quy trình (Process) là một khái niệm cơ bản trong PMN.

Một Process mô tả một chuỗi hay một dòng gồm nhiều Hoạt động (Activity) trong một tổ chức với mục đích thực hiện công việc. Trong PMN, một Quy trình đƣợc mô tả là một hình ảnh về chuỗi các Phần tử (Element) chứa một tập các Hoạt động, Sự kiện (Event), Cổng (Gateway) và là chuỗi có trình tự xác định ngữ nghĩa thực thi. Các Quy trình có thể đƣợc định nghĩa ở mức độ bất kỳ, có thể là Quy trình mức cao có phạm vi toàn tổ chức hay cũng có thể là Quy trình mức thấp và đƣợc thực hiện bởi một cá nhân. Các Quy trình mức thấp có thể đƣợc nhóm lại với nhau để đạt đƣợc một mục tiêu nghiệp vụ chung.

Mô hình hóa usiness Process (Quy trình nghiệp vụ) đƣợc sử dụng để truyền tải một lƣợng lớn các thông tin đến nhiều đối tƣợng ngƣời đọc khác nhau. PMN đƣợc thiết kế bao gồm nhiều kiểu mô hình hóa và cho phép việc tạo ra các Quy trình nghiệp vụ điểm-điểm. Các phần tử có cấu trúc của PMN cho phép nhiều ngƣời đọc có thể hiểu dễ dàng sự khác biệt giữa các phần của biểu đồ PMN. Có 03 kiểu mô hình thành phần cơ bản trong mô hình PMN điểm-điểm: - Processes hay Orchestration (Điều phối), bao gồm: + Quy trình nghiệp vụ riêng (nội bộ) là những quy trình nội bộ của một tổ chức cụ thể.

Những quy trình này có thể đƣợc gọi chung là luồng công việc (workflow) hay quy trình PM. Một từ đồng nghĩa thƣờng đƣợc sử dụng trong các dịch vụ Web là Điều phối (Orchestration) các dịch vụ. Có 2 loại quy trình nghiệp vụ riêng là: Quy trình riêng không thể thực thi (là một quy trình đƣợc mô hình hóa phục vụ TIEU LUAN MOI download : [e-mail]002 mục đích tài liệu hóa hành vi của quy trình ở mức chi tiết đƣợc xác định bởi ngƣời mô hình hóa) và Quy trình nghiệp vụ riêng có thể thực thi (là một quy trình đƣợc mô hình hóa phục vụ mục đích đƣợc thực thi theo ngữ nghĩa xác định). trình bày Quy trình nghiệp vụ riêng (nội bộ) của một công ty A về việc tuyển dụng nhân viên mới.