每一個階段，從頭到尾
到達這裡的檔案會先被識別類型、開啟，並依據公開規則進行檢查，然後按照製造商的規格重新構建。這項工作由兩個引擎完成：一個是絕不放行原始檔案的確定性重建，另一個是預測該檔案原本危險程度的機器學習。
檔案透過連接的服務、閘道和儲存工作流程進入，然後轉入前置處理。來自 AI 應用程式的文字會另外檢查。可用整合取決於部署設定，每項能力都會說明其連接方式。
在 Exchange 或 Microsoft 365 旁的郵件流程中，傳入與傳出郵件由電子郵件中繼整封重建。
進入前置處理經由郵件閘道的傳入與傳出郵件，在您自己的網路內整封重建。
進入前置處理上傳至 SharePoint 與 OneDrive 的檔案（包括在 Teams 中共用者），經由 Microsoft 365 儲存空間防護處理。
進入前置處理透過瀏覽器和安全 Web 閘道接收的檔案。
進入前置處理使用者上傳與應用程式提交的檔案，透過整合 API 處理。
進入前置處理由您既有的閘道或代理透過 ICAP 傳送的下載與上傳，或經由 Web 閘道橋接器處理。
進入前置處理USB 隨身碟、SD 卡與光碟，於零信任自助服務站接受檢查。
進入前置處理SFTP、FTPS 和 FTP 工作流程。
進入前置處理本機資料夾與共用儲存。
進入前置處理進入受監控儲存貯體和儲存服務的檔案。
進入前置處理在提示詞到達大型語言模型（LLM）之前，會先檢查其中是否存在提示詞注入。僅限文字，僅支援英文，每次要求最多 512 個 token。
抵達模型之前檢查修復移除交付
Glasswall 對同一個檔案執行兩個引擎。其中一個並不判斷原始檔案是否危險，而是依據格式的公開規格建立新檔案，從而製造出可安全開啟的潔淨檔案。另一個是 AI 威脅預測，它單獨評估原始檔案。這樣您既得到安全的檔案，也了解實際收到的是什麼。
檢查、修復、移除、交付。檔案會先被拆解，因此之後的每一步處理的都是檔案的描述，而不是送達的原始位元組。
無需識別任何東西。輸出並不是移除了部分內容的原始檔案，而是按照公開標準組裝的新檔案。無論是尚未被任何人收錄的酬載，還是今早剛由模型生成的酬載，都無處容身。
在任何拆解開始之前，機器學習模型即讀取原始檔案的結構，判斷其被武器化的可能性。無需維護特徵庫，也不必引爆檔案來得出結論。
它回答的是另一個問題。製造潔淨檔案是為了讓檔案可以安全開啟；而這裡告訴您收到的究竟是什麼，這決定了是否需要啟動事件響應。
前置處理為每個檔案的分析和重建做好準備。檔案信譽和巨集分析結合識別、擷取和掃描，為封鎖、路由和政策決策提供依據。已簽章的安裝程式會被驗證而非重建：已簽章軟體驗證會原封放行真品，並封鎖任何未通過檢查的項目。
依據檔案自身的結構而非副檔名或傳送方宣告的類型來確定它究竟是什麼，因此偽裝的檔案在入口即被攔截。
看結構，不看副檔名加密檔案無法讀取，因此無法重建。這類檔案會被暫扣，直到收件者以 Microsoft 365 或任何 OpenID Connect (OIDC) 身分提供者登入並輸入一次密碼。其內容隨後才會進入處理管線，而不是未經檢查就放行。
加密暫扣，重建後放行格式錯誤或損壞的 PDF 會先被重建至符合 PDF 標準，因此原本損壞到無法處理的檔案也能被引擎處理。
重建之前容器會被開啟，其中的內容同樣會被處理。訊息中的郵件裡的一張圖片，會在每一層都被淨化，而不是作為一個整體原樣放行。過大或巢狀過深而無法一次檢查的壓縮檔與光碟映像檔，則由大型壓縮檔處理逐檔開啟並重建。
巢狀內容不會被跳過XML 會依據您提供的架構檢查其是否安全且格式規範。文件類型定義（DTD）會被拒絕而非處理。
依據您的架構每個檔案會同時送交所有已設定的防毒引擎，這些引擎來自不同廠商的精選套件，或是您已在執行的掃描器。唯有全部引擎都回報乾淨才會通過，且乾淨的結果不會略過 CDR。
已知威脅，儘早攔截即時以 ReversingLabs 查詢每個檔案的指紋，為封鎖、路由和政策提供依據，包括無法重建的檔案。需要您自己的 ReversingLabs 帳號與即時網際網路連線。
重建前的信譽檢查分析巨集的意圖和行為，為檔案處理和原則決策提供依據。
了解主動式內容在設定的跨網域解決方案中，中介資料沿經過驗證的單向傳輸路徑流動，然後在接收網域中重建。
依據允許的結構描述驗證中介表示。
傳輸前透過資料二極體傳輸已驗證的中介資料。二極體強制執行單向流動；設定的解決方案提供硬體驗證。
跨越信任邊界在接收網域中，從經過驗證的中介資料重建檔案。
傳輸後中介表示取決於具體實作。了解 Glasswall 跨網域架構。
沒有任何處理是匿名的。每一項都帶有標記，因此您一眼就能看出某條規則改變的是讀者所見的內容、檔案的行為，還是完全不可見的部分。
[視覺]改變讀者在頁面上看到的內容。
[功能]改變檔案開啟時的行為。
[結構]不可見的加固。對讀者而言沒有任何變化。
先在組織層面設定統一策略，再按檔案類型、內容類型、工作流或單條規則細化。決定如何處理的不是引擎，而是您。
記錄、拒絕與停用適用於所有規則。顯現、替換與移除僅在對該規則所檢測的內容有意義時可用。
輸出在交付之前會再次接受檢查，且絕不會在沒有處理記錄的情況下離開。
輸出會再次透過檢查輸入時所用的同一套規則，每一項發現都會被報告為已解決、仍然存在或新出現。沒有任何一項是想當然透過的。
經過檢查，而非假定確認所需變更，並在放行前標記尚未解決的發現項目。
交付前的原則檢查如果您的文件帶有簽名，重建後的檔案可使用您自己的證書重新簽名，因此下游系統在 CDR 之後仍會收到受信任的已簽名文件。
重建之後，用您的證書一份可正常開啟、符合讀者預期的可用文件，它是依據該格式的公開標準構建的，而不是從送達的檔案上刪減而來。
可用，而非被壓平發現了什麼、做了什麼、依據哪一條規則，以 SIEM 可攝取的穩定機器可讀格式提供，同時也便於審計人員閱讀。
逐檔案的證據將各項服務的日誌以同一格式集中在同一處，並先移除密碼與其他機密資訊，再傳送至 Grafana、Splunk、Microsoft Sentinel、Datadog、IBM QRadar，或任何接受 OpenTelemetry (OTLP) 的工具。
各階段的可視性這些是引擎的特性而非流程中的步驟，但它們決定了這條流程可以用在哪裡，以及您能在多大程度上信任執行處理的這套機制。
所覆蓋的副檔名，從日常文件與郵件到地理空間、CAD、音訊、影片與影像。
文件返回時仍是文件，不會被壓平為 PDF。CMYK 色彩準確，嵌入字型完整，座標不受影響。
處理惡意檔案的解析器採用託管程式碼，因此不會被原生引擎中反覆出現的那類缺陷所劫持。
一個自包含的二進位制檔案，支援 x64 與 Arm64 架構上的 Linux、Windows 與 macOS，包括加固部署與氣隙部署。
檔案格式規格定義結構檢查標準。設定的原則控制內容處理。跨網域保障適用於相應的部署。
依據檔案格式的公開規格驗證檔案結構。
套用組織對主動式內容、敏感資料和檔案處理的要求。
Glasswall CDR 滿足跨網域解決方案的強制內容篩選器要求。Glasswall 的 RTB 說明。
Glasswall 內容解除與重建，由 Safeware 在亞太地區交付並提供支援。各項能力因產品與部署方式而異。查看所有能力。