Vier Rollen
Viewer, Deployer, Admin, Owner. Jede umfasst die Berechtigungen der darunterliegenden. Admins können eine Freigabe verlangen, bevor das Release eines Deployers ausgerollt wird.
Sicherheit
Wie Railyard abgesichert ist.
Die Sicherheitskontrollen, die Railyard heute bietet.
Deine Infrastruktur
Deine Apps und Daten leben auf deinen Servern.
Railyard besitzt nicht die Maschinen, auf denen deine Apps laufen. Sie werden in deinem eigenen Cloud-Konto erstellt oder von Hardware angebunden, die du bereits kontrollierst, und auch deine Datenbanken und Backups liegen dort. Die Zugriffsgrenze gehört dir, einschließlich der Möglichkeit, unseren Zugriff zu widerrufen. Wenn du gehst, laufen deine Apps als gewöhnliche Container auf deinem Server weiter.
Ein Sicherheits-Score für dein Team
Zehn Prüfungen, jede mit einer Lösung.
Der Sicherheits-Score führt zehn Prüfungen für das Team durch und verlinkt jede fehlgeschlagene mit ihrer Lösung.
- Zwei-Faktor-Nutzung im gesamten Team
- Veraltete Admins und ungenutzte API-Tokens
- Gepatchte, unterstützte Server mit aktivem ActiveProtect
- Offene Ports, Zertifikate und verifizierte Backups
- Private Stagings und Previews
Personen
Zugriff und Rollen.
Der Zugriff erfolgt pro Team, und jede Rolle ist eine strikte Teilmenge der darüberliegenden.
Zwei-Faktor-Anmeldung
TOTP mit einmal nutzbaren Backup-Codes. Der Sicherheits-Score markiert jedes Mitglied, das es nicht aktiviert hat.
Single Sign-on und SCIM
Melde dich über deinen Identitätsanbieter per OIDC oder SAML an, abgeglichen mit deiner E-Mail-Domain und einer Standardrolle. SCIM fügt Mitglieder für dich hinzu und entfernt sie.
Team-SSH-Schlüssel
Zum Team hinzugefügte Schlüssel werden auf dessen Servern installiert, und die Schlüssel eines Mitglieds werden entfernt, wenn es das Team verlässt.
Server
Server-Hardening.
Der Railyard-Agent auf jedem Server erledigt die routinemäßige Hardening-Arbeit, an die sonst niemand denkt.
ActiveProtect
Eine IP, die in einer Minute drei Scanner-Pfade abtastet, etwa /.env oder /wp-login.php, wird einen Tag lang an der Firewall gesperrt. SSH-Brute-Force wird ebenfalls gesperrt. Deine eigenen IPs können als vertrauenswürdig markiert werden.
OS-Updates
Jeder Server meldet ausstehende und sicherheitsrelevante Updates, ob ein Neustart nötig ist, und ob sein Betriebssystem das End of Life erreicht hat. Mit einem Klick anwenden und nächtliche Sicherheitsupdates aktiviert lassen.
Verschlüsselte Datenvolumes
Datenbankdaten können auf einem LUKS2-verschlüsselten Volume liegen, sodass ein kopiertes Disk-Image unlesbar ist.
Netzwerk
Netzwerkregeln.
Regeln laufen am Edge auf deinem eigenen Server, bevor ein Request deine App erreicht.
IP-Regeln und Passwörter
Allow- oder Deny-Listen von Adressen pro App, und Passwortschutz für Stagings und Previews.
Rate-Limits und Länderblockierung
Request-Limits pro Pfad, und Allow- oder Deny-Listen nach Land, in einem Formular festgelegt.
Datenbanken bleiben privat
Eine Datenbank ist von außen nur über einen TCP-Proxy erreichbar, den du aktivierst, beschränkt auf vertrauenswürdige Adressen.
Automatisches HTTPS
Zertifikate werden für jede Domain ausgestellt und erneuert, und du kannst auch eigene hochladen.
Secrets
Secrets und Backups.
Zugangsdaten werden verschlüsselt gespeichert und nur dort ausgeliefert, wo sie benötigt werden.
Verschlüsselt gespeichert
Umgebungsvariablen, Build-Secrets, Cloud-Anbieter-Tokens, Registry-Passwörter und Zwei-Faktor-Geheimnisse werden in der Datenbank verschlüsselt.
Nicht in Images eingebacken
Build-Zeit-Secrets werden in den Build übergeben, nicht in eine Image-Schicht geschrieben.
Standardmäßig maskiert
Variablenwerte sind in CLI- und API-Antworten verborgen, bis jemand verlangt, einen davon offenzulegen.
Verifizierte Backups
Ein Verifizierer stellt Backups wieder her, damit ein unbrauchbares schon gefunden wird, bevor du es brauchst.
Tokens
Tokens und Freigaben.
Maschinen-Zugangsdaten sind begrenzt, widerrufbar und nie zwischen Servern geteilt.
Begrenzte API-Tokens
Lesen oder Lesen-Schreiben, mit optionalem Ablauf. Widerrufe eines, ohne die anderen zu berühren. Nur ein SHA-256-Digest wird gespeichert.
Ein Token pro Server
Der Agent jedes Servers hat sein eigenes Token, sodass ein kompromittierter Server nicht für einen anderen sprechen kann. Ein neuer Agent tut nichts, bis ein Admin ihn beansprucht.
Menschliche Freigabe für Agenten
Wenn ein KI-Agent über MCP verlangt, eine App zu löschen oder eine Variable zu entfernen, passiert nichts, bis ein Admin zustimmt.
Signierte Webhooks
Ausgehende Webhooks tragen eine HMAC-SHA256-Signatur, damit dein Endpunkt belegen kann, dass der Aufruf von Railyard kam.
Audit
Audit-Log.
Das Team-Aktivitätsprotokoll beantwortet, wer was geändert hat, und wann.
Jede Änderung, zugeordnet
Deploys, Rollbacks, Variablenänderungen, Mitgliedschaftsänderungen und Freigaben, jede mit der dahinterstehenden Person.
Jede Shell-Sitzung
Das Öffnen einer Shell in einem laufenden Container wird erfasst, mit wer sie geöffnet hat und welcher Befehl gestartet wurde.
CSV-Export
Exportiere das Aktivitätsprotokoll für eigene Unterlagen oder einen Prüfer.
Eine Schwachstelle melden
E-Mail an security@railyard.run mit ausreichend Details, um das Problem nachzuvollziehen. Wir bestätigen den Eingang innerhalb von zwei Werktagen und halten dich bis zur Lösung auf dem Laufenden. Bitte teste nicht gegen die Infrastruktur anderer Kunden.
Siehe auch alle Funktionen und Railyard für Coding-Agenten.
Deploye deine erste App auf einem Server, der dir gehört.
Verbinde eine Maschine mit Host, Benutzer und SSH-Key, oder lass Railyard eine in deinem Cloud-Konto anlegen. Railyard installiert den Rest und beobachtet, bis sie online ist.
Kostenloser Plan, keine Kreditkarte, und 14 Tage Pro für jedes neue Team. Ein fester Preis pro Team.