edp加密

Ⅰ 什麼是EDI

EDI作為電子數據交換理解時，英文全稱Electronic Data Interchange。這時，EDI理解為一種以電子數據形式傳輸數據的技術。EDI電子數據交換技術主要用於企業與企業之間，可以與其上下游建立EDI數據連接通道，通過安全可靠的方式傳輸重要的商業數據，如訂單、發票等。
舉個例子，A和B兩個人之間需要及時有效的傳遞信息，當物理間隔距離較遠，且傳輸的信息量又很大時，可以通過電話溝通。那麼企業之間應該如何傳輸大量的業務信息呢？這個時候就可以由EDI系統扮演「電話」的角色，當企業A和企業B都擁有EDI系統，兩個企業之間的信息傳輸通道就可以順利建立起來。如下圖所示：

企業通過EDI傳輸數據

• A公司將圖中1.1訂單數據導入EDI系統，生成符合EDI格式的1.2采購訂單。之後A公司的EDI系統通過互聯網將1.2采購訂單發送給B公司的EDI系統，B公司收到後，將1.3訂單數據導入業務系統。

• B公司將圖中2.1發票數據導入EDI系統，生成符合EDI格式的2.2發票。之後B公司的EDI系統通過互聯網將2.2發票發送給A公司的EDI系統，A公司收到後，將2.3發票數據導入業務系統。

值得注意的是，作為一個特殊的「電話」，EDI系統需要有一套國際統一的語法規則。使用相同的國際標准化語法規則是兩個企業之間成功搭建數據傳輸通道的第一步。

上文提到的國際標准化語法規則即為EDI報文標准，常見的有X12、EDIFACT、TRADACOMS及ebXML等。

互聯網數據傳輸方式因其經濟成本較低，已經成為當下業務信息傳輸的主流方式。當網路傳輸方式走進人們的視野，隨之而來的安全性問題也成為人們必須解決的最大問題。於是各種傳輸協議應運而生，在EDI系統中常見的傳輸協議有AS2和Oftp(2.0)，其加密以及不可否認性等優勢成為企業用戶的重要考量標准。對於這些傳輸協議的詳細介紹可參考：安全可控文件傳輸（MFT）

企業之間的數據往來過程中需要傳輸各種類型的數據，主要包括訂單、預測訂單、訂單變更通知、訂單確認回執、發貨通知單、對賬單、發票等。需要注意的是，EDI系統是不限制傳輸的數據格式的，不論是標準的EDI報文或是其他Excel，XML，CSV格式文件，甚至是圖片，EDI系統都是支持傳輸的。

EDI項目實施完成之後，數據可以在無人工操作的情況下進行傳輸。避免了由於人工誤操作帶來的錯誤。對EDI的效益做過統計，使用EDI可提高商業文件傳送速度81%，降低文件成本44%，減少錯漏造成的商業損失41%，降低文件處理成本38%。無論是庫存檢查、訂貨還是簽發發票，繁瑣的業務操作均可以通過EDI系統完成，自動化的操作真正做到了穩定、快速、准確。
由於企業使用EDI，整個數據傳輸過程均在互聯網上進行，減少了紙張的消耗量。同時也避免了因為行文結構、列印錯誤帶來的紙張消耗，極大的節省了人力物力。

截止目前，EDI已廣泛應用於汽車、物流、零售、醫葯、電子、化工等行業。

EDI除了可以理解為電子數據交換技術，常見的EDI還可以理解為：
EDI超純水處理，主要經營EDI超純水設備研發生產，專攻於水處理領域。
EDI辦證，簡稱EDI證或EDI資質。通過公用通信互聯網為用戶提供在線數據處理和交易/事物處理的業務牌照。

如果有任何關於EDI的問題可以評論或私信。

Ⅱ edp如果加密了用什麼能解密

點擊右鍵選擇隱藏擴展文件

Ⅲ U盤里的加密程序EdpDisk.exe被vbs病毒感染了，打不開了，怎麼辦

1：首先，如果殺毒軟體提示有病毒入侵，一定要立刻開啟查殺，建議親下載騰訊電腦管家等安全軟體進行全盤掃描殺毒。
2：.全盤查殺時間相對較長，可能查過兩三個小時，這個時候你一定要看看感染你電腦的病毒類型，如果是感染性/病毒，建議你不要查殺了，等你查殺完你的整個硬碟就全感染了
3：如果剛感染不久，最好的解決方法是立刻重裝系統，如果重裝系統之後，電腦中還有很多病毒，甚至影響你電腦運行的速度和硬體設施咨詢費等副隊長、 吧cht7cc

Ⅳ 國網發的edpedisk加密 U盤 密碼忘了怎麼恢復啊

初始密碼都是一樣的，你要是修改了只能自己努力想了，估計不好恢復吧，必須要找管理員弄

Ⅳ EDI技術的組成與工作原理

實現EDI的環境和條件

要實現EDI的全部功能，需要具備以下4個方面的條件，其中包括EDI通信標准和EDI語義語法標准。

數據通信網是實現EDI的技術基礎

為了傳遞文件，必須有一個覆蓋面廣、高效安全的數據通信網作為其技術支撐環境。由於EDI傳輸的是具有標准格式的商業或行政有價文件，因此除了要求通信網除具有一般的數據傳輸和交換功能之外，還必須具有格式校驗、確認、跟蹤、防篡改、防被竊、電子簽名、文件歸檔等一系列安全保密功能，並且在用戶間出現法律糾紛時，能夠提供法律證據。

消息處理系統MHS為實現EDI提供了最理想的通信環境。為了在MHS中實現EDI，ITU－T根據EDI國際標准EDIFACT的要求，於1990年提出了EDI的通信標准X.435，使EDI成為MHS通信平台的一項業務。

計算機應用是實現EDI的內部條件

EDI不是簡單地通過計算機網路傳送標准數據文件，它還要求對接受和發送的文件進行自動識別和處理。因此，EDI的用戶必須具有完善的計算機處理系統。

從EDI的角度看，一個用戶的計算機系統可以劃分為兩大部分：一部分是與EDI密切相關的EDI子系統，包括報文處理、通信介面等功能；另一部分則是企業內部的計算機信息處理系統，一般稱之為EDP(Electronic Data Processing).

一個企業的EDP搞得越好，使用EDI的效率就越高。同樣，只有在廣泛使用EDI之後，各單位內部的EDP的功能才能充分發揮。因此，只有將EDI和EDP全面有效地結合起來，才能獲得最大的經濟效益。

標准化是實現EDI的關鍵

EDI是為了實現商業文件、單證的互通和自動處理，這不同於人-機對話方式的互動式處理，而是計算機之間的自動應答和自動處理。因此文件結構、格式、語法規則等方面的標准化是實現EDI的關鍵。

EDI的國際標准發展情況如前所述，即UN/EDIFACT標准已經成為EDI標準的主流。但是僅有國際標準是不夠的，為了適應國內情況，各國還需制定本國的EDI標准。因此，實現EDI標准化是一項十分繁重和復雜的工作。同時，採用EDI之後，一些公章和紙面單證將會被取消，管理方式將從計劃管理型向進程管理型轉變。所有這些都將引起一系列社會變革，故人們又把EDI稱為「一場結構性的商業革命」。

EDI立法是保障EDI順利運行的社會環境

EDI的使用必將引起貿易方式和行政方式的變革，也必將產生一系列的法律問題。例如：電子單證和電子簽名的法律效力問題, 發生糾紛時的法律證據和仲裁問題等等。因此，為了全面推行EDI，必須制定相關的法律法規。只有如此，才能為EDI的全面使用創造良好的社會環境和法律保障。

然而，制定法律常常是一個漫長的過程。在EDI法律正式頒布之前如何處理法律糾紛？國外先進發達國家一般的做法是，在使用EDI之前，EDI貿易夥伴各方共同簽訂一個協議，以保證EDI的使用。如美國律師協會的「貿易夥伴EDI協議等」。

EDI的實現過程

EDI系統功能模型和工作原理

在EDI中，EDI參與者所交換的信息客體稱為郵包。在交換過程中，如果接收者從發送者所得到的全部信息包括在所交換的郵包中，則認為語義完整，並稱該郵包為完整語義單元(CSU)。CSU的生產者和消費者統稱為EDI的終端用戶。

在EDI工作過程中，所交換的報文都是結構化的數據，整個過程都是由EDI系統完成的。EDI系統結構如圖2.1所示。

用戶介面模塊

業務管理人員可用此模塊進行輸入、查詢、統計、中斷、列印等，及時地了解市場變化，調整策略。

內部介面模塊

這是EDI系統和本單位內部其它信息系統及資料庫的介面，一份來自外部的EDI報文，經過EDI系統處理之後，大部分相關內容都需要經內部介面模塊送往其它信息系統，或查詢其它信息系統才能給對方EDI報文以確認的答復。

報文生成及處理模塊

該模塊有兩個功能:

a.接受來自用戶介面模塊和內部介面模塊的命令和信息，按照EDI標准生成訂單、發票等各種EDI報文和單證，經格式轉換模塊處理之後，由通信模塊經EDI網路發給其它EDI用戶。

b.自動處理由其它EDI系統發來的報文。在處理過程中要與本單位信息系統相聯，獲取必要信息並給其它EDI系統答復，同時將有關信息送給本單位其它信息系統。

如因特殊情況不能滿足對方的要求，經雙方EDI系統多次交涉後不能妥善解決的，則把這一類事件提交用戶介面模塊，由人工干預決策。

格式轉換模塊

所有的EDI單證都必須轉換成標準的交換格式，轉換過程包括語法上的壓縮、嵌套、代碼的替換以及必要的EDI語法控制字元。在格式轉換過程中要進行語法檢查，對於語法出錯的EDI報文應拒收並通知對方重發。

通信模塊

該模塊是EDI系統與EDI通信網路的介面。包括執行呼叫、自動重發、合法性和完整性檢查、出錯報警、自動應答、通信記錄、報文拼裝和拆卸等功能。

除以上這些基本模塊外，EDI系統還必須具備一些基本功能。

a.命名和定址功能

EDI的終端用戶在共享的名字當中必須是唯一可標識的。命名和定址功能包括通信和鑒別兩個方面。

在通信方面，EDI是利用地址而不是名字進行通信的。因而要提供按名字定址的方法，這種方法應建立在開放系統目錄服務ISO9594(對應ITU-T X.500)基礎上。在鑒別方面，有若干級必要的鑒別，即通信實體鑒別，發送者與接收者之間的相互鑒別等。

b.安全功能

EDI的安全功能應包含在上述所有模塊中。它包括以下一些內容:

終端用戶以及所有EDI參與方之間的相互驗證；
數據完整性；
EDI參與方之間的電子(數字)簽名；
否定EDI操作活動的可能性；
密鑰管理。
c.語義數據管理功能

完整語義單元(CSU)是由多個信息單元(IU)組成的。其CSU和IU的管理服務功能包括:

IU應該是可標識和可區分的；
IU必須支持可靠的全局參考；
應能夠存取指明IU屬性的內容，如語法、結構語義、字元集和編碼等；
應能夠跟蹤和對IU定位；
對終端用戶提供方便和始終如一的訪問方式。
EDI的操作過程

當今世界通用的EDI通信網路，是建立在MHS數據通信平台上的信箱系統，其通信機制是信箱間信息的存儲和轉發。具體實現方法是在數據通信網上加掛大容量信息處理計算機，在計算機上建立信箱系統，通信雙方需申請各自的信箱，其通信過程就是把文件傳到對方的信箱中。文件交換由計算機自動完成，在發送文件時，用戶只需進入自己的信箱系統。

EDI可以看做是MHS通信子平台，圖2.2、圖2.3、圖2. 4分別表示了EDI在計算機通信網路七層協議中的地位和作用、EDI信箱系統通信和交換原理、以及完整的通信流程。

通信流程中各功能模塊說明如下:

映射(Mapping)—生成EDI平面文件

EDI平面文件(Flat File)是通過應用系統將用戶的應用文件(如:單證、票據)或資料庫中的數據，映射成的一種標準的中間文件。這一過程稱為映射(Mapping)。

平面文件是用戶通過應用系統直接編輯、修改和操作的單證和票據文件，它可直接閱讀、顯示和列印輸出。

翻譯(Translation)—生成EDI標准格式文件

其功能是將平面文件通過翻譯軟體(Translation Software)生成EDI標准格式文件。

EDI標准格式文件，就是所謂的EDI電子單證，或稱電子票據。它是EDI用戶之間進行貿易和業務往來的依據。EDI標准格式文件是一種只有計算機才能閱讀的ASCII文件。它是按照EDI數據交換標准(即EDI標准)的要求，將單證文件(平面文件)中的目錄項，加上特定的分割符、控制符和其它信息，生成的一種包括控制符、代碼和單證信息在內的ASCII碼文件。

通信

這一步由計算機通信軟體完成。用戶通過通信網路，接入EDI信箱系統，將EDI電子單證投遞到對方的信箱中。

EDI信箱系統則自動完成投遞和轉接，並按照X.400(或X.435)通信協議的要求，為電子單證加上信封、信頭、信尾、投送地址、安全要求及其它輔助信息。

EDI文件的接收和處理

接收和處理過程是發送過程的逆過程。首先需要接收用戶通過通信網路接入EDI信箱系統，打開自己的信箱，將來函接收到自己的計算機中，經格式校驗、翻譯、映射還原成應用文件。最後對應用文件進行編輯、處理和回復。

在實際操作過程中，EDI系統為用戶提供的EDI應用軟體包，包括了應用系統、映射、翻譯、格式校驗和通信連接等全部功能。其處理過程，用戶可看作是一個「黑匣子」，完全不必關心裏面具體的過程。

圖2.5是一家貿易公司用EDI通信網路實現報關的工作流程示意圖。

EDI的通信服務

EDI的通信環境(EDIME)由一個EDI通信系統(EDIMS)和多個EDI用戶(EDIMG)組成，見圖2.6。EDI的開發、應用就是通過計算機通信網路實現的，它主要有以下三種方式。

點對點(PTP)方式

點對點方式即EDI按照約定的格式，通過通信網路進行信息的傳遞和終端處理，完成相互的業務交往。早期的EDI通信一般都採用此方式，但它有許多缺點，如當EDI用戶的貿易夥伴不再是幾個而是幾十個甚至幾百個時，這種方式很費時間，需要許多重復發送。同時這種通信方式是同步的，不適於跨國家、跨行業之間的應用。

近年來，隨著技術進步，這種點對點的方式在某些領域中仍舊有用，但會有所改進。新方法採用的是遠程非集中化控制的對等結構，利用基於終端開放型網路系統的遠程信息業務終端，用特定的應用程序將數據轉換成EDI報文，實現國際間的EDI報文互通。

增值網(VAN)方式

它是那些增值數據業務(VADS)公司，利用已有的計算機與通信網路設備，除完成一般的通信任務外，增加EDI的服務功能。VADS公司提供給EDI用戶的服務主要是租用信箱及協議轉換，後者對用戶是透明的。信箱的引入，實現了EDI通信的非同步性，提高了效率，降低了通信費用。另外，EDI報文在VADS公司自已的系統(即VAN中)中傳遞也是非同步的，即存儲轉發的。

VAN方式盡管有許多優點，但因為各增值網的EDI服務功能不盡相同，VAN系統並不能互通，從而限制了跨地區、跨行業的全球性應用。同時，此方法還有一個致命的缺點，即VAN只實現了計算機網路的下層，相當於OSI參考模型的下三層。而EDI通信往往發生在各種計算機的應用進程之間，這就決定了EDI應用進程與VAN的聯系相當鬆散，效率很低。

MHS方式

信息處理系統MHS是ISO和ITU－T聯合提出的有關國際間電子郵件服務系統的功能模型。它是建立OSI開放系統的網路平台上，適應多樣化的信息類型，並通過網路連接，具有快速、准確、安全、可靠等特點。它是以存儲轉發為基礎的、非實時的電子通信系統，非常適合作為EDI的傳輸系統。MHS為EDI創造一個完善的應用軟體平台，減少了EDI設計開發上的技術難度和工作量。ITU-T X.435/F.435規定了EDI信息處理系統和通信服務，把EDI和MHS作為OSI應用層的正式業務。EDI與MHS互連，可將EDI報文直接放入MHS的電子信箱中，利用MHS的地址功能和文電傳輸服務功能，實現EDI報文的完善傳送。

EDI信息處理系統由信息傳送代理(MTA)、EDI用戶代理(EDI-UA)、EDI信息存儲(EDI-MS)和訪問單元(AU)組成，見圖2.7。MTA完成建立接續、存儲/轉發，由多個MTA組成MTS系統。EDI在MHS中的傳遞過程見圖2.8。

EDI-MS存儲器位於EDI-UA和MTA之間，它如同一個資源共享器或郵箱，幫助EDI-UA發送、投遞、存儲和取出EDI信息。同時EDI-MS把EDI UA接收到的報文變成EDI報文資料庫，並提供對該資料庫的查詢、檢索等功能。為有利於檢索，EDI-MS將報文的信封、信首、信體映射到MS信息實體的不同特徵域，並提供自動轉發及自動回送等服務。

EDI-UA是電子單證系統與傳輸系統之間的介面。它的任務是利用MTS的功能來傳輸電子單證。EDI-UA將它處理的信息對象分作兩種:一種稱為EDI報文(EDIM)，另一種稱為EDI回執(EDIN)。前者是傳輸電子單證的，後一種是報告接收結果的。EDI-UA和MTS共同構成了EDI信息系統(EDI-MS)，EDI-MS和EDI用戶又一起構成了EDI通信環境(EDIME)。

EDI與MHS結合，大大促進了國際EDI業務的發展。為實現EDI的全球通信，EDI通信系統還使用了X.500系列的目錄系統(DS)。

DS可為全球EDI通信網的補充、用戶的增長等目錄提供增、刪、改功能，以獲得名址網路服務、通信能力列表、號碼查詢等一系列屬性的綜合信息。EDI、MHS和DS的結合，使信息通信有一了個新飛躍，為EDI的發展提供了廣闊的前景。EDI、HS和DS的綜合網路見圖2.9。

http://www.portinfo.net.cn/edispec/edikwg/edi10.php

Ⅵ 如何最大程度發揮Windows 10中的企業級安全功能

Windows Defender能夠提供基本的保護能力，但大家仍然需要下載其它第三方反惡意軟體包——無論免費還是付費方案——作為替代。

雖然開始菜單的回歸以及重新將注意力集中於桌面環境之上的設計思路都令Windows 10在企業客戶當中獲得贊譽，但安全水平的改進才是吸引他們實施升級的戰略性理由。不過需要強調的是，某些關鍵性功能可能要到今年秋季才會正式發布。
Windows 10企業版在其消費版本發布的一天之後即速食麵世，其中自然也為企業客戶這一主要受眾提供了立等可取的多種實用性改進。不過在Windows 10企業版當中，各類極為重要的安全功能要麼被包含在了未來的主要更新當中(大家可以將其理解為服務包，即我們所熟知的SP)——可能會在今年秋季正式發布，要麼將依託於企業及在線站點與服務實現一系列實質性安全轉變——例如淘汰已然過時的密碼機制。換句話來說，隨著這些重要升級的推出，我們需要制定對應計劃才能最大程度發揮Windows 10的安全提升優勢。
不過就目前來講，IT管理人員還是可以享受到大量立即起效的安全改進效果，特別是在所管轄的用戶將Windows 10設備納入日常工作的情況之下。而且其中一部分只需要簡單的策略調整即可發揮作用。
舉例來講，大部分消費級PC設備需要利用訂購反惡意軟體來保障安全;而當訂購到期時——如果用戶沒有及時進行續費(微軟方面表示，約有10%的消費級PC設備會出現這種狀況)，那麼Windows Defender會在預設時間之後自動開啟。目前的預設時間為三天，因為殺毒軟體供應商不希望Windows Defender在產品過期後立即啟用，但這種機制的存在確實能夠在員工通過監管之外的家用系統接入業務環境時、幫助企業更好地實現安全保障。
同樣需要指出的是，Windows Defender現在還在Windows恢復環境中內置了一套離線版本，其作用是在我們對系統進行修復時繼續保護自身免受惡意軟體侵擾。
微軟公司的全新Edge瀏覽器從多個方面對安全性作出了改進，從在應用容器沙箱內運行到移除ActiveX控制項、VCScript、工具欄以及Browser Helper Object等等。這雖然能夠讓瀏覽操作整體上變得更加安全，但同時也要求大家對業務應用作出一定調整(或者在多數情況下，對員工PC設備進行配置以繼續利用IE訪問對應站點)。而且盡管引入了大量現代Web標准並提升了瀏覽速度，Edge目前明顯仍處於發展階段，並預計將在今年晚些時候迎來一輪主要功能更新。
如果大家是從Windows 7或者其它早期版本直接升級至Windows 10，那麼其中一些繼承自Windows 8的安全功能對您來說可能同樣是初次體驗。舉例來說，受信啟動惡意軟體保護會在啟動時首先載入殺毒軟體、而後再陸續載入其它軟體，允許我們選擇運行那些經數字化標為非惡意代碼的操作系統組件，同時能夠將經過驗證的系統安全啟動流程保存在受信平台模塊(簡稱TPM)當中——這樣大家就能夠在允許設備接入關鍵性系統之前加以檢查，特別是在利用TPM作為虛擬智能卡的情況之下。
BitLocker全盤加密仍然只適用於Windows專業版與企業版，不過最為基礎的Windows 10家庭版系統也已經具備了Windows 8.1發布時所提供的設備加密選項(只要配備有合適的硬體)。
Windows 10當中的其它安全功能則更為基礎，但它們仍然要求各位用戶變更處理身份信息、驗證與訪問的方式，從而最大程度發揮其預設功能。
超越傳統密碼
生物識別技術對於PC設備而言早已算不上什麼新生事物，但新型PC上的硬體使這項功能速度更快也更加靈活，而新的Windows Hello登錄功能也非常易於使用。新的指紋掃描器採用電容技術，與iPhone觸控屏幕一樣，因此用戶能夠直接將手指放上——而不必再像過去那樣在窄小的感測器上反復滑動——即可讓系統同時完成指紋3D結構驗證與手指「活性」檢查。現在，英特爾公司已經在自家推出的主板產品當中引入了附加生物識別感測器，相信未來它們將在更多設備之上為安全保障貢獻自己的一份力量。
Windows 10同時能夠與手掌靜脈列印、虹膜識別與3D人臉識別等技術方案順暢協作，利用目前眾多筆記本電腦上配備的英特爾RealSense攝像頭實現相關功能。這項功能同時能夠利用紅外線感測裝置檢測用戶體溫，因此不會被照片或者面具等小伎倆所愚弄。
隨著生物識別技術對標准Windows用戶密碼的逐步取代，現在我們能夠更為有效地防止員工受到網路釣魚活動的愚弄，同時避免了員工在雲服務當中重復使用工作密碼所引發的用戶名及密碼內容泄露風險。但它並不足以應對日益增多的常見攻擊活動，因為目前攻擊者們已經能夠對單一PC設備上的惡意軟體進行控制，從而在用戶登錄Windows時收集其訪問令牌以及Kerberos證書。有了這些信息，攻擊者將得以訪問企業內部的電子郵件、共享文件、SharePoint站點、業務應用、企業資料庫以及其它數據存儲內容。
這些攻擊活動往往被稱為「hash迴避」與「ticket迴避」攻擊，具體取決於攻擊者所指向的證書類別，微軟公司的Chris Hallum解釋稱。「一旦攻擊者獲取到該令牌，也就相當於在企業環境內擁有了自己的身份;其實際效果跟獲取到員工的用戶名及密碼是一樣的。如果他們能夠得到管理員許可權，則能夠運行工具以提取到令牌信息，而後遊走於網路當中並在無需輸入密碼的情況下隨意訪問任何伺服器。」
在Windows 10企業版(以及Windows Server 2016)當中，登錄進程運行在微軟所謂虛擬安全模式之下——這是一套安全的虛擬化容器，其中不提供任何管理員許可權且訪問活動嚴格受限，用戶只能夠獲取到通過登陸服務驗證時所提供的對應功能。訪問令牌與ticket皆被保存於此並以全面隨機化與受管形式以全長度散列形式存在，這就消除了暴力破解攻擊的可能性。「即使Windows內核被攻擊者突破，其也無法在容器之外訪問到令牌信息，」Hallum表示。「這樣，我們就能將最重要的Windows組件之一進行隔離。」
不過要利用這一Credential Guard機制保護企業證書，大家不僅需要將Windows企業版運行在具備硬體虛擬化與TPM技術的PC設備之上，同時還需要將域控制器遷移到Windows Server 2016當中。
取代密碼
大家還需要提前制定計劃以使用Windows Passport，也就是Windows 10當中剛剛出現的、兼容快速識別網路(簡稱FIDO)技術的下一代證書。用戶可以利用這些分布式證書對現有公共密鑰基礎設施或者由Windows本身生成的密鑰對進行驗證，而且它們會以安全方式被存儲在TPM當中，並通過生物識別或者PIN(或者圖片密碼)進行解鎖。每一台設備都能夠利用智能卡或者一次性密碼進行注冊，因此PC本身就成為驗證當中的輔助因素。當然，大家也可以利用藍牙裝置或者Wi-Fi聯網手機為用戶驗證多台其它設備。
大家可以在管理政策當中設定PIN碼長度及復雜性(最多為20個字元，包括大寫與小寫字母、符號、空格以及數字)，並為不同企業證書設置各自的獨立PIN碼。如此一來，我們就能夠在不影響其他用戶的前提下對這部分信息進行清除。
從長遠角度看，許多網站及在線服務也將採用FIDO兼容型證書，但我們可以先從將Passport引入自有業務線應用及服務作為初步嘗試。它能夠與各類經過良好設計的應用程序順暢協作，Hallum表示「每一款應用程序都應該能夠發揮這項優勢，除非大家不打算遵循最佳實踐，例如應用強迫用戶輸入自己的用戶名及密碼、而非使用Windows提供的密碼提示。」不過需要再次強調，大家需要具備Windows 2016以及Azure Active Directory——或者對自有Active Directory基礎設施進行某些更新——才能實現這項保護功能。
如果大家選擇使用Azure Active Directory，則可以利用它在Windows 10當中對內置移動設備管理(簡稱MDM)客戶端進行配置，從而在員工使用PC設備的同時為其提供域資源與各類雲服務的單點登錄功能。微軟Intune是第一項能夠管理Windows 10設備的MDM服務，但微軟公司目前正積極推動其它MDM供應商對Windows 10的支持——這將允許大家以多種因素為基礎設置訪問控制政策，包括用戶從哪裡進行登錄、其設備運行狀況是否良好及是否合規、應用程序的敏感性如何並對常見用戶角色及組設置進行訪問限制設定。
如果大家希望對設備上所能運行的應用或服務進行進一步控制，則需要使用配備有新型Device Guard選項的的PC產品;這要求其BIOS與UEFI由OEM廠商鎖定。在這種情況下，我們需要購買符合相關要求的硬體，但卻同時獲得了限定其能夠運行哪些軟體的能力。其中包括來自Windows Store的應用程序——無論是桌面還是通用型應用、來自特定軟體供應商的應用以及我們自己上傳至Windows Store的自主開發應用——當然，大家也可以與微軟對接以設置本地證書。只要這些簽名證書受到企業及軟體供應商的嚴格保護，那麼整套體系就足以將惡意軟體徹底屏蔽在大家的關鍵性設備之外。
每個文件都擁有自己的容器環境
今年晚些時候，微軟公司還將為Windows 10帶來另一項關鍵性安全選項：企業數據保護(簡稱EDP)。這項功能將利用目前常見於智能手機之上的容器方案實現企業文件保護，利用管理政策將業務內容自動保存在加密位置，且無需以手動方式對每個文件進行加密。不過與大部分智能手機容器系統不同，在Windows 10中每個文件都擁有自己的一套容器環境，而Windows則扮演著訪問代理的角色。
「Windows 10能夠根據數據的具體來源對業務及個人數據加以區分，」Hallum指出。「大家能夠在網路上設置位置，並將對應數據指定為業務類型;例如這一台為業務郵件伺服器、這些屬於業務文件伺服器，一切都利用DNS地址提供的IP地址范圍實現。當接收到來自這些位置的內容時，網路就會識別出它的來源，我們就能夠提前從文件層級出發對其進行加密。」對於由設備生成的文件，大家可以利用管理政策指定哪些應用屬於個人而哪些屬於業務類別，並自動對來自業務應用的文件進行加密。
這將是一套跨平台解決方案，因此文件也可以在OS X、iOS以及Android系統平台上打開。Office文件的使用也很簡單，我們可以利用Office 2016版本進行打開——其中包括Windows 10所提供的免費Office Mobile應用，不過大家需要訂購商業服務以實現商務用途。目前只有Mac版本的Office 2016提供預覽版本，因此Windows 10容器方案很可能會隨著Windows版本Office 2016的推出而一並面世。微軟Intune是目前惟一一項能夠管理Office應用程序的MDM服務，但大家也可以利用各類MDM服務或者System Center配置管理器進行密鑰與管理政策配置，從而實現企業數據保護容器的管理。
隨著更多後續安全技術在Windows 10中的出現，我們需要制定一系列政策及投入以發揮其最大價值。不過Windows 10與Windows Server 2016所提供的安全保障水平確實能夠有效保護證書、應用程序文件，而這一切都是在以往Windows生態系統當中未曾出現過的。

Ⅶ 電子商務的起源

電子商務最初起源於計算機的電子數據處理（EDP）技術，從科學計算向文字處理和商務統計報表處理應用的轉變。

1839年當電報剛出現的時候，人們就開始了對運用電子手段進行商務活動的討論。當貿易開始以莫爾斯碼點和線的形式在電線中傳輸的時候，就標志著運用電子手段進行商務活動的新紀元。

1991年美國政府宣布網際網路向社會公眾開放，允許在網上開發商業應用系統。1993年萬維網在網際網路上出現，這是一種具有處理數據圖文聲像超文本對象能力的網路技術，使網際網路具備了支持多媒體應用的功能。

1995年網際網路上的商業業務信息量首次超過了科教業務信息量，這既是網際網路此後產生炸性發展的標志，也是電子商務從此大規模起步發展的標志。

1996年2月，VISA與MASTER CARD兩大信用卡國際組織共同發起制定保障在網際網路上進行安全電子交易的SET協議，SET協議適用於B to C的模式，圍繞客戶、商戶、銀行，或客戶、商戶、收單行或開戶行以及其他銀行相互關系確認身份，藉以保障交易安全。

1997年12月，VISA與MASTER CARD兩組織共同建立安全電子交易有限公司，即SETCO，專門從事管理與促進SET協議在全球的應用推廣。

1994年美國網景公司（Netscape）成立，該公司開發並推出安全套接層（SSL）協議，用以彌補網際網路上的主要協議TCP/IP在安全性能上的缺陷（如TCP/IP協議難以確定用戶的身份），支持B to B方式的電子商務。

在1997年底，全球網際網路上網用戶已達1億人，年增長率約為60%，全球電子商務交易額為70億美元，預測到2000年為2000-6000億美元，按最保守的預測年增長率為200%，大約於每大半年翻一番，發展之快，令人瞠目。全球電子商務的出現和發展，無疑為我國發展知識經濟和推進現代化事業提供了歷史機遇，也提出了嚴峻的挑戰。

(7)edp加密擴展閱讀：

發展歷史

起步期

1990-1993年，電子數據交換時代，成為中國電子商務的起步期。

雛形期

1993-1997年，政府領導組織開展「三金工程」階段，為電子商務發展期打下堅實基礎。

1993年成立了以時任國務院副總理鄒家華為主席的國民經濟信息化聯席會議及其辦公室，相繼組織了金關、金卡、金稅等"三金工程"，取得了重大進展。

1996年1月成立國務院國家信息化工作領導小組，由副總理任組長，20多個部委參加，統一領導組織中國信息化建設。

1996年，金橋網與網際網路正式開通。

1997年，信息辦組織有關部門起草編制中國信息化規劃。

1997年4月在深圳召開全國信息化工作會議，各省市地區相繼成立信息化領導小組及其辦公室各省開始制訂本省包含電子商務在內的信息化建設規劃。

1997年，廣告主開始使用網路廣告。

1997年4月以來，中國商品訂貨系統（CGOS）開始運行。

發展期

1998-2000年，互聯網電子商務發展階段。

1998年3月，中國第一筆互聯網網上交易成功。

1998年10月，國家經貿委與信息產業部聯合宣布啟動以電子貿易為主要內容的"金貿工程"，它是一項推廣網路化應用、開發電子商務在經貿流通領域的大型應用試點工程.。

1999年3月8848等B2C網站正式開通，網上購物進入實際應用階段．

1999年興起政府上網、企業上網，電子政務（政府上網工程）、網上納稅、網上教育（湖南大學、浙江大學網上大學），遠程診斷（北京、上海的大醫院）等廣義電子商務開始啟動，並已有試點，並進入實際試用階段。

穩定期

2000-2009年，電子商務逐漸以從傳統產業B2B為主體，標志著電子商務已經進入可持續性發展的穩定期。

成熟期

3G的蓬勃發展促使全網全程的電子商務V5時代成型，電子商務已經受到國家高層的重視，並提升到國家戰略層面。

參考資料來源：網路-電子商務

Ⅷ edpsetsafe是什麼文件夾如何清理

你們公司是不是所有電腦桌面都被IT運維給監控啊、？

edpsetsafe是北信源內網桌面監控客戶端所產生的文件夾。

這是北信源的卸載手冊，要得登入管理員頁面產生對應得卸載密碼才可以卸載，跟我們公司技術部使用得CAD和solidworks加密軟甲差不多。不過你們這個是監控所有電腦桌面得。。。

北信源卸載操作手冊

Ⅸ 瓊厙鴋edp的價格是多少

頭發加密的價格一般是多少呢？頭發加密專家說一般來講只要選擇正規頭發加密醫院價格還是比較合理的!不過收費要比一些小醫院或非專業醫院的收費可能會貴些!當然，因為專業的頭發加密醫院有高端的頭發加密設備和經驗豐富的頭發加密醫生，所以可以保證手術的成功率。 一些小醫院和頭發加密機構頭發加密技術不過關，很容易導致頭發加密失敗。因此，頭發加密專家提醒廣大發友，千萬不要只看頭發加密價格就輕信一些不正規的頭發加密醫院，這樣往往得不償失，達不到理想的頭發加密效果。

Ⅹ 求大神幫解這段php加密代碼，，把eval改為exit 可是還是沒效果呢那應該怎麼做呢

<?php
require_once(dirname(__FILE__).'/config.php');
CheckPurview('a_New,a_AccNew');
require_once(DEDEINC.'/customfields.func.php');
require_once(DEDEADMIN.'/inc/inc_archives_functions.php');
if(empty($dopost))
{
$dopost='';
}
if($dopost!='save')
{
require_once(DEDEINC.'/dedetag.class.php');
require_once(DEDEADMIN.'/inc/inc_catalog_options.php');
ClearMyAddon();
$channelid=empty($channelid)?0:intval($channelid);
$cid=empty($cid)?0:intval($cid);
if($cid>0&&$channelid==0)
{
$row=$dsql->GetOne("SelectchanneltypeFrom`#@__arctype`whereid='$cid';");
$channelid=$row['channeltype'];
}
else
{
if($channelid==0)
{
ShowMsg('無法識別模型信息，因此無法操作！','-1');
exit();
}
}
$cInfos=$dsql->GetOne("Select*From`#@__channeltype`whereid='$channelid'");
$channelid=$cInfos['id'];
$maxWright=$dsql->GetOne("SELECTCOUNT(*)ASccFROM#@__archives");
includeDedeInclude('templets/archives_line_add.htm');
exit();
}
elseif($dopost=='save')
{
require_once(DEDEINC.'/image.func.php');
require_once(DEDEINC.'/oxwindow.class.php');
$flag=isset($flags)?join(',',$flags):'';
$notpost=isset($notpost)&&$notpost==1?1:0;
if(empty($click))$click=($cfg_arc_click=='-1'?mt_rand(50,200):$cfg_arc_click);
if(empty($typeid2))$typeid2=0;
if(!isset($autokey))$autokey=0;
if(!isset($remote))$remote=0;
if(!isset($dellink))$dellink=0;
if(!isset($autolitpic))$autolitpic=0;
if(empty($click))$click=($cfg_arc_click=='-1'?mt_rand(50,200):$cfg_arc_click);
if($typeid==0)
{
ShowMsg('請指定文檔的欄目！','-1');
exit();
}
if(empty($channelid))
{
ShowMsg('文檔為非指定的類型，請檢查你發布內容的表單是否合法！','-1');
exit();
}
if(!CheckChannel($typeid,$channelid))
{
ShowMsg('你所選擇的欄目與當前模型不相符，請選擇白色的選項！','-1');
exit();
}
if(!TestPurview('a_New'))
{
CheckCatalog($typeid,"對不起，你沒有操作欄目{$typeid}的許可權！");
}
if(empty($writer))$writer=$cuserLogin->getUserName();
if(empty($source))$source='未知';
$pubdate=GetMkTime($pubdate);
$senddate=time();
$sortrank=AddDay($pubdate,$sortup);
$ismake=$ishtml==0?-1:0;
$title=ereg_replace('"','＂',$title);
$title=cn_substrR($title,$cfg_title_maxlen);
$shorttitle=cn_substrR($shorttitle,36);
$color=cn_substrR($color,7);
$writer=cn_substrR($writer,20);
$source=cn_substrR($source,30);
$description=cn_substrR($description,$cfg_auot_description);
$keywords=cn_substrR($keywords,60);
$filename=trim(cn_substrR($filename,40));
$userip=GetIP();
$isremote=(empty($isremote)?0:$isremote);
$serviterm=empty($serviterm)?"":$serviterm;
if(!TestPurview('a_Check,a_AccCheck,a_MyCheck'))
{
$arcrank=-1;
}
$adminid=$cuserLogin->getUserID();
if(empty($ddisremote))
{
$ddisremote=0;
}
$litpic=GetDDImage('none',$picname,$ddisremote);
$arcID=GetIndexKey($arcrank,$typeid,$sortrank,$channelid,$senddate,$adminid);
if(empty($arcID))
{
ShowMsg("無法獲得主鍵，因此無法進行後續操作！","-1");
exit();
}
$inadd_f=$inadd_v='';
if(!empty($dede_addonfields))
{
$addonfields=explode(';',$dede_addonfields);
if(is_array($addonfields))
{
foreach($addonfieldsas$v)
{
if($v=='')continue;
$vs=explode(',',$v);
if($vs[1]=='htmltext'||$vs[1]=='textdata')
{
${$vs[0]}=AnalyseHtmlBody(${$vs[0]},$description,$litpic,$keywords,$vs[1]);
}
else
{
if(!isset(${$vs[0]}))${$vs[0]}='';
${$vs[0]}=GetFieldValueA(${$vs[0]},$vs[1],$arcID);
}
$inadd_f.=','.$vs[0];
$inadd_v.=",'".${$vs[0]}."'";
}
}
}
if($litpic!=''&&!ereg('p',$flag))
{
$flag=($flag==''?'p':$flag.',p');
}
if($redirecturl!=''&&!ereg('j',$flag))
{
$flag=($flag==''?'j':$flag.',j');
}
if(ereg('j',$flag))$ismake=-1;
$noo=count($att[from]);
if($noo>=0)
{
$okxc=okfromzj($noo,$att[from],$att[to],$att[by],$att[zc],$att[zhc],$att[wc],$att[home],$att[xingcheng]);
$xcjd=xcjd($noo,$att[jd]);
}
if($allll>0and$datee1<>'')
{
$da='';
for($i=1;$i<=$allll;$i++)
{
$datee="datee".$i;
$dateee="dateee".$i;
$crr="crr".$i;
$rtt="rtt".$i;
$smm="smm".$i;
$plda.="~".$$datee."+".$$dateee."+".$$crr."+".$$rtt."+".$$smm;
}
}
else
{
for($i=1;$i<=$alll;$i++)
{
$date="date".$i;
$cr="cr".$i;
$rt="rt".$i;
$sm="sm".$i;
$da.="~".$$date."+".$$cr."+".$$rt."+".$$sm;
}
}
$query="INSERTINTO`#@__archives`(id,typeid,typeid2,sortrank,flag,ismake,channel,arcrank,click,money,title,shorttitle,
color,writer,source,litpic,pubdate,senddate,mid,notpost,description,keywords,filename,tyadmin,weight)
VALUES('$arcID','$typeid','$typeid2','$sortrank','$flag','$ismake','$channelid','$arcrank','$click','$money','$title','$shorttitle',
'$color','$writer','$source','$litpic','$pubdate','$senddate','$adminid','$notpost','$description','$keywords','$filename','$adminid','$weight');";
if(!$dsql->ExecuteNoneQuery($query))
{
$gerr=$dsql->GetError();
$dsql->ExecuteNoneQuery("DeleteFrom`#@__arctiny`whereid='$arcID'");
ShowMsg("把數據保存到資料庫主表`#@__archives`時出錯，請把相關信息提交給CTSCMS官方。".str_replace('"','',$gerr),"javascript:;");
exit();
}
$cts=$dsql->GetOne("SelectaddtableFrom`#@__channeltype`whereid='$channelid'");
$addtable=trim($cts['addtable']);
if(!empty($addtable))
{
$useip=GetIP();
$query="INSERTINTO`{$addtable}`(aid,typeid,xc,bj,plbj,xcjd,redirecturl,userip{$inadd_f})Values('$arcID','$typeid','$okxc','$da','$plda','$xcjd','$redirecturl','$useip'{$inadd_v})";
if(!$dsql->ExecuteNoneQuery($query))
{
$gerr=$dsql->GetError();
$dsql->ExecuteNoneQuery("DeleteFrom`#@__archives`whereid='$arcID'");
$dsql->ExecuteNoneQuery("DeleteFrom`#@__arctiny`whereid='$arcID'");
ShowMsg("把數據保存到資料庫附加表`{$addtable}`時出錯，請把相關信息提交給CTSCMS官方。".str_replace('"','',$gerr),"javascript:;");
exit();
}
}
InsertTags($tags,$arcID);
if($cfg_remote_site=='Y'&&$isremote=="1")
{
if($serviterm!=""){
list($servurl,$servuser,$servpwd)=explode(',',$serviterm);
$config=array('hostname'=>$servurl,'username'=>$servuser,'password'=>$servpwd,'debug'=>'TRUE');
}else{
$config=array();
}
if(!$ftp->connect($config))exit('Error:NoneFTPConnection!');
}
ClearMyAddon($arcID,$title);
$artUrl=MakeArt($arcID,true,true,$isremote);
if($artUrl=='')
{
$artUrl=$cfg_phpurl."/view.php?aid=$arcID";
}
$msg="請選擇你的後續操作：
<ahref='archives_line_add.php?cid=$typeid'><u>繼續發布文檔</u></a>
&nbsp;&nbsp;
<ahref='$artUrl'target='_blank'><u>查看文檔</u></a>
&nbsp;&nbsp;
<ahref='archives_do.php?aid=".$arcID."&dopost=editArchives'><u>更改文檔</u></a>
&nbsp;&nbsp;
<ahref='catalog_do.php?cid=$typeid&dopost=listArchives'><u>已發布文檔管理</u></a>
&nbsp;&nbsp;
$backurl
";
$msg="<divstyle="line-height:36px;height:36p