我很想知道是否有人想出了一種方法來創建DRM的服務器部分,同時允許DRM客戶端關閉。我瞭解,如果客戶端是開源的,那麼刪除DRM檢查將很容易,但我相信服務器不會遭受同樣的挑戰。是否有可能擁有DRM軟件的開源實現?
回答
也有Project DReaM,Sun的開源DRM框架。
這是可能的,但像任何數字版權管理一樣,它本質上是打破的。 ;)
我不會感到驚訝。儘管我沒有關於這方面的正式理論,但由於流行的加密和哈希函數是開源的,而且研究得非常好,所以大多數經過了合理時間的黑客測試。我認爲DRM與密碼和哈希處於同一類問題中。
我的意思是,現在看不起的MD5首次發佈於1992年,僅在2005年,第一次製造和實際的碰撞被證明(根據維基百科)。 Blowfish於1993年發佈,對其仍然沒有有效的密碼分析。
所以,當然,爲什麼不呢。這裏的問題是,開源社區本身,在構建這樣一個設備沒有獎勵...
編輯:我的回答已經得到了一些可以說是當之無愧的批評,基本上指出DRM是,在簡而言之,通過默默無聞的安全性,通過使其開放源代碼來掩蓋默默無聞的風險。而且,如前所述,當然,我不同意誰。但是,我仍然不會感到驚訝的是,雖然今天的DRM是通過模糊東西來完成的,但有一天,一些聰明人會出現,並設計出一個真正有用的DRM。
當然,儘可能多地去掉,這實際上更多的是思想的遊戲,但我已經學會永遠不要說永不言棄。
取決於你的意思 - 你認爲封閉源在客戶端機器上運行的DRM不受你控制是「可能的」?我見過的所有東西都表明它不是:它們遲早會被打破。
如果您認爲是這樣,那麼我認爲開源DRM同樣可行。 :-)
沒有任何實際的方式。
瞭解爲什麼將DRM與加密進行比較會有幫助。加密是一種與受信任的第二方共享祕密的機制,而不會有第三方,不可信任方接收祕密消息的可能性。加密是建立在非常堅實的數學背景基礎之上的,因爲第二方被認爲是解開祕密信息的鑰匙是值得信賴的。
另一方面,數字版權管理不會將信任分配給除原始來源以外的任何方。假定第二方對祕密消息具有有限的,可撤銷的權利,並且不將消息傳遞給任何其他方,即使他們想要。問題在於,第二方必須以某種方式仍然解密該消息,儘管它們不具有這樣做的能力。這是DRM的基本概念挑戰。
DRM使用兩種技術完成此操作。首先是默默無聞。用於加密或解密託管消息的機制,算法和密鑰本身保密。其次,在某些方面使用專利權保留,通常是解碼算法,以便知道該部分的當事方在法律上無法向其他方披露,或在沒有適當許可的情況下使用它。
這兩個功能都與開源相反。就其性質而言,Open source公開了算法。在所謂的開放源代碼下發布的任何代碼都是自由軟件,實際上它們都是專利保護。
- 1. 是否有可能擁有「僅實現」類成員?
- 2. 是否有可能擁有xml-land資源文件夾?
- 3. 是否有R2RML的Java開源實現?
- 4. 是否有可能實現在C#
- 5. 是否有可能擁有acts_as_tree的類文件系統路由?
- 6. java - 是否有可能在PC上開發GPS軟件
- 7. 是否有可能擁有一個完全可移植的PHP開發環境?
- 8. 是否有可能擁有條件@Transient字段?
- 9. 是否有可能在Android中擁有「可選」權限?
- 10. 是否有POCO的XPathNavigator的開源實現?
- 11. 是否有可能擁有一個有條件的setter,超過0的值?
- 12. 是否有支持動態的開源/免費LOGO實現?
- 13. 是否有免費的開源實現Comet或Push?
- 14. 是否有一個基於C#的開源RDP實現?
- 15. 是否有不使用連續內存的開源MemoryStream實現?
- 16. 是否有可能獲得實現接口的所有類?
- 17. 是否有可能擁有強類型的GetVirtualPath方法?
- 18. 是否有可能擁有太多的匿名代表?
- 19. 是否有可能擁有帶參數的Python類裝飾器?
- 20. 是否有可能擁有一個通用的Comparable方法?
- 21. 是否有可能擁有隻讀/共享的Equinox環境?
- 22. 是否有可能擁有多個共享代碼的項目?
- 23. 是否有可能擁有一個Func的參數陣列
- 24. 是否有任何開源的用戶指南類型創建軟件可用?
- 25. SWT是否有標準或開源標籤雲實現?
- 26. 是否有可能擁有全局異常掛鉤?
- 27. 是否有可能擁有2個Dialog主題
- 28. 是否有可能擁有一個屬性爲IEnumerable <T>?
- 29. 是否有可能擁有自定義Facebook按鈕?
- 30. 是否有可能擁有共享/靜態依賴屬性?
雖然,IA也是NAL,在技術上,並非到處都有DMCA。 :-) – 2009-04-18 15:42:28