Tham nhũng dữ liệu trong môi trường mã hóa PGP


0

Tôi đang cố gắng xác định nguyên nhân gây ra và cách ngăn chặn tham nhũng dữ liệu xảy ra trong môi trường được mã hóa PGP an toàn. Tôi là một trong những người dùng chính của hệ thống chứ không phải quản trị viên. Tôi đã tìm kiếm các giải pháp trong quá khứ, vô ích.

Bối cảnh: Tôi làm việc cho một người gửi thư thương mại và một trong những khách hàng của chúng tôi là một học viện tài chính, vì vậy chúng tôi được yêu cầu xử lý dữ liệu của họ trong một môi trường được mã hóa, theo quy định của PCI (Công nghiệp thẻ thanh toán). Chúng tôi sử dụng PGP trên Windows Server. Tôi tin rằng đó là năm 2012, nhưng tôi không tích cực. Gần đây chúng tôi đã nâng cấp hệ thống bằng cách thay thế máy chủ hoàn chỉnh. Chúng tôi đăng nhập vào hệ thống từ một số ít PC chuyên dụng, hầu hết đều chạy Vista, nhưng ít nhất một máy chạy Windows 7 64 bit. Dữ liệu được lưu trữ và thao tác trên một ổ đĩa được ánh xạ trên máy chủ. Chúng tôi sử dụng Visual Foxpro để truy cập dữ liệu, đồng thời chạy số lượng và báo cáo về nó. Dữ liệu được lưu trữ trong các tệp .dbf mà chúng ta tạo từ các tệp văn bản.

Đôi khi chúng ta sẽ bị hỏng, thường là trong các tệp .dbf, nhưng cũng có các tệp văn bản thuần túy khác được tạo bởi phần mềm khác mà chúng ta sử dụng. Thông thường, tham nhũng xuất hiện dưới dạng null ở cuối tệp hoặc rác thay thế một phần hoặc toàn bộ nhiều bản ghi, nằm cùng nhau trong tệp .dbf. Đôi khi sự hỏng hóc trong các tệp văn bản chỉ xảy ra khi tệp được sao chép sang thư mục khác.

Hôm nay, tôi đã có nó xảy ra một lần nữa, lần đầu tiên kể từ khi máy chủ nâng cấp vài tháng trước. Trong cả hai trường hợp, tham nhũng xảy ra ở cuối một .dbf. Lần đầu tiên, dữ liệu được thay thế bằng dữ liệu nhị phân ngẫu nhiên khi tệp được đóng. Điều này đã được lặp lại. Cuối cùng, tôi đã sao chép và dán dữ liệu từ tệp văn bản gốc, đã sửa nó. Lần thứ hai tham nhũng cũng xảy ra liên tục, ngay cả khi dbf trong câu hỏi được tạo lại và xử lý trong một thư mục mới. Dữ liệu ở cuối tệp được thay thế bằng tên đầy đủ và dữ liệu nhị phân của người dùng. Điều duy nhất được thực hiện cho .dbf là một chỉ mục tạm thời được tạo để khớp với tệp khác, và sau đó bị xóa. Tham nhũng xảy ra hoặc khi chỉ mục bị xóa hoặc khi tệp được đóng.

Người quản lý của tôi đã bị bối rối. Ông nói điều này xảy ra hơi thường xuyên, và nghiêm trọng hơn, một vài năm trước, trước khi tôi bắt đầu làm việc trong môi trường an toàn. Ông cũng đề cập rằng khi họ thực hiện nâng cấp trên phần mềm PGP, các vấn đề đã biến mất, ít nhất là trong một lúc. Nó đã xảy ra về thời gian này trong năm, trong hai năm qua.

TL; DR:

Tôi đang chạy vào tham nhũng dữ liệu trên một hệ thống được mã hóa PGP và tôi không thể tìm ra nguyên nhân gây ra nó. Bất cứ ai có thể giúp tôi tìm cách ngăn chặn nó?


Tôi đã không thấy bất cứ điều gì về cách sử dụng mã hóa pgp, hoặc liên quan đến tham nhũng (thậm chí đã thử đọc các phần TL). Bạn đã kiểm tra các nghi phạm thông thường cho tham nhũng, như ram, đĩa, cáp, điện?
Xen2050

Dữ liệu được mã hóa trên máy chủ. Khi chúng tôi đăng nhập vào các máy trạm, chúng tôi phải nhập cụm mật khẩu để truy cập dữ liệu trên các ổ đĩa mạng. Đối với các nghi phạm thông thường, điều này đã xảy ra khi kết nối từ các máy trạm khác nhau và chúng tôi đã thay thế hoàn toàn máy chủ chỉ một vài tháng trước.
Herb Wolfe

Khó có thể biết đó là tham nhũng tệp hay ứng dụng thực hiện tham nhũng dữ liệu. Giữ băm các tệp không được yêu cầu thay đổi có thể tìm thấy hỏng tệp. Có thể tìm kiếm / tạo báo cáo lỗi cho ứng dụng hoặc chương trình mã hóa?
Xen2050
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.