# 安全政策 - Kanera > Kanera 安全實踐、共同責任和負責任的漏洞報告政策。 Canonical page: https://www.kanera.app/zh-TW/security 安全 # 安全政策 安全性是 Kanera 構建、運營和文件化的一部分,特別是對於在託管和自託管部署之間進行選擇的團隊而言。 有效 2026 年 8 月 20 日 版本 2 一目瞭然 部署 主辦 Kanera 網站由我們運營。 Kanera 由您操作。 訪問 使用強大的帳戶控制、範圍限定的許可權和謹慎的工作區管理。 報告 傳送安全報告至 security@kanera.app. ## 安全模型 託管版 Kanera 設計採用跨應用程式安全、基礎設施、監控、訪問管理和運營審查的分層控制。 自託管的 Kanera 讓您的團隊能夠控制執行時環境,這種控制也意味著您的組織負責部署強化、補丁、備份、網路暴露和監控。 ## 當前應用程式控制 下面的控制描述了2026年8月20日審查的當前Kanera實施情況,並不代表Kanera擁有獨立的安全認證或審計意見。 當控制或架構發生重大變化時,我們會更新本節。 - 密碼使用 Argon2id 使用顯式記憶體硬配置進行雜湊處理。 登入驗證還使用時序均衡路徑來減少帳戶列舉訊號。 - 重新整理令牌是隨機的,僅儲存為 SHA-256 雜湊值,在使用時進行輪換,並在檢測到重用時作為一個系列撤銷。 生產重新整理 cookie 是 HttpOnly、Secure、SameSite=Lax,並限制於身份驗證路徑。 - 基於時間的一次性密碼 MFA 包括加密的密碼、儲存為雜湊的一次性恢復程式碼、重播保護和嘗試鎖定。 組織管理員可以要求會員和看板訪客訪問其資料時使用 MFA。 - 身份驗證、密碼重置、MFA、公共 API、MCP 和其他敏感路由使用速率限制或嘗試控制。 Cloudflare Turnstile 可以保護託管註冊和密碼重置流程。 - 組織、工作區、論壇、訪客、API 金鑰和 OAuth 許可權在伺服器端強制執行。 工作區 API 金鑰具有讀取、寫入或管理作用域;個人金鑰遵循所有者當前許可權;OAuth 使用精確重定向 URI 和 PKCE。 - API 金鑰、OAuth 令牌、驗證碼、邀請令牌和客戶端機密儲存為雜湊值。 MFA 和配置的整合機密在靜態時進行加密。 - HTTP 響應使用的控制元件包括 HSTS、內容型別嗅探保護、框架限制、引用者策略、內容安全策略和許可權策略。 - 跨租戶支援訪問許可權僅限授權的平臺管理員,有時間限制,可撤銷,在產品中明顯標示,並記錄運營商、目標組織、原因、IP 地址、使用者代理、開始、到期和結束時間。 ## 自我託管的責任 - 使用可信證書在 HTTPS 後面執行 Kanera。 - 保持 Kanera、依賴項、作業系統、容器、資料庫和反向代理更新。 - 限制管理訪問,保護機密,並在需要時輪換憑據。 - 啟用並配置 Kanera 的可選自託管備份工具,或提供相應的備份流程,然後定期測試恢復。 - 檢視網路暴露、防火牆規則、儲存許可權和整合憑據。 ## 您的安全責任 - 使用唯一的密碼,並在可用或組織要求的情況下啟用多因素身份驗證。 - 保持瀏覽器、裝置、Kanera 部署和連線工具的最新狀態,並保護裝置和備份免受未經授權的訪問。 - 只向使用者、API 金鑰、OAuth 或 MCP 客戶端、WebHook 和其他整合授予其所需的許可權,並定期審查這些訪問許可權。 - 刪除未使用的使用者和整合,撤銷您認為可能已被洩露的憑據和會話,並立即報告涉嫌未經授權的帳戶訪問。 - 在透過整合傳送機密、個人或受管制資訊之前,請檢視第三方提供商的安全和隱私實踐。 ## 資料保護 工作區所有者控制哪些使用者被邀請,他們獲得哪些訪問許可權,以及哪些內容被放置在 Kanera 中。 除非您的組織審查了部署、配置、合同條款和法律要求,否則不應使用 Kanera 來儲存高度受監管的資料。 對於託管的 Kanera,我們的合同安全、事件通知、分處理者、協助、審計和刪除承諾在資料處理附錄中作出了規定。 我們會在確認個人資料洩露後立即通知受影響的客戶,並提供合理可用的資訊以支援他們的響應。 - [資料處理附錄](https://www.kanera.app/zh-TW/dpa) - [子處理器](https://www.kanera.app/zh-TW/subprocessors) ## 報告漏洞 請將疑似漏洞傳送至 security@kanera.app ; 不要使用公開問題。 請包括受影響的元件、版本、URL、端點或部署模式;複製步驟或最低限度的概念證明;可能的影響;相關請求、日誌或刪除機密的螢幕截圖;以及您的首選聯絡詳細資訊和是否希望公開信用。 我們的目標是在 3 個工作日內確認報告,並在 10 個工作日內提供初步評估或請求提供更多資訊。 範圍內的問題包括身份驗證與授權、租戶隔離、私密看板訪問、已儲存的機密資訊與令牌洩露、上傳與檔案處理、API、OAuth、MCP、Webhook、實時功能、計費邊界，以及預設的自託管部署。社會工程、垃圾資訊、僅依賴刻意採用弱安全配置的開發環境才能成立的問題，以及未經書面許可對生產環境進行拒絕服務測試，均不在範圍內。 我們目前不會公開PGP金鑰,普通電子郵件也不是端到端加密的報告渠道。 請勿傳送實時憑據或個人資料,如果您需要我們安排更安全的交換敏感證據,請在第一封電子郵件中詢問。 - [傳送電子郵件給安全團隊](mailto:security@kanera.app) - [機器可讀安全接觸](https://www.kanera.app/.well-known/security.txt) ## 安全港和披露 如果您誠信行事,僅測試您擁有或獲得明確許可的帳戶、資料和系統,不超出上述範圍,避免侵犯隱私和服務中斷,僅訪問證明問題所需的最低限度資料,如果遇到他人的資料,停止並報告,不保留或披露該資料,並遵守適用法律,我們將將研究視為我們政策所授權的研究,並且不會就研究本身對您提起法律訴訟。 這並不意味著您可以測試我們無法控制的第三方系統或基礎設施,使用社會工程或物理攻擊,或要求付款。 請在公開披露之前給我們合理的機會進行調查和補救。 我們將根據嚴重程度、受影響使用者、修復可用性和部署需求,與您合作制定披露時間表,並在有意義的里程碑時向您通報情況。 security@kanera.app 我們可以協調。 刪除不再需要的測試資料和機密證據。 如果您無意中訪問了個人資料、憑據或客戶內容,請停止測試,不要複製或共享,並告訴我們訪問了什麼內容,以便我們能夠做出適當回應。 ## 版本歷史 版本2於2026年8月20日生效,區分了實施審查與獨立認證,並將合同事件與DPA中的安全承諾聯絡起來。 版本1於2026年7月16日生效。 ## Machine-readable resources - [Kanera AI index](https://www.kanera.app/llms.txt) - [Kanera documentation index](https://www.kanera.app/docs/llms.txt) - [Agent discovery guidance](https://www.kanera.app/agents.md)