線上訂房服務-台灣趴趴狗聯合訂房中心
發文 回覆 瀏覽次數:1385
推到 Plurk!
推到 Facebook!

InterBase User 定義

答題得分者是:danny
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#1 引用回覆 回覆 發表時間:2003-04-18 11:42:29 IP:61.66.xxx.xxx 未訂閱
請問各位! 我使用 InterBase建立了一個 Table, 使用者是 MyOwner, 現今如果我不想 這個 gdb檔被人拿去後可以隨意以 sysdba 的 ID 就可以進入查看我所有 Table的內容, 連開啟都不行, 那要如何設定? 我查過一些書籍教我們用 grant, revoke 可以去除掉某一個user的權限, 但我試了的結果沒有用, 目前我的情況是 MyTable 只有 MyOwner 的使用者具有 select, update, insert, delete權限 sysdba 連 select 都沒有, 但我在程式中的 ibdatabase 中設定 username=SYSDBA, password=masterkey 後仍然可以過, 甚至資料可以被異動 用 MyOwner的 username 也可以, 然後利用 IBconsole 以 sysdba 開啟, 也可 以看到 MyOwner所建立的Table, 這好像是不合理吧! 所以如果我想 Table Owner 是屬於 MyOnwer這個人, 其他Interbase使用者沒 有透過密碼授權就連開啟都不行的話, 要如何設定呢?
timhuang
尊榮會員


發表:78
回覆:1815
積分:1608
註冊:2002-07-15

發送簡訊給我
#2 引用回覆 回覆 發表時間:2003-04-18 12:39:59 IP:211.76.xxx.xxx 未訂閱
dba 的權限永遠都是最大的, 不能移除, 唯一的方式是修改 sysdba 的密碼才對, 不是將 sysdba 的權限移除...
danny
版主


發表:100
回覆:522
積分:595
註冊:2002-03-11

發送簡訊給我
#3 引用回覆 回覆 發表時間:2003-04-18 14:06:53 IP:211.76.xxx.xxx 未訂閱
引言: dba 的權限永遠都是最大的, 不能移除, 唯一的方式是修改 sysdba 的密碼才對, 不是將 sysdba 的權限移除...
很不幸的是 Interbase 的權限及 User, Password 是存在另一個檔中(如果沒記錯應該是 isc4.gdb) 所以只要將 .gdb copy 到另一台電腦再 Install Interbase 就可以用 SYSDBA/masterkey 存取此檔了.
------
將問題盡快結案也是一種禮貌!
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#4 引用回覆 回覆 發表時間:2003-04-18 17:42:45 IP:61.66.xxx.xxx 未訂閱
引言: dba 的權限永遠都是最大的, 不能移除, 唯一的方式是修改 sysdba 的密碼才對, 不是將 sysdba 的權限移除...
這個方法我有試過, 可是在本機上雖然改掉密碼可以避免本機來開啟, 但如果 檔案被其他人拿到其他一樣有interbase的系統上, 一樣可以用 sysdba, masterkey 來打開!
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#5 引用回覆 回覆 發表時間:2003-04-18 17:46:03 IP:61.66.xxx.xxx 未訂閱
引言: 很不幸的是 Interbase 的權限及 User, Password 是存在另一個檔中(如果沒記錯應該是 isc4.gdb) 所以只要將 .gdb copy 到另一台電腦再 Install Interbase 就可以用 SYSDBA/masterkey 存取此檔了.
嗯! 那不知danny版主是否知道有更好的解決方法, 或其他thirdparty產品可 以加以彌補, 因為我目前遇到一個專案要求如此!
danny
版主


發表:100
回覆:522
積分:595
註冊:2002-03-11

發送簡訊給我
#6 引用回覆 回覆 發表時間:2003-04-19 10:39:51 IP:211.76.xxx.xxx 未訂閱
引言:
引言: 很不幸的是 Interbase 的權限及 User, Password 是存在另一個檔中(如果沒記錯應該是 isc4.gdb) 所以只要將 .gdb copy 到另一台電腦再 Install Interbase 就可以用 SYSDBA/masterkey 存取此檔了.
嗯! 那不知danny版主是否知道有更好的解決方法, 或其他thirdparty產品可 以加以彌補, 因為我目前遇到一個專案要求如此!
這個問題正規的方法應該是無解的 IB7 也是一樣. 有一個旁門作法可以參考, 將 .GDB 的前 10 byte 編碼(多少 byte 自己定), 進您的 AP 時解碼, 離開時編碼; 當然作這動作一定要在第一個及最後一個使用的 AP 動作才行. 編碼中要加一判斷是否已經是編碼狀態(如第一個 byte = 3F), 避免 AP 被 kill 掉而重複編碼/解碼
------
將問題盡快結案也是一種禮貌!
P.D.
版主


發表:603
回覆:4038
積分:3874
註冊:2006-10-31

發送簡訊給我
#7 引用回覆 回覆 發表時間:2003-04-20 02:10:11 IP:61.66.xxx.xxx 未訂閱
引言: 這個問題正規的方法應該是無解的 IB7 也是一樣. 有一個旁門作法可以參考, 將 .GDB 的前 10 byte 編碼(多少 byte 自己定), 進您的 AP 時解碼, 離開時編碼; 當然作這動作一定要在第一個及最後一個使用的 AP 動作才行. 編碼中要加一判斷是否已經是編碼狀態(如第一個 byte = 3F), 避免 AP 被 kill 掉而重複編碼/解碼
我曾有想過對資料庫進行編碼, 不過有時候我比較擔心的是萬一是電腦不正常的當機, 或我故意在解碼後令其當機, 則此時檔案未解密或者沒有加密可能會有更 多問題, 萬一弄不好搞到整個資料庫毀掉, 小生怕怕! 看來似乎是無解, 可能對欄位進行加密是最後的方法了!
系統時間:2024-04-20 13:46:06
聯絡我們 | Delphi K.Top討論版
本站聲明
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。
2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。
3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇!