| |
二是指若有人修改時，必須要保存修改的歷史記錄，以便后續(xù)查詢。在某些情況下，若不允許其他人修改創(chuàng)始人的信息，也有些死板。如采購經(jīng)理有權對采購員下的采購訂單進行修改、作廢等操作。遇到這種情況該怎么處理呢?在ERP系統(tǒng)中，可以通過采購變更單處理。也就是說，其他人不能夠直接在原始單據(jù)上進行內(nèi)容的修改，其要對采購單進行價格、數(shù)量等修改的話，無論是其他人又或者是采購訂單的主人，都必須通過采購變更單來解決。這主要是為了記錄的修改保留原始記錄及變更的過程。當以后發(fā)現(xiàn)問題時，可以稽核。若在修改時，不保存原始記錄的話，那出現(xiàn)問題時，就沒有記錄可查。所以，完整性原則的第二個要求就是在變更的時候，需要保留必要的變更日志，以方便我們后續(xù)的追蹤。
若是針對文件服務器，則完整性就要求文件服務器能夠按時點進行恢復。對文件服務器中某個文件進行修改，我們可能很難記錄下修改的內(nèi)容。文件服務器日志最多記錄某某時間、某某用戶對某個文件夾下的某個文件進行了哪種操作。但是，不會記錄下具體操作了什么內(nèi)容。如把某個文件刪除了或者修改了某個文件的內(nèi)容。此時，我們就需要文件服務器實現(xiàn)按時點進行恢復的功能。當用戶發(fā)現(xiàn)某個文件被非法修改時，要能夠恢復到最近的時刻。當然這個恢復需要針對具體的文件夾甚至是特定的文件，若把文件服務器中所有的文件都恢復了，那其他用戶就要叫死了。
總之，完整性原則要求我們在安全管理的工作中，要保證未經(jīng)授權的人對信息的非法修改，及信息的內(nèi)容修改最好要保留歷史記錄。
原則三：速度與控制之間平衡的原則
我們在對信息作了種種限制的時候，必然會對信息的訪問速度產(chǎn)生影響。如當采購訂單需要變更時，員工不能在原有的單據(jù)上直接進行修改，而需要通過采購變更單進行修改等等。這會對工作效率產(chǎn)生一定的影響。這就需要我們對訪問速度與安全控制之間找到一個平衡點，或者說是兩者之間進行妥協(xié)。
為了達到這個平衡的目的，我們可以如此做。
一是把文件信息進行根據(jù)安全性進行分級。對一些不怎么重要的信息，我們可以把安全控制的級別降低，從而來提高用戶的工作效率。如對于一些信息化管理系統(tǒng)的報表，我們可以設置比較低的權限，如在部門內(nèi)部員工可以察看各種報表信息，畢竟這只是查詢，不會對數(shù)據(jù)進行修改。
二是盡量在組的級別上進行管理，而不是在用戶的級別上進行權限控制。我們試想一下，若公司的文件服務器上有50個員工帳戶，若一一為他們設置文件服務器訪問權限的話，那么我們的工作量會有多大。所以，此時我們應該利用組的級別上進行權限控制。把具有相同權限的人歸類為一組，如一個部門的普通員工就可以歸屬為一組，如此的話，就可以把用戶歸屬于這個組，我們只需要在組的級別上進行維護，從而到達快速管理與控制的目的。如我們在進行ERP等信息化管理系統(tǒng)的權限管理時，利用組權限控制以及一些例外控制規(guī)則，就可以實現(xiàn)對信息的全面安全管理，而且，其管理的效率也會比較高。
三是要慎用臨時權限。有時候，可能某個員工需要某個權限，如其需要導出客戶基本信息的權限，此時我們該怎么辦呢?一般情況下，為了防止客戶信息的泄露，我們是不允許用戶成批的導出客戶信息。但是，有時候出于一些諸如客戶信息備檔等方面的需要，用戶提出這方面權限的申請的時候，我們該如何處理呢?有些人喜歡給他們設置臨時權限來解決。我個人不怎么贊成這么處理。因為臨時權限比較難于管理，而且，一旦開了這個口的話，下次遇到類似問題的時候，他們就會頻繁的申請這些臨時權限。我遇到這種情況時，一般就讓他們?nèi)フ矣羞@種權限的人。如普通銷售員沒有客戶信息成批導出的權限，但是，銷售經(jīng)理又這個權限，那么就讓銷售員告知他們的銷售經(jīng)理，讓他們的銷售經(jīng)理幫助其導出。而且如此處理的話，銷售經(jīng)理也知道確實有這么一回事情。若我們盲目的給員工走后門、開綠色通道，那么就會增加數(shù)據(jù)泄露的風險。 |
| 【收藏】【打印】【進入論壇】 |
|
|
|
|
| |
|
|
|
