Jede gültige Bestellung entspricht einem dedizierten physischen Mac mini. Rechenressourcen und lokaler Gerätespeicher werden nicht mit anderen Mietern geteilt. Sicherheit ist dennoch gemeinsame Verantwortung: Die Plattform schützt den physischen Knoten und die Service-Steuerebene; Nutzer schützen Konto, Verbindungsdaten, Code und Berechtigungen von Drittanbietertools.
Kein virtueller Rechner bedeutet nicht, dass Sicherheitsrichtlinien entfallen. Dedizierte Geräte reduzieren die gemeinsame Nutzung zwischen Mietern; Kontoschutz, Schlüsselrotation, Least Privilege und Backups müssen jedoch weiterhin im Projekt umgesetzt werden.
MiniRent stellt dedizierte physische Rechner bereit: Prozessor, Arbeitsspeicher und lokale SSD eines Geräts werden nicht auf mehrere Mieter aufgeteilt. Bestellung, Gerät und Zugriffsprotokolle bilden eine nachvollziehbare Zuordnungskette.
Während der gültigen Mietdauer wird der der Bestellung zugeordnete Mac mini ausschließlich von dieser Bestellung genutzt. Rechenaufgaben, Speicherzustand und lokaler Gerätespeicher werden nicht als gemeinsam genutzte virtuelle Ressourcen anderen Mietern zugewiesen.
Die Steuerkonsole dient zum Anzeigen von Bestellungen und Servicedatensätzen sowie zum Einreichen von Support-Tickets. Gerätezugangsdaten ermöglichen den Zugriff auf die grafische macOS-Oberfläche oder die Befehlszeile. Beide Zugangsdatenarten dürfen weder wiederverwendet noch in demselben gemeinsam genutzten Dokument abgelegt werden.
Build-Konten, CI Runner und manuelle Remote-Sitzungen sollten getrennte Berechtigungen erhalten. Öffnen Sie für jede Aufgabe nur die erforderlichen Verzeichnisse, Befehle und Token, und übergeben Sie Automatisierungsskripten keine dauerhaft hochprivilegierten Zugangsdaten.
Das Konto kann bestellungsbezogene Informationen anzeigen und Serviceaktionen auslösen. Verteilen Sie Zugriffsrechte nach Personen und vermeiden Sie, dass mehrere Personen dauerhaft dieselben Anmeldedaten verwenden.
Beenden Sie zunächst die weitere gemeinsame Nutzung von Zugangsdaten. Dokumentieren Sie Zeitpunkt, betroffene Bestellung und beobachtete Symptome und reichen Sie anschließend über die Steuerkonsole ein Support-Ticket ein. Unbereinigte Schlüssel oder vollständige Zertifikate gehören nicht in den Tickettext.
Support-Ticket in der Steuerkonsole einreichenWechseln Sie sofort betroffene Anmeldedaten, SSH-Schlüssel, Repository-Token und Signaturmaterial. Prüfen Sie anschließend Automatisierungsaufgaben, letzte Anmeldungen und Build-Logs auf ungewöhnliche Nutzung.
Verfahrensschritte anzeigenEntwerfen Sie Remote-Verbindungen danach, wer wann für welche Aufgabe auf welches Gerät zugreift. Ein gemeinsam genutzter, langfristiger Schlüssel ist zwar bequem, erschwert aber Zugriffsentzug und Nachverfolgung von Vorfällen.
Verwenden Sie nicht den Standardschlüssel Ihres persönlichen Alltagsgeräts erneut. Teilen Sie Schlüssel nach Team, Projekt oder Automatisierungsaufgabe auf und schützen Sie private Schlüssel lokal angemessen.
Führen Sie auf dem Gerät eine klare Berechtigungsliste. CI Runner, Entwickler und temporäre Supportkräfte verwenden unterschiedliche Zugangsdaten, damit einzelne Zugriffe widerrufen werden können, ohne andere Aufgaben zu beeinträchtigen.
Beschränken Sie zulässige Verbindungsquellen entsprechend den Netzwerkbedingungen Ihres Teams. Nicht öffentlich benötigte Dienste bleiben geschlossen; temporär geöffnete Ports werden nach Abschluss der Aufgabe wieder geschlossen.
Installieren Sie nach einem Wechsel nicht nur neue Zugangsdaten, sondern prüfen Sie praktisch, dass alte Schlüssel keine Sitzung mehr aufbauen können. Bei Personaländerungen oder vermuteter Offenlegung wechseln Sie sofort, unabhängig vom üblichen Turnus.
Die lokale SSD ist der Bestellung exklusiv zugeordnet. Datensicherheit hängt jedoch weiterhin von Übertragungswegen, Verzeichnisberechtigungen, Backup-Speicherorten und Bereinigungsroutinen ab. Sensible Materialien sollten anders behandelt werden als gewöhnlicher Quellcode.
Synchronisieren Sie Daten über SSH, verschlüsselte Repository-Verbindungen oder vom Team genehmigte sichere Übertragungswege. Legen Sie Zertifikate, private Schlüssel oder unbereinigte Build-Pakete nicht unter öffentlich zugänglichen Download-Adressen ab.
Beschränken Sie den Lesezugriff auf sensible Verzeichnisse und trennen Sie Build-Konten von interaktiven Alltagskonten. Skripte erhalten nur die für ihre Aufgabe erforderlichen Dateien und Befehle.
Legen Sie getrennte Backup-Strategien für Quellcode, Build-Konfiguration, Zertifikats-Backups und nicht reproduzierbare Artefakte fest. Lokale Gerätedaten dürfen nicht die einzige Projektkopie sein.
Löschen Sie temporäre Zertifikate, exportierte Schlüsseldateien und einmalige Artefakte unmittelbar nach Abschluss der Aufgabe und prüfen Sie Cache, temporäre Verzeichnisse und Pipeline-Arbeitsbereiche.
| Datentyp | Hauptrisiko | Empfohlener Speicherort | Vor dem Verlassen des Geräts prüfen |
|---|---|---|---|
| Quellcode und Abhängigkeitskonfiguration | Erweiterte Repository-Berechtigungen, private Adressen in Logs | Kontrolliertes Repository mit minimalem Lesezugriff | Commit abgeschlossen, temporäre Zugangsdaten entfernt |
| Zertifikate und Signaturmaterial | Unkontrollierte Vervielfältigung, abgelaufene Gültigkeit | Verschlüsselt speichern, aufgabenbezogen importieren | Exportierte Kopien prüfen und temporäre Dateien bereinigen |
| API-Schlüssel und kurzlebige Token | Hardcodierung, Offenlegung in Build-Ausgaben | Zur Laufzeit injizieren oder kontrollierten Schlüsselspeicher verwenden | Nicht mehr benötigte Token widerrufen und Logs prüfen |
| Build-Artefakte und Debug-Logs | Enthalten Pfade, Benutzerinformationen oder interne Adressen | Kategorisiert speichern und Zugriffsbereich festlegen | Erforderliche Artefakte exportieren, nicht benötigte Daten löschen |
Pipelines greifen meist gleichzeitig auf Code-Repositories, Abhängigkeitsdienste, Signaturmaterial und Artefaktspeicher zu. Werden langfristig hochprivilegierte Schlüssel direkt in Skripte geschrieben, kann ein einziges offengelegtes Log den Zugriff auf mehrere Systeme gefährden.
Erteilen Sie Zugriff nur für ein Repository, eine Aufgabe und einen klar definierten Zeitraum. Lassen Sie Automatisierung keine hochprivilegierten Zugangsdaten mit organisationsweiter Reichweite dauerhaft behalten.
Injizieren Sie Schlüssel über kontrollierte Variablen oder einen Schlüsselspeicher. Schreiben Sie sie nicht in Repository, Image, Skriptparameter oder Konfigurationsdateien, die normale Mitglieder lesen können.
Vermeiden Sie die Ausgabe vollständiger Umgebungsvariablen, Request-Header und Zertifikatspfade. Erhöhen Sie bei der Fehlersuche nur die erforderliche Protokollierung und stellen Sie danach die kontrollierte Ausgabestufe wieder her.
Entfernen Sie temporäre Token, entpacktes Signaturmaterial, Zwischenartefakte und sensible Cache-Inhalte, bevor Sie den Runner der nächsten Aufgabe übergeben.
Verwenden Sie für verschiedene Repositories oder Aufgaben mit unterschiedlichem Sicherheitsniveau getrennte Ausführungsidentitäten. So kann ein Projekt nicht über einen gemeinsam genutzten Arbeitsbereich Daten eines anderen Projekts lesen.
Die Infrastrukturüberwachung konzentriert sich auf Knotenkonnektivität, Gerätestatus, Ressourcenanomalien und Signale zu Sicherheitsvorfällen. Quellcode, Build-Inhalte und Geschäftsdaten der Nutzer sind keine regulären Betriebskennzahlen.
Bestätigen Sie anhand von Statussignalen, Nutzerberichten und Servicedatensätzen betroffene Objekte, Zeitpunkt und beobachtbare Symptome.
Beschränken Sie betroffene Zugriffswege, damit sich die Anomalie nicht ausweitet, und bewahren Sie die für die Untersuchung erforderlichen Aufzeichnungen auf.
Prüfen Sie Gerät, Bestellung, Aktionsprotokolle und vom Nutzer bereitgestellte bereinigte Informationen und unterscheiden Sie Infrastruktur-, Zugangsdaten- und Drittanbieterprobleme.
Übermitteln Sie umsetzbare Informationen per Ticket oder Support-E-Mail und führen Sie je nach Umfang des Problems Schlüsselwechsel, Zugriffswiederherstellung oder Folgeprüfungen durch.
Stellen Sie vor Mietende sicher, dass für alle aufzubewahrenden Daten überprüfbare Kopien vorhanden sind. Nach der Geräteaufbereitung werden die bisherigen Zugriffswege widerrufen; anschließend wird das Gerät bereinigt.
Prüfen Sie Quellcodeänderungen, Build-Konfiguration, Backups von Signaturmaterial, Build-Artefakte, Debug-Logs und nur lokal auf dem Gerät vorhandene Projektdateien.
Übertragen Sie erforderliche Inhalte an einen vom Team kontrollierten Speicherort. Prüfen Sie, dass Dateien geöffnet werden können, Repository-Commits vollständig sind und Backups alle für die Wiederherstellung nötigen Informationen enthalten.
Entfernen Sie vom Gerät verwendete Repository-Token, Runner-Registrierungen, Deploy-Schlüssel und temporäre Zertifikate, damit nach Mietende keine verwaisten Zugriffsrechte bestehen bleiben.
Widerrufen Sie nach Mietende den Gerätezugriff, prüfen Sie die Zuordnung von Gerät und Bestellung und führen Sie anschließend die Aufbereitung durch, damit Zugangsdaten und Daten des vorherigen Mieters nicht für spätere Services verwendet werden.
Sicherheitsprobleme können aus Infrastruktur, Konto- und Gerätekonfiguration stammen, aber auch aus Code-Repository, CI-Plattform oder Abhängigkeitsdiensten. Grenzen Sie beim Melden zunächst den Wirkungsbereich ein und übermitteln Sie keine unbereinigten sensiblen Materialien.
Verwalten Sie Gerätezuordnung, Infrastrukturbetrieb, Bestellbezug, Zugriffsentzug sowie Geräteaufbereitung und -bereinigung. Erkennen Sie Infrastrukturanomalien und führen Sie die Untersuchung über den Supportprozess weiter.
Schützen Sie Konsolenkonto und Gerätezugangsdaten, verwalten Sie Code, Zertifikate, Token und Build-Artefakte und setzen Sie Least Privilege, erforderliche Backups, bereinigte Logs und den Entzug von Personalzugriffen um.
Drittanbieterdienste verarbeiten Token, Logs und Daten nach ihrem eigenen Berechtigungsmodell. Prüfen Sie die jeweiligen Konfigurationen, Zugriffsprotokolle und Widerrufsmechanismen und begrenzen Sie den Autorisierungsumfang.
Geben Sie Bestellnummer, Gerätekennung, Zeitpunkt, Wirkungsbereich, Reproduktionsschritte, bereits durchgeführte Isolierungsmaßnahmen und bereinigte Logs an. Senden Sie keine privaten Schlüssel, vollständigen Token, vollständigen Zertifikate oder direkt nutzbaren Anmeldedaten.
Bestätigen Sie zunächst Modell und Knoten. Richten Sie anschließend eigene Verbindungsdaten, minimale Berechtigungen und Backup-Prozesse für Ihr Team ein. Bestellung und Verwaltung des Geräts erfolgen zentral über die Steuerkonsole.