Mình có 1 file *.xslm có chứa code VBA và muốn bảo mật code VBA để người khác ko chỉnh sửa được. Mặc dù đã đặt mật mã cho đoạn code nhưng vẫn bị bẻ khóa. Nhờ các ace trong Group có biện pháp nào giúp mình bảo mật được code VBA khi mình chia sẻ file cho người khác dùng chung đc ko nhỉ? Thanks cả nhà
Bảo mật code VBA (1 người xem)
- Thread starter myGPE
- Ngày gửi
Người dùng đang xem chủ đề này
Cảm ơn bạn đã gợi ý. Do mình ko phải là dân lập trình chuyên nghiệp nên ko hiểu sâu về lập trình. Mình cũng chỉ tự mầy mò mấy code VBA trong phạm vi công việc của mình mà ko có cách nào để quản lý và bảo vệ được file *.xlsm có Marco
Upvote
0
BinhTrong2019
Thành viên mới
- Tham gia
- 8/9/19
- Bài viết
- 20
- Được thích
- 6
Mình nghĩ ca này khó, hiện tại mình chưa thấy có tood này.
Upvote
0
Hoàng Tuấn 868
Đăng ký hôm qua
- Tham gia
- 9/11/19
- Bài viết
- 6,241
- Được thích
- 5,931
Cho mình hỏi nhờ, "tood" có phải là phần mềm bảo mật mới không bạn.
Upvote
0
HeSanbi
Nam Nhân✨Hiếu Lễ Nghĩa Trí Tín✨
- Tham gia
- 24/2/13
- Bài viết
- 2,786
- Được thích
- 4,466
- Giới tính
- Nam
Là lập trình cấp thấp. Khó hơn cả khó. Yêu cầu lập trình này bạn phải biết tối thiểu C/C++.
VbTrickTimer/Class/CTrickTimer.cls at master · thetrik/VbTrickTimer
CTrickTimer - the timer class for VB6/VBA compatible with 64 bit office. - thetrik/VbTrickTimer
github.com
Upvote
0
Như vậy có nghĩa là ko sẽ ko có cách nào để bảo vệ sản phẩm của mình làm ra ư?Là lập trình cấp thấp. Khó hơn cả khó. Yêu cầu lập trình này bạn phải biết tối thiểu C/C++.
VbTrickTimer/Class/CTrickTimer.cls at master · thetrik/VbTrickTimer
CTrickTimer - the timer class for VB6/VBA compatible with 64 bit office. - thetrik/VbTrickTimer
Upvote
0
- Tham gia
- 6/8/08
- Bài viết
- 1,815
- Được thích
- 1,163
- Giới tính
- Nam
Ý là nếu bạn luyện thành thạo C++ thì bạn sẽ mã hóa VBA dễ như trở bàn tay.
Upvote
0
Cảm ơn gợi ý của bạn. Vậy thì chắc là khó cho mình rồi, vì mình ko phải dân lập trình chuyên nghiệp! Nhưng mình cũng sẽ thử cố xem sao.
Upvote
0
C/C++ hay dotNet thì cũng phải có code của bên thứ 3 để bảo mật.
Còn không thì người ta cũng tìm cách xem được. Tôi giả thiết 1 xíu để trao đổi nhé:
Giả sử tôi có file bạn làm "rất xịn" và đã được bảo mật.
1. Tôi quay video lại và đưa lên diễn đàn GPE, sẽ cố làm một chút form giống vậy, tưởng tượng ra flow, sau đó thì nhờ anh em trên này code giúp.
2. Tôi không có ý nói code bạn không hay, hoặc bỏ qua công sức của bạn. Xin lỗi nếu lỡ có làm bạn phật ý.
Bạn cứ code cho tốt, rồi nếu không có gì quá ghê gớm thì cứ chia sẻ, bão lũ này nhiều người còn mang cả tiền tỷ ra đi cho. Code thuần trên này nhiều người sẵn sàng giúp, nhiều khi còn không được cả cảm ơn.
Còn không thì người ta cũng tìm cách xem được. Tôi giả thiết 1 xíu để trao đổi nhé:
Giả sử tôi có file bạn làm "rất xịn" và đã được bảo mật.
1. Tôi quay video lại và đưa lên diễn đàn GPE, sẽ cố làm một chút form giống vậy, tưởng tượng ra flow, sau đó thì nhờ anh em trên này code giúp.
2. Tôi không có ý nói code bạn không hay, hoặc bỏ qua công sức của bạn. Xin lỗi nếu lỡ có làm bạn phật ý.
Bạn cứ code cho tốt, rồi nếu không có gì quá ghê gớm thì cứ chia sẻ, bão lũ này nhiều người còn mang cả tiền tỷ ra đi cho. Code thuần trên này nhiều người sẵn sàng giúp, nhiều khi còn không được cả cảm ơn.
Upvote
0
Mình ko hiểu ý bạn lắm. Code của mình thì cũng ko có gì ghê gớm cả. chỉ phục vụ chuyên môn công việc riêng thôi. Nhưng có điều quan trọng là trong file của mình sử dụng liên kết đến SQL Server của công ty. Nếu như bị bẻ khóa thì đồng nghĩa với việc bị lộ Server name, User, Pw. Đấy là điều tôi lo ngại nhất chứ tôi cũng ko tiếc gì mà ngại ngần chia sẻ cho các đồng nghiệp!
Bạn có cách nào mà khi bị bẻ khóa vẫn bảo vệ đc Server, User & Pw ko?
Upvote
0
Quang_Hải
Thành viên gạo cội
- Tham gia
- 21/2/09
- Bài viết
- 6,076
- Được thích
- 8,007
- Nghề nghiệp
- Làm đủ thứ
Cách thì có, nhưng trình chưa tới thì khó. Khi đã đạt cảnh giới cao rồi thì cần quái gì phải khóa, họ có xem code thì cũng có hiểu gì đâu.
Cơ bản là khi xài VBA thì khó bảo mật lắm, cần bảo mật thì phải dùng cái khác thôi
Upvote
0
HeSanbi
Nam Nhân✨Hiếu Lễ Nghĩa Trí Tín✨
- Tham gia
- 24/2/13
- Bài viết
- 2,786
- Được thích
- 4,466
- Giới tính
- Nam
Bạn đi học lại hoặc tra google để có mã như ý, mà lại muốn bảo mật code, đó là ích kỉ bạn nhé. Cả thế giới đang cùng nhau chia sẻ hàng triệu hàng tỉ giải thuật và thuật toán. Chỉ có người "ích kỉ, cầu lợi" mới nghĩ nhiều đến việc bảo vệ code bạn nhé. Chưa cống hiến được gì cho đời mã muốn lấy nhiều hơn cho. Nếu bạn không hiểu người đã bỏ công sức ra học tập, thì làm sao hiểu được nổi khó khăn. Đơn giản chữ viết và ngôn ngữ bạn đang nói và đang đọc, là cả quá trình phát triển. Huống chi là những dòng mã bạn tìm thấy.
Tập có ý nghĩ cho đi, thì bộ não tự nhiên mà kết tụ trí tựu siêu việt.
Tốt nhất là nên hiểu chút về luật "cây rễ hoa quả"
Upvote
0
Cảm ơn bạn đã nhắc nhở. Code của mình thì cũng ko có gì ghê gớm cả. chỉ phục vụ chuyên môn công việc riêng thôi. Nhưng có điều quan trọng là trong file của mình sử dụng liên kết đến SQL Server của công ty. Nếu như bị bẻ khóa thì đồng nghĩa với việc bị lộ Server name, User, Pw. Đấy là điều tôi lo ngại nhất chứ tôi cũng ko tiếc gì mà ngại ngần chia sẻ cho các đồng nghiệp!
Bạn có cách nào mà khi bị bẻ khóa vẫn bảo vệ đc Server, User & Pw ko?
Bạn là thành viên của nơi đã cho bạn công ăn việc làm thì bạn có muốn để những việc gây hại cho tổ chức của mình ko???
Nếu là ích kỷ thì chỉ dành riêng cho bản thân mình dùng, chứ còn mang đi chia sẻ cho người khác dùng làm chi. Nếu như bạn làm ra 1 thứ hoặc ít nhất là cũng mất bao công sức tìm kiếm học hỏi để làm ra cho người khác sử dụng free rồi sau đó là mất dữ liệu, lộ thông tin..... Theo bạn cái đó có cần đc bảo vệ ko???
Upvote
0
HeSanbi
Nam Nhân✨Hiếu Lễ Nghĩa Trí Tín✨
- Tham gia
- 24/2/13
- Bài viết
- 2,786
- Được thích
- 4,466
- Giới tính
- Nam
Không ai trót dại đi nhập password và usename vào mã VBA với ứng dụng nhiều người dùng bạn nhé, trừ khi account đó có giới hạn là chỉ được phép truy cập dữ liệu nhưng không được sửa đổi. account đó gọi chung là public account. account cần giữ an toàn thì phải để người dùng nhập tay tại thời điểm người dùng mở và sử dụng ứng dụng.
Nếu dữ liệu tại server là dữ liệu quan trọng thì cần mã hóa với công nghệ mã hóa và quản lý tài khoản truy cập theo tiêu chuẩn.
Nếu dữ liệu tại server là dữ liệu quan trọng thì cần mã hóa với công nghệ mã hóa và quản lý tài khoản truy cập theo tiêu chuẩn.
Upvote
0
ongke0711
Thành viên gắn bó
- Tham gia
- 7/9/06
- Bài viết
- 2,366
- Được thích
- 3,226
- Giới tính
- Nam
Cái này là quan trọng nhất nhưng bạn thiết kế kiểu gì mà có lưu User/pass trong code vậy?
Theo cách tôi làm là có 2 cổng trước khi vào tới table dữ liệu.
1. User/pass để kết nối tới SQL Server.
2. User/pass của ứng dụng của bạn. Dùng kết nối vào Table dữ liệu. Pass này được mã hóa 1 chiều. Ví dụ: HashBytes('md5', password).
Bạn không tiết lộ user/pass cho người khác thì làm sao họ đăng nhập được. Không tính tới trường hợp bị xâm nhập gói tin gửi đi của các h a c k e r nhé.
Chuỗi kết nối như vậy thì làm sao biết được bạn.
Upvote
0
Cảm ơn bạn đã chia sẻ. Mình cũng có InputBox User, PW bằng tay cho các user khác sử dụng và chỉ giới hạn cho họ chỉ đc trích xuất dữ liệu còn họ sẽ ko biết tên Server Name và DatabaseName. Giả dụ 1 user khác có quyền Insert, Update, Delete bị lộ thì họ cũng ko biết đc ServerName và DatabaseName để can thiệp. Mà ServerName và DatabaseName thì phải để trong Code VBA.
Upvote
0
ongke0711
Thành viên gắn bó
- Tham gia
- 7/9/06
- Bài viết
- 2,366
- Được thích
- 3,226
- Giới tính
- Nam
Nếu bạn muốn dấu luôn chuỗi kết nối này thì viết nó thành DLL (VB6, VB.Net) rồi gọi nó trong code. Tôi chỉ biết tới cách này thôi, còn cách nào khác nữa thì chưa biết.
Ví dụ:
Mã:
Dim oCnn as myConnection
Set oCnn = New myConnection
Upvote
0
huuthang_bd
Chuyên gia GPE
- Tham gia
- 10/9/08
- Bài viết
- 8,933
- Được thích
- 11,357
- Donate (Momo)
- Giới tính
- Nam
- Nghề nghiệp
- Thợ đụng
Lưu trong máy (Registry) được mà.
Muốn an toàn hơn nữa thì lưu thông tin đã mã hóa, code sẽ giải mã. Có lộ file cũng không lo.
Nếu chính người dùng trong công ty bạn cố tình xâm nhập thì chắc không có cách nào an toàn cả.
Upvote
0
Kiều Mạnh
I don't program, I beat code into submission!!!
- Tham gia
- 9/6/12
- Bài viết
- 5,538
- Được thích
- 4,133
- Giới tính
- Nam
Lưu Password vào đâu đó thì tuỳ theo sở thích VD: Registry hay Fields của Data.accdb
nhưng khi lưu Password đó đã mã hoá = tuỳ thích kiểu mã hoá ... phòng khi có thấy cũng chỉ nhìn
xong viết hàm so sánh mã hoá đó có thể sử dụng SHA256 hiện tại tạm an toàn .. trong Delphi tôi sử dụng hàm sau so sánh Password
function ValidatePasswordSHA256(const Password, HashedPassword: string) : Boolean;
nhưng khi lưu Password đó đã mã hoá = tuỳ thích kiểu mã hoá ... phòng khi có thấy cũng chỉ nhìn
xong viết hàm so sánh mã hoá đó có thể sử dụng SHA256 hiện tại tạm an toàn .. trong Delphi tôi sử dụng hàm sau so sánh Password
function ValidatePasswordSHA256(const Password, HashedPassword: string) : Boolean;
Upvote
0
Mình đang xây dựng dự án cho công ty theo hướng của bạn, code vba và file excel thì mình không bảo mật gì cả, các bạn trong công ty nếu cần có thể tham khảo, mình chỉ bảo mật dữ liệu của công ty thôi. Cách bảo mật của mình là tạo User trên sql server chỉ có duy nhất quyền thực thi "execute" các stored procedure (Bạn tìm hiểu từ khóa "GRANT EXECUTE ON OBJECT::dbo.<Stored Procedure> to <User>). Người dùng (bình thường) nếu có biết thông tin server thì cũng không thể làm được gì nhiều cả.
Upvote
0
ongke0711
Thành viên gắn bó
- Tham gia
- 7/9/06
- Bài viết
- 2,366
- Được thích
- 3,226
- Giới tính
- Nam
Thực ra như bài trước của tôi là chỉ cần dấu User/Pass kết nối tới SQL SV là đủ rồi. Nhưng chủ thớt còn muốn dấu luôn địa chỉ server và Database đề phòng lộ User/pass thì cũng không biết đường mà kết nối tới máy chủ nên mới vẽ ra thêm Dll, obfuscator các kiểu...
.Theo như cách của bạn, nếu lộ User/pass thì kết nối vô chạy stored procedure DELETE, SELECT là mệt rồi (Tên SP lưu trong code VBA).
Upvote
0
huuthang_bd
Chuyên gia GPE
- Tham gia
- 10/9/08
- Bài viết
- 8,933
- Được thích
- 11,357
- Donate (Momo)
- Giới tính
- Nam
- Nghề nghiệp
- Thợ đụng
Đâu có file mã hóa đâu bạn, tôi đề xuất lưu thông tin trên Registry mà.
Upvote
0
ongke0711
Thành viên gắn bó
- Tham gia
- 7/9/06
- Bài viết
- 2,366
- Được thích
- 3,226
- Giới tính
- Nam
Tôi có đọc cái đề xuất này của bạn đó chứ nhưng bạn cũng có nói nếu người trong cty cố tình xâm nhập thì cũng không còn an toàn nữa. Họ lên chính cái máy đó trích xuất thông tin từ Registry.
Nói chung tôi thấy kiểu gì cũng chỉ an toàn tương đối, chắc phải dùng cái USB token đem theo bên người, cứ 30s thì đổi key 1 lần...
.Bạn nói rõ thêm cách này nếu tôi hiểu sai.
Tôi thì chỉ dùng 2 tầng mật khẩu là MK đăng nhập SQL SV và mật khẩu đăng nhập vào ứng dụng là đủ đối với tôi rồi. Còn mà mất mật khẩu thì lo mà reset lại ngay.
Lần chỉnh sửa cuối:
Upvote
0
Mình đang nói tới nhóm người dùng bình thường, bạn đang đề cập tới là người dùng có kiến thức IT nhưng có ý định phá rồi, nó lại nằm ở phần bảo mật của System Admin và Database Admin. Theo mình nghĩ nếu bạn có user/pass để đăng nhập 1 trang web và có API để thực thi các hàm liên quan xem, xóa, sửa thì cũng như vấn đề bạn nói lộ thông tin câu sp ở VBA thôi.Thực ra như bài trước của tôi là chỉ cần dấu User/Pass kết nối tới SQL SV là đủ rồi. Nhưng chủ thớt còn muốn dấu luôn địa chỉ server và Database đề phòng lộ User/pass thì cũng không biết đường mà kết nối tới máy chủ nên mới vẽ ra thêm Dll, obfuscator các kiểu...
Theo như cách của bạn, nếu lộ User/pass thì kết nối vô chạy stored procedure DELETE, SELECT là mệt rồi (Tên SP lưu trong code VBA).
Cho trường hợp phá hoại như bạn nói, hướng mình đang xử lý:
Câu lệnh DELETE/UPDATE: Người dùng có quyền liên quan mới có thể thực thi 2 lệnh này, mình luôn để where tối thiểu với 2 điều kiện mới được thực thi, 2 điều kiện ấy tạo ra 1 unique key trong bảng đó.
Câu lệnh SELECT: nếu người dùng cố tình làm để chiếm dụng ram hay cpu thì có cách dò ra ip và block ip đó.
Nói chung là có nhiều cách để phá hoại và phòng chống lắm. Phương án cuối cùng của mình là backup database theo cơ chế Full-Differential-TransactionLog, mỗi 15 phút sẽ sao lưu 1 lần, bản sao lưu sẽ được backup qua Cloud thêm lần nữa. Nên khi server dính ransomeware đi nữa thì dữ liệu đã được sao lưu và không ảnh hưởng tới vận hành của công ty nhiều.
Upvote
0
VetMini
Đang đi tìm hòn đá
- Tham gia
- 21/12/12
- Bài viết
- 17,868
- Được thích
- 24,782
- Nghề nghiệp
- Thầy bói bài ta
Lệnh DROP TABLE thì sao bạn?
Admin sợ nhất là người dùng để lổ hổng khiến kẻ phá hoại có thể dùng SQL injection.
Nếu dùng stored procedure (sp) thì sẽ vô hiệu hóa SQL Injection.
Admin chỉ việc kiểm soát quyền kết nối và chạy sp thôi.
Server không đủ mạnh mà chạy Differential Transaction log thì sẽ mửa mật. Phải cỡ một array máy, một chùm Ram, thúng đĩa. Bi giờ là đĩa SSD cũng đỡ, nhớ đên khoảng năm 1990 thúng đĩa này lớn như mấy cái lu nước sắp hàng, sau đó thì thâu lại còn cỡ cái tủ nhỏ. Đĩa SSD thì chỉ như một ram giấy.
Upvote
0
Em phân quyền User chỉ duy nhất quyền thực thi "EXECUTE" câu SP đó thì user sẽ không thực thi "DROP" được thầy kể cả xem Table hay View, phải phân quyền user mới sử dụng được. Server công ty bên em đang sử dụng cho hiện tại 8core 16gb ram, xài cơ chế backup này mấy năm nay bình thường mà. Công ty em hoạt động vào giờ hành chỉnh là chủ yếu, Full thì em backup hàng tuần 1 lần lúc 12h khuya, thời điểm công ty không hoạt động, Differential thì mỗi ngày backup 1 lần cũng 12h khuya, còn Transaction thì mỗi 15p 1 lần, nó không chiếm dụng tài nguyên SQL server bao nhiêu hết thầy. Cơ chế backup cũng tùy thuộc vào mô hình hoạt động/độ lớn của công ty để canh giờ sao lưu cho hợp lý nữa, nếu công ty hoạt động 24/7 thì sẽ có cơ chế backup khác nữa thầy.
Upvote
0
huuthang_bd
Chuyên gia GPE
- Tham gia
- 10/9/08
- Bài viết
- 8,933
- Được thích
- 11,357
- Donate (Momo)
- Giới tính
- Nam
- Nghề nghiệp
- Thợ đụng
Tôi có đọc cái đề xuất này của bạn đó chứ nhưng bạn cũng có nói nếu người trong cty cố tình xâm nhập thì cũng không còn an toàn nữa. Họ lên chính cái máy đó trích xuất thông tin từ Registry.
Nói chung tôi thấy kiểu gì cũng chỉ an toàn tương đối, chắc phải dùng cái USB token đem theo bên người, cứ 30s thì đổi key 1 lần...
Bạn nói rõ thêm cách này nếu tôi hiểu sai.
Tôi thì chỉ dùng 2 tầng mật khẩu là MK đăng nhập SQL SV và mật khẩu đăng nhập vào ứng dụng là đủ đối với tôi rồi. Còn mà mất mật khẩu thì lo mà reset lại ngay.
@ongke0711 Theo tôi hiểu là thớt muốn giấu ServerName và DatabaseName để nếu chẳng may Username và Password bị lộ mà ServerName và DatabaseName vẫn được bảo mật thì hệ thống vẫn an toàn.
Do đó tôi đề xuất mã hóa ServerName và DatabaseName sau đó lưu chuỗi mã hóa vào Registry. Khi code thực thi sẽ đọc chuỗi mã hóa này và giải mã lấy ServerName và DatabaseName.
Với cách làm trên nếu file excel bị rò rỉ và bị bẻ khóa thì 'kẻ gian' cũng không lấy được ServerName và DatabaseName do Registry không có chuỗi mã hóa. Người dùng bình thường thì sẽ không thấy được ServerName và DatabaseName do thông tin lưu vào Registry đã bị mã hóa.
Giải pháp này chỉ để giảm thiểu rủi ro khi file bị lọt ra ngoài, nếu người trong công ty được phân quyền truy cập server để làm việc mà muốn phá thì khó mà đỡ được.
Upvote
0
ongke0711
Thành viên gắn bó
- Tham gia
- 7/9/06
- Bài viết
- 2,366
- Được thích
- 3,226
- Giới tính
- Nam
Chính xác là vậy. Do đó tôi mới nói thêm là trường hợp người nội bộ có ý gian và có thể ngồi vào những máy có lưu thông tin trong registry. Tôi nghĩ các lưu luôn vào dll thì an toàn hơn. Mỗi khi có thay đổi thông tin server thì gửi file dll để cập nhật.
À mà cách này cũng không an toàn…
Lần chỉnh sửa cuối:
Upvote
0
Bài viết mới nhất
- Question
- Question
- Question
- Question
