Lolly 給維運人員
一套多層防護的資安與情資策略——只不過它剛好是一個創意生產平台
這是一套零信任的組織免疫系統，包覆在你既有的工作流程之外——讓團隊每天需要的例行創意工作，得以發生在你的防護邊界之內，而不是外洩到邊界之外。
這對你有什麼好處。 你可以成為那個對一件既安全又受歡迎的事說「好」的人。你一舉堵住了外洩漏洞、取得了新能力，還順手刪掉一份需求排隊清單——這是少見能讓你更受歡迎、而不是更不受歡迎的資安勝利。不會再有法務部門凌晨三點打來的電話，只因為尚未解禁的機密檔案或客戶資料，不知怎麼流進了某個隨機的網路工具裡；要應付的 SaaS 供應商、合約與稽核也變少了；還有一份完全可重現的稽核軌跡，有人問起時，你隨時拿得出來。你會睡得更安穩，也會因此開心好幾天。
Lolly 不是次等的創意工具：它讓每個人手上都能做出生產等級品質的成果，而其品牌引導式的創作體驗更是無出其右。它之所以能安全地廣泛發放，原因在於架構本身：不會有任何你沒放進去的東西遭到上傳、每一個結果都可重現，而且每一次匯出都能附上多層業界領先的加密紀錄。不論一份文件是經過什麼途徑送到你桌上，你都能看清它完整的來源脈絡、是否遭到竄改，以及你是否能將它像素級精準地重新產生出來。
目前的狀態。 Lolly 的安全特性在設計上就很強大，而它的加密與檔案解析引擎正在接受 SUSE 企業級的基礎架構強化。以下提到的封印、裝置端簽署與加密，現在都是真實且站得住腳的，並正逐步邁向獨立認證——因此在合約要求認證級保證之處，請在該流程完成期間，將它們部署為多層防護的一環。
策略優勢
例行創意工作平常的完成方式，本身就是一個風險暴露面：檔案被寄給外部設計承包商、品牌素材被上傳到一堆 SaaS 編輯器、客戶資料被貼到陌生人的網路工具裡只為了「隨手做張圖」。這些每一項，都是資料離開你掌控範圍的時刻。
Lolly 把這個順序反過來。那些導致外洩的工作——語錄卡片、在地化橫幅、活動識別證、去識別化的截圖——現在都在一個工具上完成，這個工具運行於員工自己的裝置上，套用你的品牌，過程中完全沒有伺服器參與。你不是在高風險的工作流程上疊加一層控管，而是直接把這個高風險的工作流程，換成一個從一開始就沒有外洩路徑的流程。
- 設定權在你手上。 引擎與各個殼層（shell）都是開源的（MPL-2.0）。你可以疊加自己的驗證、遙測或憑證機構（CA）；可以自行架設，也可以不架設；功能與成本的完整控制權都在你手上，一切以 git 追蹤紀錄，不會被鎖在某個 SaaS 資料庫裡。
- 治理可以是資料，而非儀表板。 當你想要那種掌控時，可以把工具目錄（catalog）當作 Git 儲存庫來管理——pull request 審查就成了品牌審核，你的員工能接觸到的每一個範本，都有完整的稽核軌跡與即時回溯能力。這是一種選項，而非義務：只想做東西的團隊，可以在版面工作室（Layout Studio）中自行編寫工具、把自己的檔案匯入目錄，全程在應用程式內完成，完全不必碰 git。詳見採用與治理。
- 護欄是結構性的。 品牌限制是直接寫死在範本裡，而不是發布成一份可以被人忽略的指引文件。錯誤的產出不是被「勸阻」——而是根本無法產生。
刪掉需求排隊清單，同時讓內容量大增。
Lolly 的目標之一是分流設計需求：讓例行需求完全不需要送到設計師手上，因為有需求的人自己就能在幾分鐘內正確做出來。每一張被分流掉的需求單，既是生產力上的勝利，也代表少一個檔案在人與人之間流轉。
Lolly 的設計是為了配合你的組織實際的運作方式——部署方式沒有單一「正確答案」：
- 部署到裝置，而非集中託管服務。 透過你既有的 MDM（Intune、Jamf、Munki……）把 Lolly 推送到裝置上。它以桌面／行動應用程式或離線 PWA 的形式在本機執行——不管在任何防火牆之後、任何實體隔離（air-gapped）環境中都能運作，沒有伺服器需要維護，更新節奏完全由 IT 掌控。
- 僅集中託管。 在你的內網中（或 VPN 之後）執行單一個實例；使用者透過瀏覽器存取，不需安裝任何東西。工具只要發布一次，所有人立刻都能使用；搭配你的身分識別提供者（IdP）做存取控制。
- 混合模式。 離線外勤工作用本機應用程式，借用的機器則用隨時保持最新的瀏覽器版本——兩者指向同一個工具庫。
防外洩工具
Text Helper 提供的是同一筆交易，只是針對文字而不是檔案。它就是員工原本會跑到陌生網站上去找的那種分頁式工作台，而且它完全沒有宣告任何輸入項目，因為它處理的一切都不會離開這個頁面。
Compress PDF 補齊了這一組：過大的附件會依你選擇的品質等級縮小，而且就在那台原本就存著它的機器上完成。
有一類 Lolly 工具——也就是隱私工具——是專門設計來把檔案留在防護邊界之內。
- 移除隱藏資料
移除文件與媒體檔案中的位置資訊，以及所有隱藏的識別資訊。
- 文字小幫手
對結構化與非結構化文字進行去識別化、編碼、格式化與處理。
- 壓縮 PDF
在裝置端把過大的 PDF 壓縮縮小，這樣沒有人會在檔案大到寄不出 email 的那一刻，跑去找第三方的「幫我壓縮 PDF」網站——而那正是資料外洩的破口。
所有這些都是裝置端（on-device）轉換：你的檔案或資料進去，乾淨的位元組（bytes）出來，而且根本沒有伺服器可以上傳。它們刻意地與典型的「把檔案上傳到陌生人的網站清理一下」工具背道而馳——而那正是善意的員工在別無選擇時常會用的做法。
確定性與可重現性
Prompt to Image 是確定性最樸素的樣子：文字就是全部的輸入，排好版的圖片就是全部的輸出，而同一段文字永遠會排成同樣的結果。
每個工具的輸入都能以 URL 參數表示，相同的輸入永遠會產生相同的檔案。這對維運人員來說，有兩個實際意義：
- URL 本身就是產出物。 把連結提交（commit）進版控，需要時再依需求重新產生素材——不用把二進位檔案放進 Git，也不用在聊天紀錄裡追著找「最新版本」是哪個。素材與工具的 ID 是永久不變的約定，所以今天產生的連結，之後依然能正確解析出結果。
- CLI 走的是與 GUI 完全相同的渲染路徑，所以建置流程（build pipeline）與應用程式不會出現落差。可以在建置時就以可重現的方式產生 OG 圖片、社群卡片與資料視覺化圖表。
來源追溯與 Content Credentials
匯出的檔案可以附帶 Content Credentials——這是一份已簽署的 C2PA 資訊清單（manifest），與檔案位元組的雜湊值（hash）綁定在一起。之後對檔案的任何更動都會破壞這個封印，因此支援 C2PA 的驗證工具能在離線狀態下，以加密方式偵測出竄改。這份憑證是可偵測竄改（tamper-evident）的：它會標示出竄改，而非阻止竄改——這正是讓完全離線驗證得以成立的關鍵。
- 預設開啟，裝置端運作。 簽署金鑰在裝置上產生，無法被匯出讀取（連 Lolly 自己都讀不到），簽署過程完全在本機進行——只有選用的身分註冊程序才會連上網路。
- 信任層級。 未註冊身分的匯出檔案，結構上仍然有效，但屬於匿名簽署（
untrusted）。註冊已驗證身分（由 Lolly CA 核發、綁定電子郵件的短效憑證）後，信任 Lolly 根憑證的驗證工具就會回報trusted，並顯示簽署者的電子郵件。可信任時間戳記機構與第三方驗證工具的綠燈認證（C2PA 相容性）都還在規劃中。每個層級都是明確的，檔案只會宣稱它能證明的信任等級。 - 憑證效期由維運人員／使用者在簽署當下自行決定：7、30、90 或 365 天，預設為 30 天。
- Lolly Imprint。 這是第二層、互補性質的訊號，預設為開啟：一種烙印在點陣（raster）匯出檔案中的隱形像素浮水印（也包括 PDF／PPTX 內由 Lolly 渲染出的點陣圖像，但絕不會用在使用者自己內嵌的圖片上）。憑證只要容器格式一有變動就會失效，Imprint 卻能在重新儲存或截圖後依然存活——這是一個持久的「這些像素曾經過 Lolly」提示，只表示存在與否，不含任何個人資料。它屬於「隱蔽式安全」（security-through-obscurity），而非強固的防禦手段，功能是補強憑證，而非取代憑證。可用
imprint=0選擇退出。 - Durable Content Credentials（選用啟用）。 點陣匯出檔案還可以額外攜帶一個隱形的耐久（durable）標記，其中編碼了一個軟綁定（soft-binding）識別碼，讓即使社群平台上傳或重新儲存已經清除了檔案的中繼資料——這正是一般憑證會就此遺失的情況——C2PA 憑證仍然可以被復原。這項功能僅限點陣圖像，且需要一次神經網路編碼（neural-encode）處理，因此預設為關閉（以
durable=1開啟）。目前 Lolly 已能在/verify上離線辨識自己產生的耐久標記；等業界的軟綁定解析方案就緒後，第三方工具（例如 Adobe）也將能進行復原。 - 驗證在裝置端進行。 把任何檔案拖放到
/verify（或執行lolly validate <file>），就能取得一份離線報告，判斷這個檔案是否真的由 Lolly 產生，且自產生後未曾更動過。網頁版的 Verify 檢視畫面還會標示 AI 生成內容、偵測 Lolly Imprint、驗證 SEAL 簽章（一種以 DNS 為金鑰依據的位元組層級簽章——唯一會碰網路的地方是查詢 DNS 金鑰，檔案本身絕不會上傳）、可選擇性地深度掃描第三方像素浮水印（只需一次性下載裝置端模型），並揪出隱藏資料——這一切都不必上傳檔案。詳見 Content Credentials Identity。
互通性說明。 Lolly 目前已能在離線狀態下驗證自己的憑證，以及許多第三方的憑證，其中包括讀取其他產生者所產出的 C2PA v2 版宣告（claim）資訊清單。目前還有一項互通性工作正在進行中：WebM——它目前還沒有標準化的 C2PA 對應方式，所以 Lolly 會把資訊清單以 Matroska part 的形式附加上去（第三方工具可以直接驗證 Lolly 產生的 MP4；WebM 則要等標準底定後跟進）。
加密與密碼保護
對於必須以加密狀態傳遞的檔案，所有處理都在裝置端完成：
- PDF 開啟密碼——標準（Standard）等級是 40 位元 RC4，屬於嚇阻性質（可以在任何地方開啟，也可以透過連結傳遞）；強（Strong）等級是 AES-256（PDF 2.0），在匯出時輸入密碼，且密碼絕不會出現在連結中。
- 加密下載——ZIP 檔、Projects 資料夾，或一次批次執行的結果，都可以整批加密鎖定：標準等級用 ZipCrypto（強度弱，但相容性最廣），強等級用 AES-256（WinZip AE-2）。多層防護的做法是：Strong 等級 zip 檔裡的任何 PDF，也會額外個別以 AES-256 鎖定，所以解壓縮之後依然保持鎖定狀態。
- 需要密碼的分享連結——整個連結狀態都會用 PBKDF2 衍生出的金鑰以 AES-256 加密；傳遞的只有密文，密碼絕不會出現在連結裡，解密則是在接收者的瀏覽器中進行。
支援實體隔離環境
實體隔離是一種一等公民的部署方式，而非特殊模式——Lolly 開箱即用，渲染時完全不需要網路。網頁殼層（web shell）是離線優先（offline-first）的 PWA（透過 service worker 實現）；字型與 WASM 都儲存在裝置本機；工具狀態透過主機橋接（host bridge）保存在本機，絕不使用 localStorage。任何需要連上網路的工具，都只能透過一個白名單制、且必須在其資訊清單（manifest）中宣告的 host.net 能力來連線——無法（或不願意）提供這項能力的殼層，會把它做成一個空的替代實作（stub）。透過你的 MDM 把殼層推送到裝置上，或在你的內網中執行單一個實例，一套完全實體隔離（air-gapped）的安裝環境，依然能夠渲染、匯出、加密，並驗證憑證，完全不需要對外連線回報任何資訊。
值得知道的事
在你推行之前，有幾件事值得先弄清楚：
- 強化作業進行中。 加密與解析器目前正在接受 SUSE 企業級規模的強化（見上文）——在設計上今日已經很強；在合約要求認證級保證之處，請把它當作多層防護的一環來部署。
- *工具掛鉤（hooks）不是安全沙箱。 工具選用的
hooks.js雖然執行時會注入主機橋接（host bridge），但在瀏覽器殼層中，它是在頁面的執行環境（realm）裡運作，可以*存取window／document／fetch。請用對待任何你要執行的程式碼的方式來對待工具程式碼——審查它。這正是為什麼一個運行共用目錄的組織，可以透過 Git 審查來把關；無論採取哪種方式，在 Worker 隔離機制推出之前，都只執行你已審查過的工具。 - Content Credentials 是可偵測竄改，而非防止竄改。 它們偵測更動，而非阻止更動——詳見上方的互通性說明。
- 兩種加密層級。 標準等級的鎖定是快速、通用的嚇阻手段；強等級（AES-256）才是完整保護——任何敏感內容都應選用 Strong，但要注意它需要較新的閱讀器。