SecureDoc V8.5 SR2

新功能和改進(jìn)

 

SD-31432：SES現(xiàn)在支持SUSE Linux 15和15.1。

在此版本中，已添加SUSE Linux作為受支持的Linux發(fā)行版，以由SecureDoc進(jìn)行加密和管理。支持的SUSE Linux版本是15和15.1。

 

SD-34145：Windows客戶端安全漏洞報(bào)告。

 

正在對(duì)SecureDoc客戶端進(jìn)行安全改進(jìn)，其中特別提到了以下兩個(gè)CVE: CVE-2020-11519、CVE-2020-11520

 

SD-34186：適用于Linux的SecureDoc現(xiàn)在可以在FIPS模式下運(yùn)行。

在此版本中，客戶希望使用FIPS-mode-setup --enable啟用FIPS模式，SecureDoc現(xiàn)在可以處理FIPS模式，并將成功允許加密系統(tǒng)正確啟動(dòng)。

 

SD-34264：在PBA中支持Yubico Yubikey USB令牌。

SecureDoc為端點(diǎn)用戶添加了預(yù)啟動(dòng)身份驗(yàn)證支持，以利用Yubico AB的Yubikey（TM）5系列令牌。

 

支持的特定令牌有：

Yubikey 5 NFC

Yubikey 5 Nano

Yubikey 5c

Yubikey 5c Nano

SecureDoc的基于64位Linux的UEFI設(shè)備預(yù)啟動(dòng)（PBLU）支持所有這些功能。

 

注意：當(dāng)前，只有Yubikey 5 NFC和Yubikey 5 Nano設(shè)備類型在32位PBLU或SecureDoc的UEFI（PBU）本機(jī)預(yù)啟動(dòng)下工作

 

SD-34495：同時(shí)安裝SecureDocClient和InfoCage時(shí)可能會(huì)出現(xiàn)問題（InfoCage是Windows身份驗(yàn)證和可移動(dòng)媒體控制應(yīng)用程序）。

問題：安裝InfoCage和SecureDoc8.5后，InfoCage身份驗(yàn)證將失敗。

 

解決方案：確定已預(yù)先設(shè)置了兩個(gè)應(yīng)用程序共享的Windows設(shè)置，以確保SecureDoc的安裝會(huì)對(duì)InfoCage產(chǎn)生負(fù)面影響。

 

在此版本中，此問題已得到糾正，并且兩個(gè)應(yīng)用程序?qū)⒊晒泊妗?/span>

 

SD-34387：SecureDoc的自學(xué)和KnownConfigs.XML功能已擴(kuò)展為在SES數(shù)據(jù)庫中存儲(chǔ)有關(guān)KnownConfigs.XML文件中未表示的設(shè)備的信息。

問題：KnownConfigs.XML包含有關(guān)已在WinMagic中調(diào)查的端點(diǎn)設(shè)備品牌/型號(hào)的經(jīng)過測(cè)試和驗(yàn)證的信息。但是，由于市場(chǎng)上存在大量的品牌/型號(hào)組合，因此WinMagic評(píng)估所有可能的排列是不可行的。

 

解決方案：作為改進(jìn)如何在盡可能多的make / model端點(diǎn)類型上安裝SecureDoc的要素，在KnownConfigs.XML文件中找不到設(shè)備的make / model，并且該設(shè)備沒有證明其兼容性。然后，SecureDoc安裝程序?qū)⑦M(jìn)入“自學(xué)習(xí)”模式，在此模式下，它將盡可能確定此品牌/模型的具體需求是什么，并報(bào)告其發(fā)現(xiàn)結(jié)果以存儲(chǔ)在SES數(shù)據(jù)庫中。為了告知將來的安裝有關(guān)如何安裝以及可能需要哪些特殊處理的信息，從而加快并提高了安裝成功的水平。

 

解決的問題

 

SD-30908，SD-33027，SD-33320：更改設(shè)備配置文件時(shí)，用戶可能會(huì)收到SESWeb錯(cuò)誤500-WM0002未經(jīng)授權(quán)的訪問。

Microsoft WIF Framework發(fā)現(xiàn)一個(gè)問題，該問題將返回空安全令牌，從而導(dǎo)致500錯(cuò)誤，因?yàn)橛脩舨辉倌軌蜻M(jìn)行通信，因?yàn)槠淞钆撇辉儆行?。這似乎是WIF框架中的缺陷。

 

解決方案：SES Web已得到改進(jìn)，可以解決WIF框架缺陷，并且此問題已得到解決。

 

SD-34194：減少關(guān)于USB加密的紅色警告消息。

如果端點(diǎn)設(shè)備配置文件定義阻止客戶寫入未加密的USB設(shè)備（但可以讀?。瑒t在每次嘗試訪問USB設(shè)備進(jìn)行讀取和寫入操作時(shí)，都會(huì)出現(xiàn)一個(gè)紅色警告面板。

 

解決方案：一旦用戶定義了他將不加密驅(qū)動(dòng)器；隨后的嘗試僅從驅(qū)動(dòng)器讀取的操作不會(huì)導(dǎo)致紅色警告面板的出現(xiàn)。

 

SD-31817：某些在Ubuntu18.04.02上安裝SecureDoc OSA的設(shè)備可能無法啟動(dòng)到Linux；消息：“找不到系統(tǒng)BootOrder。正在初始化默認(rèn)值。” 將顯示。

問題：盡管不一定限于OSA 8.3.000.370版本，但一個(gè)或多個(gè)客戶在Ubuntu Linux 18.04.02設(shè)備上安裝SecureDoc OSA后收到錯(cuò)誤（如下所示），并且該設(shè)備無法啟動(dòng)到Ubuntu Linux中。

 

在安裝SecureDoc之前，設(shè)備可以毫無問題地啟動(dòng)。

安裝SecureDoc之后，設(shè)備將通過SecureDocPre-Boot引導(dǎo)，然后在重新引導(dǎo)后無法引導(dǎo)到Ubuntu，并顯示以下消息：

'找不到系統(tǒng)BootOrder。初始化默認(rèn)值。”

 

解決方案：此版本已糾正此問題。

 

SD-33467：安裝程序得到改進(jìn)，可以處理某些設(shè)備類型上的安裝問題；日志將顯示錯(cuò)誤1722-未安裝Visual Studio 2017的Visual C ++可再發(fā)行組件（VCRedist）。

在某些設(shè)備上，客戶可能會(huì)遇到無法成功完成SecureDoc設(shè)置的情況。檢查此類設(shè)備上的安裝日志將顯示錯(cuò)誤1722-未安裝Visual Studio 2017的Visual C ++可再發(fā)行組件（VCRedist）。在以前的版本V8.5.0.480中，第二次運(yùn)行安裝程序通?？梢越鉀Q此問題，但是該解決方案被認(rèn)為不令人滿意。

 

此問題已在該版本中修復(fù)-安裝程序可以在V8.5.0.480下失敗的設(shè)備上正常運(yùn)行，而無需再次嘗試安裝。

 

SD-33884：某些HP設(shè)備在安裝過程中無法加載Pre-Boot，從而產(chǎn)生錯(cuò)誤0x776e。

問題：如果設(shè)備在安裝過程中無法加載Pre-Boot，則會(huì)顯示錯(cuò)誤ID 0x776e。這是設(shè)計(jì)使然，如果Pre-Boot無法運(yùn)行，則SecureDoc會(huì)阻止自己繼續(xù)加密設(shè)備。

 

問題得以解決的地方是，在能夠糾正預(yù)啟動(dòng)問題以使其在隨后的重新啟動(dòng)中成功加載之后，現(xiàn)在加密將無法自動(dòng)啟動(dòng)，這一次將產(chǎn)生錯(cuò)誤0x66“發(fā)生了未識(shí)別的錯(cuò)誤”。

 

解決方案：此問題已得到糾正，并且如果設(shè)備能夠在隨后的重新引導(dǎo)過程中進(jìn)入“預(yù)引導(dǎo)”，則加密將照常進(jìn)行。

 

SD-34210：在第二臺(tái)或后續(xù)SES服務(wù)器上僅安裝SDConnex（和/或ADSync）服務(wù)時(shí)，將出現(xiàn)錯(cuò)誤2753。

問題：使用多個(gè)SDConnex服務(wù)器的客戶可能希望在其他服務(wù)器上安裝SDConnex，或者他們希望在不是其主要SES控制臺(tái)平臺(tái)的服務(wù)器上運(yùn)行ADSync。

在執(zhí)行此操作時(shí)，他們可能希望選擇不安裝SES Console程序元素（在以前的版本中會(huì)安裝但不會(huì)使用）。但是，在安裝過程中取消選擇SES Server元素可能會(huì)產(chǎn)生錯(cuò)誤2573。

 

解決方案：此版本對(duì)此進(jìn)行了更正，從而允許安裝SDConnex和/或ADSync，而不必選擇也安裝SES控制臺(tái)。