ContentVelo 的安全措施
最後更新:2026年9月18日
本頁涵蓋的範圍
本聲明說明 ContentVelo 目前實際採取的安全措施,涵蓋官網、您用於創作與發佈內容的客戶端,以及我們員工使用的後台管理系統。ChatMai 是獨立的應用程式,有自己的說明文件。
本頁說明產品中確實存在的控制措施,並非認證。ContentVelo 未取得 ISO 27001、SOC 2 或任何同等的獨立稽核,本頁內容也未經第三方審閱。
與我們伺服器的連線
對 ContentVelo 各應用程式的所有請求皆透過 HTTPS 提供。以純 HTTP 抵達的請求會被重新導向,正式環境中我們的伺服器會送出 HTTP 嚴格傳輸安全(HSTS)標頭,使您的瀏覽器此後不再退回純 HTTP。實際提供的 TLS 版本與加密套件取決於我們的主機服務而非應用程式本身,因此我們不會在此寫出無法保證的版本號。
凡是會改動您帳戶內容的請求都帶有防偽造權杖,其他網站因此無法在您不知情的情況下藉您的瀏覽器操作您的帳戶。
帳戶與登入
您可以使用電子郵件與密碼登入,也可以使用已綁定的社群帳號登入。登入成功後會簽發一個工作階段 Cookie,瀏覽器不會將它暴露給指令碼,也不會傳送給其他網站。
- 客戶端的工作階段有效期為七天,每次使用都會順延。
- 後台管理工作階段有效期為八小時,由擁有獨立登入入口的另一套應用程式簽發。
- 新的電子郵件地址需透過寄送到該地址的連結確認。重設密碼使用一次性且會過期的權杖。
- ContentVelo 目前不提供雙重驗證。您的密碼,或您用來登入的社群帳號,是保護帳戶的唯一屏障。
您的密碼如何儲存
我們不保存您的密碼,只保存它的 SHA-256 雜湊值。ContentVelo 的任何人都無法從該雜湊值還原出密碼,我們也絕不會向您索取密碼。
我們明確說明這個雜湊是如何計算的,因為這種做法低於目前的通行標準,而您有權在設定密碼之前知道。系統對每個密碼附加的是同一個固定值,而不是為每個帳戶使用不同的隨機值;雜湊只計算一次,也沒有刻意放慢速度。bcrypt、scrypt、Argon2 等現代密碼雜湊函式兩者都不會這麼做,改用其中之一已列入我們的工作計畫。
這在實務上意味著:萬一我們的密碼表外洩,常見密碼和在別處重複使用的密碼會被很快還原。請使用一個您在其他地方沒有用過的密碼,並盡量設得長一些。
Facebook 粉絲專頁與存取權杖
連接 Facebook 粉絲專頁後,Meta 會簽發一個存取權杖給 ContentVelo。為了在您離線時仍能發佈排程貼文,我們將該權杖保存在資料庫中。權杖以可讀形式保存,應用程式本身不對其加密,因此它的保護程度等同於資料庫及其所在伺服器的保護程度。
該權杖讓我們能夠讀取該專頁本身的貼文及其互動數據,並向該專頁發佈內容。它不會讓我們存取您的個人 Facebook 個人檔案、好友,或任何您未連接的專頁。
在 ContentVelo 內中斷專頁連接會刪除我們保存的權杖副本,但不會收回您在 Meta 授予的權限;那需要在 Facebook 設定的「商業整合」中操作。資料刪除頁面說明了這兩個步驟。 刪除您的資料
付款
銀行卡資料從不會到達 ContentVelo。付款在金流服務商代管的頁面上完成,我們只收到結果:金額、幣別、狀態、付款方式名稱與服務商的參考編號,這些會被保存以便向您呈現帳單紀錄。為了發起扣款,我們會把您的電子郵件、應付金額、訂單參考編號與所購方案的簡短說明傳送給服務商。我們不會傳送您的姓名——產品送出的表單裡根本沒有姓名這一欄。
還有誰會處理您的資料
提供 ContentVelo 服務需要把您的部分資料傳送給其他公司。以下是產品實際呼叫的對象:
- OpenAI 會收到用於撰寫貼文的指令。該指令包含您的業務描述、語氣與關鍵字設定,以及(若您填寫過)希望出現在貼文中的電話號碼、電子郵件、LINE ID、網站與商店連結。當您要求我們學習某個專頁的風格時,還會一併傳送該專頁最多二十則既有貼文。
- Google 透過 Gemini API 接收用於生成圖片的指令。
- 金流服務商會收到您的電子郵件、金額與訂單參考編號,並完成收款,但不會收到您的姓名。
- 我們的圖片儲存服務商接收並託管為您生成的圖片與您上傳的圖片。這些檔案透過一個不易猜到、但也沒有存取控制的公開網址提供。
- 每當我們向您寄送驗證連結、密碼重設或通知時,我們的外寄郵件服務商都會收到您的電子郵件地址與郵件內容。
我們會記錄您的哪些使用情況
您在帳戶中的操作會寫入稽核日誌,包含時間、操作、您的使用者與工作區、IP 位址以及瀏覽器的 user-agent 字串。每一次生成請求會寫入用量日誌,包含傳送的指令、產生的文字與圖片、使用的模型、成本、是否成功,以及請求來源 IP 位址。這些紀錄用於解釋帳單與調查濫用。它們會在帳戶存在期間一直保留:ContentVelo 目前沒有清除舊日誌的排程工作。
我們不作出的聲稱
一個安全頁面只有把缺少的東西寫得和具備的東西一樣清楚,才有意義。截至上述日期,ContentVelo 尚不具備:
- 任何形式的獨立安全認證或稽核;
- 應用層的靜態資料加密——現有的保護來自我們的資料庫伺服器與主機服務,而非 ContentVelo 自身的程式碼;
- 面向客戶或管理員帳戶的雙重驗證;
- 由第三方執行的滲透測試,或公開的漏洞懸賞計畫。
若本站其他地方對我們安全狀況的描述比本頁更強,請以本頁為最新且準確的說明。
回報安全問題
若您認為發現了 ContentVelo 的漏洞,請寫信告知我們,並提供足以重現的細節。我們會回覆確認收到。我們不提供獎金,並請您在公開描述之前,給我們合理的修復時間。