Cuatro roles
Viewer, deployer, admin, owner. Cada uno incluye los permisos del que sigue debajo. Los admins pueden exigir aprobación antes de que salga el release de un deployer.
Seguridad
Cómo está protegido Railyard.
Los controles de seguridad que Railyard tiene hoy.
Tu infraestructura
Tus apps y datos viven en tus servidores.
Railyard no es dueño de las máquinas donde corren tus apps. Se crean en tu propia cuenta cloud o se conectan desde hardware que ya controlas, y tus bases de datos y backups también están ahí. El límite de acceso es tuyo, incluyendo la capacidad de revocar el nuestro. Si te vas, tus apps siguen corriendo como contenedores comunes en tu servidor.
Un puntaje de seguridad para tu equipo
Diez comprobaciones, cada una con su solución.
El puntaje de seguridad corre diez comprobaciones en el equipo y enlaza cada falla a su solución.
- Adopción de dos pasos en el equipo
- Admins inactivos y tokens de API sin usar
- Servidores parchados y soportados con ActiveProtect activo
- Puertos abiertos, certificados y backups verificados
- Stagings y previews privados
personas
Acceso y roles.
El acceso es por equipo, y cada rol es un subconjunto estricto del que está arriba.
Inicio de sesión en dos pasos
TOTP con códigos de respaldo de un solo uso. El puntaje de seguridad marca a cada miembro que no lo haya activado.
Single sign-on y SCIM
Inicia sesión por tu proveedor de identidad sobre OIDC o SAML, emparejado por tu dominio de email con un rol predeterminado. SCIM agrega y quita miembros por ti.
Claves SSH de equipo
Las claves agregadas al equipo se instalan en sus servidores, y las claves de un miembro se quitan cuando deja el equipo.
servidores
Hardening de servidores.
El agente de Railyard en cada servidor hace el trabajo de hardening rutinario que nadie recuerda hacer.
ActiveProtect
Una IP que sondea tres rutas de escáner en un minuto, como /.env o /wp-login.php, se bloquea en el firewall por un día. La fuerza bruta por SSH también se bloquea. Tus propias IPs se pueden marcar como confiables.
Actualizaciones de SO
Cada servidor reporta actualizaciones pendientes y de seguridad, si necesita reinicio, y si su SO ya pasó su fin de vida. Aplícalas en un clic y mantén activas las actualizaciones de seguridad nocturnas.
Volúmenes de datos cifrados
Los datos de una base de datos pueden vivir en un volumen cifrado con LUKS2, para que una imagen de disco copiada sea ilegible.
red
Reglas de red.
Las reglas corren en el edge, en tu propio servidor, antes de que una solicitud llegue a tu app.
Reglas de IP y contraseñas
Listas de permitidos o bloqueados de direcciones por app, y protección con contraseña para stagings y previews.
Límites de tasa y bloqueos por país
Límites de solicitudes por ruta, y listas de permitidos o bloqueados por país, definidas en un formulario.
Las bases de datos se quedan privadas
Una base de datos se alcanza desde fuera solo a través de un proxy TCP que tú activas, limitado a las direcciones en las que confías.
HTTPS automático
Los certificados se emiten y renuevan para cada dominio, y puedes subir el tuyo.
secretos
Secretos y backups.
Las credenciales se cifran en reposo y se entregan solo donde se necesitan.
Cifrados en reposo
Variables de entorno, secretos de build, tokens de proveedores cloud, contraseñas de registro y secretos de dos pasos se cifran en la base de datos.
Nunca incrustados en imágenes
Los secretos de tiempo de build se pasan durante el build, no se escriben en una capa de la imagen.
Ocultos por defecto
Los valores de las variables se ocultan en las respuestas de la CLI y la API hasta que alguien pide revelar uno.
Backups verificados
Un verificador restaura los backups, para que uno inservible se detecte antes de que lo necesites.
tokens
Tokens y aprobaciones.
Las credenciales de máquina tienen alcance limitado, son revocables y nunca se comparten entre servidores.
Tokens de API con alcance limitado
Lectura o lectura-escritura, con una expiración opcional. Revoca uno sin tocar los demás. Solo se guarda un hash SHA-256.
Un token por servidor
El agente de cada servidor tiene su propio token, para que un servidor comprometido no pueda hacerse pasar por otro. Un agente nuevo no hace nada hasta que un admin lo reclama.
Aprobación humana para agentes
Cuando un agente de IA pide eliminar una app o quitar una variable por MCP, nada pasa hasta que un admin lo aprueba.
Webhooks firmados
Los webhooks salientes llevan una firma HMAC-SHA256, para que tu endpoint pueda probar que la llamada vino de Railyard.
auditoría
Registro de auditoría.
El registro de actividad del equipo es la respuesta a quién cambió qué, y cuándo.
Cada cambio, atribuido
Despliegues, rollbacks, cambios de variables, cambios de membresía y aprobaciones, cada uno con la persona responsable.
Cada sesión de shell
Abrir una shell en un contenedor en ejecución se registra con quién la abrió y el comando que inició.
Exportación CSV
Exporta el registro de actividad para tus propios archivos o para un auditor.
Reportar una vulnerabilidad
Escribe a security@railyard.run con suficiente detalle para reproducir el problema. Te confirmaremos dentro de dos días hábiles y te mantendremos al tanto hasta que se resuelva. Por favor no hagas pruebas contra la infraestructura de otros clientes.
Mira también todas las funciones y Railyard para agentes de código.
Despliega tu primera app en un servidor que tú posees.
Conecta una máquina con un host, un usuario y una clave SSH, o deja que Railyard cree una en tu cuenta de nube. Instala el resto y vigila que quede en línea.
Plan gratis, sin tarjeta, y 14 días de Pro para cada equipo nuevo. Un precio fijo por equipo.