EpoCanvas 安全問題通報規範
COMMUNITY-011 安全通報 私下處理
本頁是帳號、評論、支付、隱私與部署安全問題的私下通報入口。它不是漏洞懸賞承諾,也不保證任何固定回應、修復或公開時間。
[!WARNING] 請不要在公開評論、Issue、社群貼文或截圖中披露未修復漏洞、可用的攻擊步驟、密鑰、令牌、個資或支付資料。請寄至 contact@epocanvas.com,主旨使用
[安全],並只附上必要摘要。
1. 建議通報的問題
以下情況值得私下通報:
- 未登入使用者可以讀取或修改不應公開的帳號、評論、管理或支付資料;
- 會話令牌、管理員驗證、權限邊界或角色降級存在可重現的繞過;
- 輸入內容造成跨站腳本、HTML 注入、跨站請求偽造、命令注入或其他服務端風險;
- 評論、Reaction、限流、讚賞或退款流程可被用來偽造資料、越權、刷量或暴露個人資料;
- 部署設定、日誌、建置產物或公開資產意外包含密鑰、密碼或完整令牌;
- 依賴套件或第三方服務的安全問題,且能清楚說明其如何影響本站整合邊界。
介面錯字、功能建議、一般可用性問題或已在政策中公開記錄的 KNOWN-GAP,通常不屬於安全漏洞;仍可依檢舉與申訴說明或貢獻流程回報。
2. 安全通報應包含什麼
請在不擴大風險的前提下提供:
- 受影響的網址、API、版本、部署識別或檔案路徑;
- 問題類型與最小可重現步驟;
- 你預期的權限邊界,以及實際觀察到的結果;
- 可能被讀取、修改、刪除或偽造的資料類型;
- 發現時間、瀏覽器/執行環境與是否仍可重現;
- 已採取的止損措施,例如撤銷令牌、停止測試或遮蔽資料。
請以遮蔽後的請求、錯誤訊息或示意資料取代真實憑證與個人資料。若必須傳送檔案,先在郵件中說明,不要自行把敏感內容上傳到公開檔案分享服務。
3. 測試與負責任揭露
安全測試應限定在你擁有或明確獲得授權的帳號、資料與環境中。請遵守以下邊界:
- 不進行拒絕服務、壓力攻擊、批量抓取或會影響其他讀者的測試;
- 不讀取、下載、修改或刪除與驗證問題無關的資料;
- 不使用他人的帳號、支付方式、會話令牌或私人留言進行驗證;
- 不植入持久化後門、不改變生產資料、不公開可直接利用的漏洞細節;
- 發現外部供應商問題時,同時遵守該供應商的通報與測試政策。
若問題已在公開頁面被意外揭露,請先寄送私下通報,再提供公開網址與暴露範圍,讓站方可以優先降低風險。
4. 站方的處理原則
站方會依影響範圍、可利用性、資料敏感度、是否正在被利用與修復複雜度進行分級。可能的措施包括撤銷令牌、限制帳號或路由、隱藏內容、修正程式碼、輪換憑證、通知受影響者及保留必要審計紀錄。
本站目前沒有對外承諾固定的確認、修復或公開時間。安全處理可能受重現難度、第三方服務、法律義務與維護窗口影響;沒有立即回信不代表問題被忽略。若需要進一步驗證,站方會盡量要求最少的額外資料。
公開修復說明應避免洩露未修復的攻擊細節,並在可以安全公開時說明受影響範圍、修復版本與使用者需要採取的措施。是否署名通報者,應以通報者同意為前提。
5. 憑證外洩與即時危險
如果你發現疑似密鑰、密碼或令牌已公開:
- 不要再次複製或轉發該內容;
- 在通報中提供可定位的網址、檔案或提交,不要附上完整秘密;
- 若你控制該憑證,立即撤銷或輪換;
- 說明可能受影響的服務與時間範圍。
若涉及正在發生的人身危險、詐騙或刑事事件,請先聯絡當地緊急服務或執法機關。EpoCanvas 的安全通報管道不能取代緊急應變單位。
最後更新:2026-10-20。
EpoCanvas 安全問題通報規範
COMMUNITY-011 安全通報 私下處理
本頁是帳號、評論、支付、隱私與部署安全問題的私下通報入口。它不是漏洞懸賞承諾,也不保證任何固定回應、修復或公開時間。
[!WARNING] 請不要在公開評論、Issue、社群貼文或截圖中披露未修復漏洞、可用的攻擊步驟、密鑰、令牌、個資或支付資料。請寄至 contact@epocanvas.com,主旨使用
[安全],並只附上必要摘要。
1. 建議通報的問題
以下情況值得私下通報:
- 未登入使用者可以讀取或修改不應公開的帳號、評論、管理或支付資料;
- 會話令牌、管理員驗證、權限邊界或角色降級存在可重現的繞過;
- 輸入內容造成跨站腳本、HTML 注入、跨站請求偽造、命令注入或其他服務端風險;
- 評論、Reaction、限流、讚賞或退款流程可被用來偽造資料、越權、刷量或暴露個人資料;
- 部署設定、日誌、建置產物或公開資產意外包含密鑰、密碼或完整令牌;
- 依賴套件或第三方服務的安全問題,且能清楚說明其如何影響本站整合邊界。
介面錯字、功能建議、一般可用性問題或已在政策中公開記錄的 KNOWN-GAP,通常不屬於安全漏洞;仍可依檢舉與申訴說明或貢獻流程回報。
2. 安全通報應包含什麼
請在不擴大風險的前提下提供:
- 受影響的網址、API、版本、部署識別或檔案路徑;
- 問題類型與最小可重現步驟;
- 你預期的權限邊界,以及實際觀察到的結果;
- 可能被讀取、修改、刪除或偽造的資料類型;
- 發現時間、瀏覽器/執行環境與是否仍可重現;
- 已採取的止損措施,例如撤銷令牌、停止測試或遮蔽資料。
請以遮蔽後的請求、錯誤訊息或示意資料取代真實憑證與個人資料。若必須傳送檔案,先在郵件中說明,不要自行把敏感內容上傳到公開檔案分享服務。
3. 測試與負責任揭露
安全測試應限定在你擁有或明確獲得授權的帳號、資料與環境中。請遵守以下邊界:
- 不進行拒絕服務、壓力攻擊、批量抓取或會影響其他讀者的測試;
- 不讀取、下載、修改或刪除與驗證問題無關的資料;
- 不使用他人的帳號、支付方式、會話令牌或私人留言進行驗證;
- 不植入持久化後門、不改變生產資料、不公開可直接利用的漏洞細節;
- 發現外部供應商問題時,同時遵守該供應商的通報與測試政策。
若問題已在公開頁面被意外揭露,請先寄送私下通報,再提供公開網址與暴露範圍,讓站方可以優先降低風險。
4. 站方的處理原則
站方會依影響範圍、可利用性、資料敏感度、是否正在被利用與修復複雜度進行分級。可能的措施包括撤銷令牌、限制帳號或路由、隱藏內容、修正程式碼、輪換憑證、通知受影響者及保留必要審計紀錄。
本站目前沒有對外承諾固定的確認、修復或公開時間。安全處理可能受重現難度、第三方服務、法律義務與維護窗口影響;沒有立即回信不代表問題被忽略。若需要進一步驗證,站方會盡量要求最少的額外資料。
公開修復說明應避免洩露未修復的攻擊細節,並在可以安全公開時說明受影響範圍、修復版本與使用者需要採取的措施。是否署名通報者,應以通報者同意為前提。
5. 憑證外洩與即時危險
如果你發現疑似密鑰、密碼或令牌已公開:
- 不要再次複製或轉發該內容;
- 在通報中提供可定位的網址、檔案或提交,不要附上完整秘密;
- 若你控制該憑證,立即撤銷或輪換;
- 說明可能受影響的服務與時間範圍。
若涉及正在發生的人身危險、詐騙或刑事事件,請先聯絡當地緊急服務或執法機關。EpoCanvas 的安全通報管道不能取代緊急應變單位。
最後更新:2026-10-20。
EpoCanvas Security Issue Disclosure Guidelines
COMMUNITY-011 Security Disclosure Private Handling
This page serves as the private reporting channel for security issues concerning accounts, comments, payments, privacy, and deployment. It is not a bug bounty program and does not guarantee any fixed response, remediation, or public disclosure timeline.
[!WARNING] Please do not disclose unpatched vulnerabilities, exploitable attack steps, secret keys, tokens, personal data, or payment information in public comments, issues, community posts, or screenshots. Instead, send them to contact@epocanvas.com with
[Security]in the subject line, including only the essential summary.
1. Issues Recommended for Reporting
The following situations warrant private reporting:
- Unauthenticated users can read or modify account, comment, administrative, or payment data that should not be publicly accessible;
- Reproducible bypasses exist for session tokens, administrator authentication, permission boundaries, or role degradation;
- Input leads to cross-site scripting (XSS), HTML injection, cross-site request forgery (CSRF), command injection, or other server-side risks;
- Comment, reaction, rate limiting, appreciation, or refund processes can be exploited to forge data, escalate privileges, inflate metrics, or expose personal data;
- Deployment configurations, logs, build artifacts, or public assets inadvertently contain secret keys, passwords, or full tokens;
- Security issues in dependent packages or third-party services, with a clear explanation of how they affect this site’s integration boundaries.
Interface typos, feature suggestions, general usability issues, or KNOWN-GAPs already publicly documented in our policies are generally not considered security vulnerabilities; they can still be reported via the Reporting and Appeals Guide or through the contribution process.
2. What a Security Report Should Include
Please provide the following, without exacerbating the risk:
- Affected URL, API, version, deployment identifier, or file path;
- Type of issue and minimal reproducible steps;
- Your expected permission boundaries and the actual observed results;
- Types of data that could be read, modified, deleted, or forged;
- Discovery time, browser/execution environment, and whether it is still reproducible;
- Mitigation steps already taken, such as revoking tokens, stopping tests, or redacting data.
Please replace real credentials and personal data with redacted requests, error messages, or illustrative data. If files must be sent, explain this in the email first; do not upload sensitive content to public file-sharing services on your own.
3. Testing and Responsible Disclosure
Security testing should be limited to accounts, data, and environments that you own or are explicitly authorized to access. Please adhere to the following boundaries:
- Do not conduct denial-of-service (DoS) attacks, stress tests, bulk scraping, or any tests that would affect other readers;
- Do not read, download, modify, or delete data unrelated to verifying the issue;
- Do not use others’ accounts, payment methods, session tokens, or private messages for verification;
- Do not implant persistent backdoors, alter production data, or publicly disclose directly exploitable vulnerability details;
- When discovering issues with external vendors, also comply with that vendor’s reporting and testing policies.
If an issue has been inadvertently disclosed on a public page, please send a private report first, then provide the public URL and scope of exposure so that the site can prioritize risk mitigation.
4. Our Handling Principles
We will classify issues based on their impact, exploitability, data sensitivity, whether they are actively being exploited, and remediation complexity. Possible measures include revoking tokens, restricting accounts or routes, hiding content, correcting code, rotating credentials, notifying affected parties, and retaining necessary audit logs.
This site currently does not publicly commit to fixed timelines for acknowledgment, remediation, or public disclosure. Security handling may be affected by reproducibility challenges, third-party services, legal obligations, and maintenance windows; a lack of immediate reply does not mean the issue is being ignored. If further verification is needed, we will endeavor to request the minimum additional data.
Public remediation descriptions should avoid disclosing details of unpatched attacks and, when safe to do so, should explain the affected scope, remediation version, and any actions users need to take. Attribution to the reporter should be contingent on their consent.
5. Credential Leaks and Immediate Dangers
If you discover a suspected public exposure of a secret key, password, or token:
- Do not copy or re-share the content;
- In your report, provide a locatable URL, file, or commit, but do not include the full secret;
- If you control the credential, revoke or rotate it immediately;
- Explain the potentially affected services and timeframe.
If the issue involves ongoing personal danger, fraud, or criminal activity, please contact local emergency services or law enforcement first. EpoCanvas’s security reporting channel is not a substitute for emergency response units.
Last updated: 2026-10-20.
Politique de divulgation des problèmes de sécurité EpoCanvas
COMMUNITY-011 Signalement de sécurité Traitement privé
Cette page est le point d'entrée pour le signalement privé des problèmes de sécurité liés aux comptes, aux commentaires, aux paiements, à la confidentialité et au déploiement. Il ne s'agit pas d'un programme de primes aux bogues et ne garantit aucune réponse, correction ou date de divulgation fixe.
[!WARNING] Veuillez ne pas divulguer de vulnérabilités non corrigées, d’étapes d’attaque exploitables, de clés, de jetons, de données personnelles ou de données de paiement dans les commentaires publics, les issues, les publications communautaires ou les captures d’écran. Veuillez envoyer un e-mail à contact@epocanvas.com avec l’objet
[Sécurité]et n’inclure que le résumé nécessaire.
1. Problèmes recommandés pour le signalement
Les situations suivantes méritent un signalement privé :
- Un utilisateur non connecté peut lire ou modifier des données de compte, de commentaire, d’administration ou de paiement qui ne devraient pas être publiques ;
- Il existe un contournement reproductible des jetons de session, de l’authentification administrateur, des limites d’autorisation ou de la dégradation des rôles ;
- Une entrée utilisateur provoque un script intersite (XSS), une injection HTML, une falsification de requête intersite (CSRF), une injection de commande ou d’autres risques côté serveur ;
- Les processus de commentaires, de réactions, de limitation de débit, d’appréciation ou de remboursement peuvent être utilisés pour falsifier des données, outrepasser des autorisations, générer du trafic abusif ou exposer des données personnelles ;
- Les configurations de déploiement, les journaux, les artefacts de construction ou les actifs publics contiennent accidentellement des clés secrètes, des mots de passe ou des jetons complets ;
- Des problèmes de sécurité dans les paquets dépendants ou les services tiers, avec une explication claire de la manière dont ils affectent les limites d’intégration de ce site.
Les fautes de frappe dans l’interface, les suggestions de fonctionnalités, les problèmes d’utilisabilité générale ou les KNOWN-GAP déjà documentés publiquement dans la politique ne sont généralement pas considérés comme des vulnérabilités de sécurité ; ils peuvent toujours être signalés conformément aux instructions de signalement et d’appel ou via le processus de contribution.
2. Ce que doit contenir un signalement de sécurité
Veuillez fournir, sans aggraver le risque :
- L’URL, l’API, la version, l’identifiant de déploiement ou le chemin de fichier affecté ;
- Le type de problème et les étapes minimales pour le reproduire ;
- Les limites d’autorisation que vous attendiez et le résultat réellement observé ;
- Le type de données qui pourrait être lu, modifié, supprimé ou falsifié ;
- L’heure de la découverte, le navigateur/environnement d’exécution et si le problème est toujours reproductible ;
- Les mesures d’atténuation déjà prises, telles que la révocation de jetons, l’arrêt des tests ou l’occultation des données.
Veuillez remplacer les identifiants réels et les données personnelles par des requêtes masquées, des messages d’erreur ou des données d’exemple. Si vous devez envoyer des fichiers, veuillez l’expliquer d’abord dans l’e-mail et ne pas télécharger vous-même de contenu sensible sur des services de partage de fichiers publics.
3. Tests et divulgation responsable
Les tests de sécurité doivent être limités aux comptes, données et environnements que vous possédez ou pour lesquels vous avez explicitement obtenu l’autorisation. Veuillez respecter les limites suivantes :
- Ne pas effectuer de tests de déni de service, d’attaques par force brute, de scraping en masse ou de tests qui affecteraient d’autres lecteurs ;
- Ne pas lire, télécharger, modifier ou supprimer des données non pertinentes pour la vérification du problème ;
- Ne pas utiliser les comptes, les méthodes de paiement, les jetons de session ou les messages privés d’autrui pour la vérification ;
- Ne pas implanter de portes dérobées persistantes, ne pas modifier les données de production, ne pas divulguer de détails de vulnérabilités directement exploitables ;
- En cas de découverte d’un problème chez un fournisseur externe, respecter également la politique de signalement et de test de ce fournisseur.
Si le problème a été accidentellement divulgué sur une page publique, veuillez d’abord envoyer un signalement privé, puis fournir l’URL publique et l’étendue de l’exposition, afin que l’équipe du site puisse prioriser la réduction des risques.
4. Principes de traitement de l’équipe du site
L’équipe du site classera les problèmes en fonction de l’étendue de l’impact, de l’exploitabilité, de la sensibilité des données, de l’exploitation en cours et de la complexité de la correction. Les mesures possibles incluent la révocation de jetons, la restriction de comptes ou de routes, la masquage de contenu, la correction de code, la rotation de certificats, la notification des personnes affectées et la conservation des enregistrements d’audit nécessaires.
Ce site ne s’engage actuellement pas sur des délais fixes de confirmation, de correction ou de divulgation. Le traitement de la sécurité peut être affecté par la difficulté de reproduction, les services tiers, les obligations légales et les fenêtres de maintenance ; l’absence de réponse immédiate ne signifie pas que le problème est ignoré. Si une vérification supplémentaire est nécessaire, l’équipe du site s’efforcera de demander le minimum de données supplémentaires.
Les descriptions publiques des corrections doivent éviter de divulguer les détails d’attaques non corrigées et, lorsque cela peut être divulgué en toute sécurité, expliquer l’étendue de l’impact, la version corrigée et les mesures que les utilisateurs doivent prendre. La mention du nom du signaleur doit être soumise à son consentement.
5. Fuite d’identifiants et dangers immédiats
Si vous découvrez qu’une clé secrète, un mot de passe ou un jeton est suspecté d’être public :
- Ne pas copier ou retransmettre ce contenu ;
- Dans le signalement, fournir l’URL, le fichier ou la soumission localisable, sans inclure le secret complet ;
- Si vous contrôlez cet identifiant, révoquez-le ou faites-le pivoter immédiatement ;
- Expliquer les services potentiellement affectés et la période concernée.
En cas de danger personnel imminent, de fraude ou d’incident criminel, veuillez d’abord contacter les services d’urgence locaux ou les forces de l’ordre. Le canal de signalement de sécurité d’EpoCanvas ne peut pas remplacer les unités d’intervention d’urgence.
Dernière mise à jour : 2026-10-20.
Normas de Divulgación de Problemas de Seguridad de EpoCanvas
COMMUNITY-011 Reporte de Seguridad Manejo Privado
Esta página es el punto de entrada para el reporte privado de problemas de seguridad relacionados con cuentas, comentarios, pagos, privacidad y despliegue. No es una promesa de recompensa por vulnerabilidades, ni garantiza un tiempo fijo de respuesta, corrección o divulgación pública.
[!WARNING] Por favor, no divulgue vulnerabilidades no corregidas, pasos de ataque disponibles, claves, tokens, datos personales o información de pago en comentarios públicos, issues, publicaciones en redes sociales o capturas de pantalla. Envíe un correo electrónico a contact@epocanvas.com con el asunto
[Seguridad]y adjunte solo el resumen necesario.
1. Problemas Recomendados para Reportar
Las siguientes situaciones merecen un reporte privado:
- Usuarios no autenticados pueden leer o modificar datos de cuentas, comentarios, administración o pagos que no deberían ser públicos;
- Existen bypasses reproducibles en tokens de sesión, autenticación de administrador, límites de permisos o degradación de roles;
- La entrada de datos causa scripting entre sitios (XSS), inyección de HTML, falsificación de solicitudes entre sitios (CSRF), inyección de comandos u otros riesgos del lado del servidor;
- Los procesos de comentarios, reacciones, limitación de velocidad, agradecimientos o reembolsos pueden ser utilizados para falsificar datos, escalar privilegios, generar volumen artificial o exponer datos personales;
- La configuración de despliegue, registros, artefactos de construcción o activos públicos contienen accidentalmente claves, contraseñas o tokens completos;
- Problemas de seguridad en paquetes dependientes o servicios de terceros, con una explicación clara de cómo afectan los límites de integración de este sitio.
Errores tipográficos en la interfaz, sugerencias de funciones, problemas generales de usabilidad o KNOWN-GAPs ya documentados públicamente en las políticas, generalmente no se consideran vulnerabilidades de seguridad; aún pueden reportarse según las Instrucciones de Reporte y Apelaciones o a través del proceso de contribución.
2. Qué Debe Incluir un Reporte de Seguridad
Por favor, proporcione, sin ampliar el riesgo:
- La URL, API, versión, identificador de despliegue o ruta de archivo afectada;
- El tipo de problema y los pasos mínimos para reproducirlo;
- Los límites de permisos esperados y los resultados observados;
- El tipo de datos que podrían ser leídos, modificados, eliminados o falsificados;
- La hora de descubrimiento, el navegador/entorno de ejecución y si aún es reproducible;
- Las medidas de mitigación tomadas, como la revocación de tokens, la detención de pruebas o la ofuscación de datos.
Por favor, reemplace las credenciales reales y los datos personales con solicitudes ofuscadas, mensajes de error o datos de ejemplo. Si es necesario enviar archivos, explíquelo primero en el correo electrónico y no suba contenido sensible a servicios públicos de intercambio de archivos por su cuenta.
3. Pruebas y Divulgación Responsable
Las pruebas de seguridad deben limitarse a las cuentas, datos y entornos que usted posee o para los cuales ha obtenido autorización explícita. Por favor, respete los siguientes límites:
- No realice pruebas de denegación de servicio, ataques de estrés, raspado masivo o pruebas que puedan afectar a otros lectores;
- No lea, descargue, modifique o elimine datos no relacionados con la verificación del problema;
- No utilice cuentas de terceros, métodos de pago, tokens de sesión o mensajes privados para la verificación;
- No implante puertas traseras persistentes, no altere datos de producción, no divulgue detalles de vulnerabilidades directamente explotables;
- Si descubre un problema en un proveedor externo, cumpla también con las políticas de reporte y prueba de dicho proveedor.
Si el problema ya ha sido divulgado accidentalmente en una página pública, por favor, envíe primero un reporte privado y luego proporcione la URL pública y el alcance de la exposición, para que el equipo del sitio pueda priorizar la mitigación del riesgo.
4. Principios de Manejo del Sitio
El equipo del sitio clasificará los problemas según el alcance del impacto, la explotabilidad, la sensibilidad de los datos, si está siendo explotado y la complejidad de la corrección. Las posibles medidas incluyen la revocación de tokens, la restricción de cuentas o rutas, la ocultación de contenido, la corrección de código, la rotación de credenciales, la notificación a los afectados y la conservación de los registros de auditoría necesarios.
Actualmente, este sitio no se compromete públicamente a tiempos fijos de confirmación, corrección o divulgación. El manejo de la seguridad puede verse afectado por la dificultad de reproducción, servicios de terceros, obligaciones legales y ventanas de mantenimiento; la falta de una respuesta inmediata no significa que el problema haya sido ignorado. Si se requiere una verificación adicional, el equipo del sitio solicitará la menor cantidad de datos adicionales posible.
Las descripciones de las correcciones públicas deben evitar la divulgación de detalles de ataque no corregidos y, cuando sea seguro hacerlo público, deben explicar el alcance afectado, la versión corregida y las medidas que los usuarios deben tomar. La atribución al reportante debe ser con el consentimiento de este.
5. Fugas de Credenciales y Peligros Inmediatos
Si descubre que una clave, contraseña o token sospechoso ha sido expuesto públicamente:
- No copie ni reenvíe el contenido nuevamente;
- En el reporte, proporcione la URL, archivo o commit localizable, no adjunte el secreto completo;
- Si usted controla esa credencial, revóquela o rótela inmediatamente;
- Explique los servicios y el período de tiempo que podrían verse afectados.
Si se trata de un peligro personal inminente, fraude o un incidente criminal, por favor, contacte primero a los servicios de emergencia o a las autoridades locales. El canal de reporte de seguridad de EpoCanvas no puede reemplazar a las unidades de respuesta a emergencias.
Última actualización: 2026-10-20.
EpoCanvas Richtlinien zur Meldung von Sicherheitsproblemen
COMMUNITY-011 Sicherheitsmeldung Vertrauliche Bearbeitung
Diese Seite ist der vertrauliche Meldeweg für Sicherheitsprobleme in Bezug auf Konten, Kommentare, Zahlungen, Datenschutz und Bereitstellung. Sie ist kein Versprechen für eine Bug-Bounty-Belohnung und garantiert keine feste Antwort-, Behebungs- oder Veröffentlichungszeit.
[!WARNING] Bitte geben Sie keine ungelösten Schwachstellen, verfügbaren Angriffsschritte, Schlüssel, Token, persönliche Daten oder Zahlungsdaten in öffentlichen Kommentaren, Issues, Community-Beiträgen oder Screenshots preis. Senden Sie diese stattdessen an contact@epocanvas.com mit dem Betreff
[Sicherheit]und fügen Sie nur die notwendige Zusammenfassung bei.
1. Empfohlene Probleme zur Meldung
Die folgenden Situationen sind es wert, vertraulich gemeldet zu werden:
- Nicht angemeldete Benutzer können Konto-, Kommentar-, Verwaltungs- oder Zahlungsdaten lesen oder ändern, die nicht öffentlich sein sollten;
- Sitzungstoken, Administratorauthentifizierung, Berechtigungsgrenzen oder Rollenherabstufungen können reproduzierbar umgangen werden;
- Eingaben führen zu Cross-Site Scripting, HTML-Injection, Cross-Site Request Forgery, Command-Injection oder anderen serverseitigen Risiken;
- Kommentar-, Reaktions-, Ratenbegrenzungs-, Spenden- oder Rückerstattungsprozesse können zur Datenfälschung, unbefugten Zugriff, Volumenmissbrauch oder Offenlegung persönlicher Daten missbraucht werden;
- Bereitstellungseinstellungen, Protokolle, Build-Artefakte oder öffentliche Assets enthalten versehentlich Schlüssel, Passwörter oder vollständige Token;
- Sicherheitsprobleme in Abhängigkeitspaketen oder Drittanbieterdiensten, wenn klar erklärt werden kann, wie sie die Integrationsgrenzen dieser Website beeinflussen.
Tippfehler in der Benutzeroberfläche, Funktionsvorschläge, allgemeine Usability-Probleme oder bereits in den Richtlinien öffentlich dokumentierte KNOWN-GAPs gelten in der Regel nicht als Sicherheitslücken; diese können weiterhin gemäß den Meldungs- und Beschwerderichtlinien oder über den Beitragsprozess gemeldet werden.
2. Was eine Sicherheitsmeldung enthalten sollte
Bitte geben Sie Folgendes an, ohne das Risiko zu erhöhen:
- Die betroffene URL, API, Version, Bereitstellungs-ID oder der Dateipfad;
- Die Art des Problems und die minimalen Schritte zur Reproduktion;
- Ihre erwarteten Berechtigungsgrenzen und die tatsächlich beobachteten Ergebnisse;
- Die Art der Daten, die möglicherweise gelesen, geändert, gelöscht oder gefälscht werden könnten;
- Zeitpunkt der Entdeckung, Browser/Ausführungsumgebung und ob das Problem noch reproduzierbar ist;
- Bereits ergriffene Maßnahmen zur Schadensbegrenzung, z. B. das Widerrufen von Token, das Beenden von Tests oder das Maskieren von Daten.
Bitte ersetzen Sie echte Anmeldeinformationen und persönliche Daten durch maskierte Anfragen, Fehlermeldungen oder Beispieldaten. Wenn Sie Dateien senden müssen, erklären Sie dies zuerst in der E-Mail und laden Sie keine sensiblen Inhalte selbst auf öffentliche Dateifreigabedienste hoch.
3. Testen und verantwortungsvolle Offenlegung
Sicherheitstests sollten auf Konten, Daten und Umgebungen beschränkt sein, die Sie besitzen oder für die Sie ausdrücklich autorisiert wurden. Bitte beachten Sie die folgenden Grenzen:
- Führen Sie keine Denial-of-Service-, Stressangriffe, Massen-Scraping oder Tests durch, die andere Leser beeinträchtigen könnten;
- Lesen, laden, ändern oder löschen Sie keine Daten, die für die Problemvalidierung irrelevant sind;
- Verwenden Sie keine Konten, Zahlungsmethoden, Sitzungstoken oder privaten Nachrichten anderer Personen zur Validierung;
- Pflanzen Sie keine persistenten Backdoors ein, ändern Sie keine Produktionsdaten und veröffentlichen Sie keine direkt ausnutzbaren Schwachstellendetails;
- Beachten Sie bei der Entdeckung von Problemen bei externen Anbietern auch deren Melde- und Testrichtlinien.
Sollte ein Problem versehentlich auf einer öffentlichen Seite offengelegt worden sein, senden Sie bitte zuerst eine vertrauliche Meldung und geben Sie dann die öffentliche URL und den Offenlegungsbereich an, damit die Website-Betreiber das Risiko priorisiert mindern können.
4. Bearbeitungsgrundsätze der Website-Betreiber
Die Website-Betreiber stufen Probleme nach Ausmaß des Einflusses, Ausnutzbarkeit, Datensensibilität, ob sie bereits ausgenutzt werden und der Komplexität der Behebung ein. Mögliche Maßnahmen umfassen das Widerrufen von Token, das Einschränken von Konten oder Routen, das Ausblenden von Inhalten, das Korrigieren von Code, das Rotieren von Anmeldeinformationen, das Benachrichtigen betroffener Personen und das Aufbewahren notwendiger Audit-Protokolle.
Diese Website verpflichtet sich derzeit nicht zu festen Bestätigungs-, Behebungs- oder Veröffentlichungszeiten. Die Sicherheitsbearbeitung kann durch die Schwierigkeit der Reproduktion, Drittanbieterdienste, rechtliche Verpflichtungen und Wartungsfenster beeinflusst werden; eine fehlende sofortige Antwort bedeutet nicht, dass das Problem ignoriert wird. Sollte eine weitere Überprüfung erforderlich sein, werden die Website-Betreiber versuchen, so wenig zusätzliche Daten wie möglich anzufordern.
Öffentliche Behebungsbeschreibungen sollten vermeiden, Details zu ungelösten Angriffen preiszugeben, und, wenn eine sichere Veröffentlichung möglich ist, den betroffenen Bereich, die behobene Version und die von den Benutzern zu ergreifenden Maßnahmen erläutern. Die Nennung des Meldenden sollte nur mit dessen Zustimmung erfolgen.
5. Offenlegung von Anmeldeinformationen und unmittelbare Gefahr
Wenn Sie den Verdacht haben, dass Schlüssel, Passwörter oder Token öffentlich geworden sind:
- Kopieren oder leiten Sie den Inhalt nicht erneut weiter;
- Geben Sie in der Meldung eine lokalisierbare URL, Datei oder einen Commit an, fügen Sie nicht das vollständige Geheimnis bei;
- Wenn Sie die Kontrolle über diese Anmeldeinformationen haben, widerrufen oder rotieren Sie diese sofort;
- Erläutern Sie die möglicherweise betroffenen Dienste und den Zeitraum.
Bei unmittelbarer Gefahr für Personen, Betrug oder kriminellen Vorfällen kontaktieren Sie bitte zuerst die örtlichen Notdienste oder Strafverfolgungsbehörden. Der Sicherheitsmeldeweg von EpoCanvas kann Notfalleinheiten nicht ersetzen.




