ISO Mate dankt den Sicherheitsforschern, die sich die Zeit nehmen, Schwachstellen verantwortungsvoll an uns zu melden. Ihre Arbeit hilft uns, unsere Plattform und unsere Kunden zu schützen. Diese Seite würdigt die Personen, die einen wertvollen Beitrag zur Sicherheit von ISO Mate geleistet haben.
Ein Hinweis zur Vergütung
ISO Mate betreibt derzeit kein garantiertes, bezahltes Bug-Bounty-Programm. Als Unternehmen in einer frühen Phase sind wir noch nicht in der Lage, sofortige finanzielle Belohnungen für Schwachstellenmeldungen anzubieten, und wir möchten in diesem Punkt vollständig transparent sein.
Dennoch schätzen wir die Sicherheitsgemeinschaft sehr und möchten nicht, dass Ihre harte Arbeit unbeachtet bleibt. Wir erfassen alle gültigen Einsendungen sorgfältig. Auch wenn künftige Auszahlungen heute rechtlich nicht garantiert werden können, ist es unser aufrichtiges Ziel, diese frühen Beiträge rückwirkend anzuerkennen, sobald unser Unternehmen wächst. ISO Mate behält sich das Recht vor, berechtigten Forschern nach eigenem Ermessen rückwirkende Belohnungen zu gewähren, sobald unsere finanzielle Lage dies zulässt.
Hier in unserer Security Hall of Fame aufgeführt zu sein, dient als dauerhafter Nachweis Ihres unschätzbaren Beitrags zu unserer Sicherheit und unserer Dankbarkeit für Ihre Hilfe.
Verantwortungsvolle Offenlegung
Wir bitten Forscher, uns eine angemessene Gelegenheit zu geben, ein gemeldetes Problem zu untersuchen und zu beheben, bevor es öffentlich gemacht wird. Zum Schutz unserer Kunden fügen wir einen Forscher und die Details seines Fundes erst dann zu dieser Seite hinzu, nachdem die Schwachstelle vollständig behoben wurde. Einträge werden mit Zustimmung des Forschers veröffentlicht, und wir nennen Sie gerne mit Namen, Pseudonym oder anonym, ganz wie Sie es bevorzugen.
Safe Harbor und Geltungsbereich
Wir möchten, dass Forscher mit Zuversicht testen. Wenn Sie in gutem Glauben handeln und unsere Offenlegungsrichtlinie befolgen, betrachten wir Ihre Forschung als autorisiert und werden keine rechtlichen Schritte gegen Sie einleiten. Die Richtlinie legt außerdem fest, welche Systeme im Geltungsbereich liegen, welche ausgeschlossen sind und welche Testaktivitäten wir nicht gestatten. Bitte lesen Sie sie, bevor Sie beginnen: Richtlinie zur Offenlegung von Schwachstellen.
Anerkannte Forscher
Die unten aufgeführten Forscher haben Schwachstellen verantwortungsvoll offengelegt, die wir seitdem behoben haben. Wir fügen neue Einträge hinzu, sobald Meldungen validiert und behoben wurden, mit Zustimmung des jeweiligen Forschers.
| Investigador | Vulnerabilidad reportada | Fecha de reconocimiento |
|---|---|---|
| Kolakaluri Abhishek | El registro revelaba si una dirección de correo ya tenía una cuenta | Septiembre de 2026 |
| Immadisetty Kiran Kumar | El registro respondía de forma distinta para una dirección de correo que ya tenía una cuenta, lo que permitía comprobar sin autenticación si una dirección estaba registrada | Septiembre de 2026 |
| Karan Patil | Las imágenes subidas conservaban metadatos EXIF, incluidas coordenadas GPS y detalles del dispositivo | Septiembre de 2026 |
| Kishore Baskaran | Añadir una dirección de correo no registrada creaba una cuenta y una pertenencia a la organización sin el consentimiento del destinatario, e impedía que el propietario de la dirección se registrara | Septiembre de 2026 |
| Tippagalla Jaswanth | El JavaScript incrustado en un PDF subido se ejecutaba al previsualizar el archivo adjunto | Septiembre de 2026 |
| Kishore Baskaran | Los límites de creación de organizaciones podían superarse más allá del tope previsto, permitiendo más pruebas gratuitas simultáneas de las que autorizaba el límite | Septiembre de 2026 |
| Suraj Dipak Bhujadi | Informó de un posible cross-site scripting almacenado en el campo de título de tarea. Los títulos de tarea se escapan en todos los lugares donde se muestran, por lo que la ejecución de scripts descrita no era aplicable. El informe motivó una revisión en toda la plataforma que reforzó el tratamiento de los términos de búsqueda y los límites de longitud de entrada. | Septiembre de 2026 |
| Kolakaluri Abhishek | Límite de envío de restablecimiento de contraseña eludido usando variantes de mayúsculas de la misma dirección de correo | Septiembre de 2026 |
| Sudarshan Kushwah | Los enlaces de verificación de cambio de correo seguían siendo válidos después de ser reemplazados | Septiembre de 2026 |
| Rudra tech services | El área de contenido de la consola no cargaba después de iniciar sesión | Septiembre de 2026 |
| Thota Murari | Límite de tokens de API activos superado mediante solicitudes de creación simultáneas | Septiembre de 2026 |
| CypherBinu | Las sesiones en otros dispositivos seguían activas después de activar la verificación en dos pasos | Septiembre de 2026 |
| Atharva Savji Lokhande | El bloqueo de cuenta podía activarse de forma remota contra cualquier dirección de correo conocida | Septiembre de 2026 |
| Shubham Mali | Creación de cuentas mediante el registro con Google sin una identidad verificada por Google | Septiembre de 2026 |
| Gopinath S | El número de móvil de la verificación en dos pasos podía cambiarse sin reautenticación ni verificación | Septiembre de 2026 |
| Lakhan Verma | La consola almacenaba el token de sesión en el almacenamiento local del navegador, donde los scripts de la página podían leerlo | Septiembre de 2026 |
| Amish Kumar | Informó de un riesgo de redirección abierta y cross-site scripting almacenado a partir de imágenes SVG subidas a las notas. Las subidas se depuran antes de guardarse y las notas eliminan el SVG tanto al guardar como al mostrar, así que la redirección descrita no se aplicaba. El informe motivó correcciones en las comprobaciones de tipo de archivo y en la depuración de SVG que faltaban en las rutas de subida de adjuntos de tickets y de correo. | Septiembre de 2026 |
| Vaidik Pandya | Definiciones de tipos de objetos personalizados legibles y creables entre cuentas | Agosto de 2026 |
| Omkar Dalavi | El token de acceso seguía siendo válido después de cerrar sesión | Agosto de 2026 |
| Jahidul Hasan Munna | Autorización a nivel de función deficiente en los endpoints del panel de control | Agosto de 2026 |
| Jahidul Hasan Munna | Falta de limitación de tasa en la creación de registros que permite inundar el espacio de trabajo | Agosto de 2026 |
| Swatantra Kokare | Vinculación incorrecta de la cuenta OAuth tras un cambio de dirección de correo | Agosto de 2026 |
| Manas Pipersaniya (VIT Bhopal University) | Falta de cabeceras de seguridad en los archivos servidos de forma estática | Agosto de 2026 |
| Aseeruddin Mulla | Falta de aplicación de cupos a nivel de cuenta que permite la creación incontrolada de usuarios | Agosto de 2026 |
| Karan Patil | Cross-site scripting (XSS) almacenado en notas compartidas | Agosto de 2026 |
| Jebin Jose | Falta de una vía de recuperación autónoma del bloqueo por correo sin verificar | Agosto de 2026 |
| Vijay Raghav | Inyección de HTML almacenado en el contenido de las notas | Agosto de 2026 |
| Sahil More | Inyección de cabecera Host que permite la redirección a un dominio arbitrario | Agosto de 2026 |
| Pramod Rathod | Sesiones activas no invalidadas tras el restablecimiento de la contraseña | Agosto de 2026 |
| Arjun Pandurang Tupe | Omisión de la verificación de correo electrónico mediante el inicio de sesión con Google | Agosto de 2026 |
| Pramod Rathod | Falta de validación de longitud de entrada en el formulario de registro | Agosto de 2026 |
| Umar (Stalker) | Falta de limitación de tasa en las invitaciones de usuario que permite el abuso de correo saliente | Agosto de 2026 |
| Umar (Stalker) | Escalada de privilegios en la gestión de cuentas y roles | Agosto de 2026 |
| Umar (Stalker) | Gestión indebida de privilegios en la delegación de roles y la propiedad de la cuenta | Agosto de 2026 |
| Umar (Stalker) | Cross-site scripting (XSS) almacenado mediante la carga de archivos adjuntos | Agosto de 2026 |
| Alagan_Infoziant | Creación de calendarios sin restricciones que permite el agotamiento de recursos | Agosto de 2026 |
| Mayuri S. Patwardhan | Falta de Content-Security-Policy en la consola de la aplicación | Julio de 2026 |
| Mayuri S. Patwardhan | Content-Security-Policy que permite scripts en línea | Julio de 2026 |
| Mayuri S. Patwardhan | Cookie establecida sin el atributo SameSite | Julio de 2026 |
| Mayuri S. Patwardhan | Cabecera obsoleta X-XSS-Protection devuelta | Julio de 2026 |
| Mayuri S. Patwardhan | Falta de cabeceras de respuesta de aislamiento entre orígenes | Julio de 2026 |
| Pathan Aslam | Suplantación de direcciones de correo mediante homoglifos Unicode | Julio de 2026 |
| Pathan Aslam | Cross-site scripting (XSS) almacenado mediante la carga del logotipo | Julio de 2026 |
| Pathan Aslam | Verificación insuficiente en el cambio de correo de la cuenta | Julio de 2026 |
| Pathan Aslam | Sesiones activas no invalidadas tras el cambio de contraseña | Julio de 2026 |
| Pathan Aslam | Falta de validación de longitud máxima de contraseña | Julio de 2026 |
| Pathan Aslam | Falta de correo de notificación de cambio de contraseña | Julio de 2026 |
| Pathan Aslam | Falta de reautenticación para acciones administrativas sensibles (eliminación de usuarios) | Julio de 2026 |
| Soham D. Jadhav | Inyección de hipervínculo almacenado | Julio de 2026 |
| Team TrinityXploit | Enumeración de nombres de usuario mediante mensajes de error de inicio de sesión | Julio de 2026 |
| Omkar Yepre | Detalles mantenidos en privado a petición del investigador | Julio de 2026 |
| Team TrinityXploit | Enlaces controlados por el usuario reflejados en correos de notificación | Julio de 2026 |
| Kartik Kapil Lonkar | Consumo incontrolado de recursos mediante el endpoint de tareas programadas | Julio de 2026 |
| Sankalp Tripathi | Elusión de la restricción de prueba mediante alias de direcciones de correo | Julio de 2026 |
| Vivek Rajendra Udane | Dominios de destinatario de correo sin validar que permiten el abuso de correo saliente | Julio de 2026 |
| Akif Ali Khan | Divulgación de la versión del servidor web mediante la cabecera Server | Julio de 2026 |
| Anónimo | Falta de aplicación de HTTP Strict Transport Security (HSTS) | Junio de 2026 |
So melden Sie eine Schwachstelle
Wenn Sie glauben, eine Sicherheitslücke in ISO Mate gefunden zu haben, senden Sie uns bitte eine E-Mail an security@isomate.io mit ausreichenden Details, damit wir das Problem reproduzieren und überprüfen können. Wir bestätigen den Eingang Ihrer Meldung, halten Sie während der Untersuchung auf dem Laufenden und informieren Sie, sobald das Problem behoben ist. Die vollständigen Teilnahmebedingungen finden Sie in unserer Richtlinie zur Offenlegung von Schwachstellen. Weitere Informationen darüber, wie wir Ihre Daten schützen, finden Sie auf unserer Seite Sicherheitspraktiken.
Kontakt
Für alles, was mit Sicherheit oder verantwortungsvoller Offenlegung zu tun hat, kontaktieren Sie uns bitte unter security@isomate.io.