Seguridad

Copias de seguridad y recuperación

• Respaldos automáticos diarios de la base de datos Postgres, ejecutados a las 09:00 UTC por un servicio cron dedicado en Railway.
• Almacenados fuera del sitio en un bucket privado de Backblaze B2 separado de nuestro proveedor de base de datos. Una interrupción de un solo proveedor no puede perder sus datos.
• Cifrados en tránsito (TLS) y cifrados en reposo por el proveedor de almacenamiento.
• Verificación de integridad en cada ejecución: suma de verificación gzip más controles de recuento de filas en tablas clave (organizaciones, campañas, donaciones, registros de auditoría).
• Retención limitada con eliminación automática de archivos antiguos: conservamos lo necesario para recuperar, no un archivo permanente.
• Alertas de fallos: si una ejecución falla, se envía inmediatamente un correo a la dirección de operaciones.

Seguridad de pagos

• Todos los pagos son procesados por Stripe. ScanRaise nunca almacena, transmite ni tiene acceso a números completos de tarjeta ni datos bancarios.
• Stripe aloja Checkout y está certificado como proveedor de servicios PCI DSS Nivel 1. Los números completos de tarjeta no pasan por los servidores de ScanRaise. La certificación de Stripe no certifica por sí sola a ScanRaise ni sustituye cualquier validación que ScanRaise deba completar para su propio alcance.
• En las campañas conectadas, las donaciones se procesan mediante la cuenta Stripe Connect de la organización según el calendario de pagos de Stripe. Las campañas aprobadas en modo plataforma se recaudan mediante la cuenta de Stripe de ScanRaise y se pagan mensualmente por cheque o transferencia bancaria. ScanRaise cobra una comisión de plataforma del 2.5% en ambos modos.
• Cada webhook entrante de Stripe se verifica criptográficamente por firma antes de modificar el estado en nuestro sistema.

Seguridad de la cuenta

• Sin contraseña reutilizable. El inicio de sesión usa un enlace mágico de un solo uso o una passkey (WebAuthn), como Touch ID, Face ID o Windows Hello.
• Las passkeys son resistentes al phishing. La URL de un enlace mágico es una credencial temporal al portador y debe protegerse hasta que venza o se use.
• Las cookies de sesión son HttpOnly, firmadas con HMAC y limitadas a scanraise.com. La carga firmada contiene metadatos legibles de la sesión y la cuenta. La firma impide modificaciones y la sesión correspondiente del servidor puede revocarse.
• Tiempos de espera por inactividad: 30 minutos para usuarios de la organización, 15 minutos para administradores de la plataforma.
• Límites de velocidad en cada endpoint de autenticación: las solicitudes de enlaces mágicos están limitadas a 5 por minuto por IP.

Escuelas, estudiantes y datos estudiantiles

• ScanRaise aparece en el registro de recursos de SDPC. Estar en el registro no equivale a certificación, aprobación del distrito ni un acuerdo de privacidad de datos firmado.
• Las funciones de seguimiento y actividad física para menores de 13 años se bloquean hasta registrar una autorización parental. Los campos de seguimiento sin procesar se cifran en la aplicación y la base de datos activa elimina esas cargas protegidas después del periodo de conservación indicado.
• Las plantillas y la importación de Clever usan el nombre y la inicial del apellido. Otras rutas aceptan nombres públicos proporcionados por el organizador, por lo que este debe revisarlos antes de publicar páginas de participantes.
• Estos controles están diseñados para apoyar las obligaciones FERPA de una escuela. Cada escuela o distrito debe evaluar el uso, control directo, aviso anual, propósito permitido, límites de redistribución y acuerdo de privacidad aplicable.
• Las integraciones de inicio de sesión con Clever y ClassLink están construidas, pero su disponibilidad en producción depende del proveedor y del despliegue del distrito.
• No vendemos ni compartimos datos estudiantiles con anunciantes, comerciantes o intermediarios de datos. Nunca.
• Los distritos y escuelas pueden enviar una solicitud de acceso o eliminación. El alcance actual y sus limitaciones conocidas se describen en la Política de privacidad.

Transporte y plataforma

• Las solicitudes HTTP se redirigen a HTTPS y las respuestas HTTPS envían una política HSTS. No afirmamos que scanraise.com esté incluido actualmente en listas de precarga de navegadores.
• Content-Security-Policy estricta en cada respuesta HTML: sin scripts en línea, sin unsafe-eval, solo orígenes permitidos.
• Las páginas completas usan X-Frame-Options: DENY y frame-ancestors 'none'. La ruta publicada del widget de donación es la única excepción y permite páginas principales HTTPS seguras mientras las demás rutas siguen bloqueadas.
• Otras cabeceras reforzadas incluyen X-Content-Type-Options: nosniff, Referrer-Policy y Permissions-Policy.
• La revisión de seguridad del 14 de abril de 2026 incluyó análisis estático del código, pruebas de solo lectura en producción, revisión de CSP del Worker, pruebas de mutación y una suite de regresión con pytest. El registro publicado no describe una prueba independiente de terceros ni una prueba externa exhaustiva.

Integridad del correo

• SPF, DKIM y DMARC están configurados y se validan en nuestros dominios de envío, para que los servidores receptores puedan verificar que un correo realmente proviene de ScanRaise.
• Todo el correo transaccional (enlaces mágicos, recibos de donaciones, notificaciones) se envía a través de un remitente verificado. No entregamos su lista de donantes a herramientas de marketing externas.

Seguro

• StanHattie LLC, que opera ScanRaise, cuenta con cobertura de Responsabilidad Civil General y Errores & Omisiones a través de Next Insurance. Verificar cobertura.

Reportar una vulnerabilidad

¿Encontró algo que parece extraño? Escriba a support@scanraise.com con [Security] en el asunto. Aún no ofrecemos un programa de recompensas por errores, pero leemos cada reporte, lo revisamos rápido y damos crédito a la divulgación responsable aquí cuando el reportante lo autoriza.