二、基於微軟DRM SDK等，或者網上公開的drm方案，比如rtmpe/ hls的加密方案等。大致分開來講：
A）微軟DRM SDK，這個在windows時代是比較常見的方案，但現在缺點明顯，壹個是微軟的sdk現在申請需要較高費用和周期；另壹個是，移動時代這個模式的弊端太多，比如各種手機用戶的支持，支持的視頻格式等。
B）rtmpe：首先流媒體服務器軟件價格不低；當然，這種方式最大的問題在於：數據不能緩存，用戶每次播放都要占用服務器帶寬，不容易結合CDN加速等。服務器帶寬壓力大！
C）HLS的加密，也就是m3u8裏面的ts數據都進行了加密處理，然後瀏覽器或者播放器播放時，通過m3u8裏面內置的解密秘鑰地址，去動態解密。這種相對來說實現簡單些，但也有弊端，那就是這壹類使用公開加密標準的通病。
以上這類公開標準方案，通病就是：標準統壹、公開。如果作為技術人員想去破解，還是有機會的。比如微軟的DRM樹大招風，破解軟件網上會有提供；hls這種，如果偽裝成自己是瀏覽器，總要給解密秘鑰的，就自然可以獲取後將視頻解密開來。總的來說，加密這些，如果太標準化了，太統壹了，就容易破解。
三、國內部分廠商的平臺化方案：這類是不公開的標準，相對方案二裏面的安全了些，但作為壹個平臺化，還是有各種弊端和被人攻擊的風險，破的人多了，沒有破不掉的加密技術。
四、私有化解決方案：為各個在線教育等客戶提供個性化加密解決方案，每個不同客戶采用不同的加密算法和加密思路，從而可以提升加密的安全性。首先給壹些幹貨，來回答題主的問題，
那麽有哪些不錯的視頻加密技術呢，幹貨來了：
A）視頻可以通過幀級加密，比如每個數據關鍵幀，從二進制做加密運算，加密算法當然是不能公開；最好不同的客戶用不同的加密算法，或者做變形，確保壹個客戶被破解了，另壹個客戶是安全的；並且加密最好有版本號機制，破解後可以升級，妳破我防，保持定期更新。
B）加密的壹個弱項其實是在播放，比如很多同行采用flash播放器去播放加密的視頻。flash是很容易逆向的，妳的解密播放代碼被人逆向後看到，那妳的解密代碼就可以被人利用去解密視頻。
當然，業內還可以考慮采用FlashCC技術，也就是將C++代碼編譯後內嵌如flash，這樣逆向後看不到解密的代碼，但這樣就真的安全麽？其實只是相對純flash安全了，要想更安全，還是要做很多事情的，對於內嵌flashCC的，如何去破解，如何加強安全性，這裏面為了業內很多同行方案的安全性，就不過多展開了。