跳至主要內容
Euphona

安全性

你的音訊如何保持私密

這一頁上的每一項,如今都在正式環境中運作,每一項都可以查證。

發現了什麼嗎?

寄信到 security@euphonaai.com。今天寄來的粗略郵件,勝過下個月寄來的精美郵件;我們會在 3 個工作天內確認收到。

機器可讀版本:/.well-known/security.txt

揭露流程說明 →

目前已實施

我們的做法

七件事,每一件都正在正式環境中運作,而且都可以查證。

你的音訊只能透過簽章連結存取

音訊從不經由 API 提供,也從不放在 Cookie 後面。每一次讀取或寫入,都是一個短效的簽章 URL,範圍限定於單一物件與單一操作,並以它所屬的工作區驗證。

不受信任的音訊在沙箱中解碼

格式錯誤的媒體檔案,是音訊平台最直接的攻擊面,所以解碼程序會以獨立的使用者、網路與行程命名空間執行,不具任何權限(capabilities),並設有記憶體上限與實際時間期限。這套機制在有任何公開上傳管道可供攻擊之前,就已經建好了。

員工無法聆聽你的音訊

客服不行、維運不行、管理員也不行。我們的內部工具裡沒有任何控制項能播放客戶的音訊,也沒有任何途徑能產生指向它的連結。目前也沒有例外途徑:如果我們真的需要聽某個檔案來除錯,我們會問你,而未來任何授權機制,都會是由你自己啟動、你自己看得見的。

每一次內部讀取你的資料,都會被記錄

是讀取,不只是寫入。我們的營運控制台在向員工顯示任何與你帳號相關的資訊之前,必須先寫入一筆稽核紀錄,記下這位員工是誰、看了什麼、為什麼看:如果那筆紀錄寫不進去,資料就不會顯示。稽核紀錄庫只能附加,並存放在與它所稽核的資料庫分開的另一個資料庫中。

高風險操作需要第二道審查

暫停平台的某個部分、將模型回復到先前版本,以及任何類似的操作,都要先寫下理由、排入等待,延遲一段時間後才執行:如果是正在發生的事故,則可以立即執行,但必須先寫下理由,事後也必須提交事後檢討報告。每一項操作,隔天早上都會出現在審查清單上。

備份在寫入磁碟前就已加密,而且每週還原一次

每個資料庫每晚都會直接備份成加密檔案,磁碟上從不存在明文副本,每份備份在我們的伺服器上保留 14 天,並在異地副本中再保留約兩週,都在我們的服務條款與隱私權政策所載明的 31 天之內。每週日,會有一次演練把最新的備份還原到一個暫存資料庫,並確認它能正常回應查詢,因為沒有人還原過的備份只是一種期望,不是備份。兩者自 2026 年 9 月 18 日起都按時執行。

相依套件與主機都定期更新修補

源站主機會自動安裝安全性更新,採用強化過的作業系統基準設定,防火牆規則以程式碼管理,而不是留在 shell 的歷史紀錄裡。應用程式的相依套件會依排程更新,也會在發布安全公告時更新。

漏洞揭露

回報問題

寄信到 security@euphonaai.com。告訴我們你發現了什麼、如何重現;你不需要提供概念驗證(PoC)攻擊程式,我們也寧可你不要針對實際資料打造一個。

我們會在 3 個工作天內確認收到,並告訴你我們正在做什麼。我們不會威脅你;如果你希望被致謝,我們會具名致謝。目前沒有漏洞獎勵計畫:如果日後推出,會公布在這個頁面上,而不是透過電子郵件協商。

請不要存取他人的資料、降低其他人的服務品質,或拿發現的漏洞作為籌碼。這份說明的機器可讀版本在 /.well-known/security.txt。