Projektdaten schützen

Dein Code bleibt auf deinem Mac

Dedizierter physischer Mac statt VM.

Für Entwickler, die Kundenprojekte, Signierzertifikate und Build-Schlüssel verwenden: Richten Sie zuerst die Zugriffsrechte ein, laden Sie dann Ihr Projekt hoch. Sichern Sie nach der Übergabe Ihre Ergebnisse und entfernen Sie Zugangsdaten.

Dedizierte Hardware ersetzt keine Zugriffsverwaltung für Projekte. Zertifikate, Backups und Teamzugriffe müssen Sie weiterhin selbst einrichten.

Hardwaregrenzen verstehen

Während der Mietdauer keine gemeinsam genutzte Hardware

Jeder physische Mac ist einem einzelnen Nutzer zugewiesen. CPU und Arbeitsspeicher werden nicht mit anderen Nutzern geteilt.

Ein ganzer Mac für dich

Sie erhalten einen dedizierten physischen Mac als Entwicklungsarbeitsplatz – keine aufgeteilte virtuelle Maschine. Builds und lokale Dateien bleiben während der Mietdauer auf diesem Mac.

Das beschreibt die Hardwarezuweisung, nicht automatisch eine Verschlüsselung oder ein Backup Ihres Codes.

Projektzugriff begrenzen

Beschränken Sie den Maschinenzugriff auf Personen, die für das aktuelle Projekt autorisiert sind. Verwalten Sie bei gemeinsamer Nutzung Systemkonten und SSH-Schlüssel getrennt. Geben Sie denselben privaten Schlüssel nicht an mehrere Personen weiter.

Entfernen Sie beim Ausscheiden eines Teammitglieds dessen öffentlichen Schlüssel und prüfen Sie, welche Zugangsdaten noch gültig sind.

Kundenvereinbarungen prüfen

Klären Sie vor dem Upload, ob der Kunde die Übertragung von Projekt- und Signierdaten in eine Remote-Umgebung erlaubt. Übertragen Sie nur, was für diesen Build nötig ist, und kopieren Sie keine Archive anderer Kunden oder irrelevante Daten mit.

Support-Tickets dienen der Fehlerdiagnose, nicht zur Aufbewahrung kompletter Projekte, privater Schlüssel oder Zertifikat-Passwörter.

Anmeldung absichern

Zugangsdaten zuerst ändern, Projekt danach übertragen

Prüfen Sie Ihre Anmeldung in drei Schritten. So vermeiden Sie, den bisherigen Zugriff zu sperren, bevor die neue Verbindung funktioniert.

  1. Startpasswort ändern

    Prüfen Sie nach Erhalt der Verbindungsdaten zuerst die Instanz und legen Sie dann für den macOS-Benutzer ein eigenes Passwort fest. Verwenden Sie nicht das Passwort Ihres Repositories, E-Mail-Kontos oder eines anderen Projekts.

    Übergeben Sie das Passwort über einen vom Team freigegebenen sicheren Kanal. Es gehört weder in Chat-Screenshots noch in Build-Logs oder Commit-Einträge.

  2. SSH-Schlüssel aktivieren

    Erstellen Sie den SSH-Schlüssel auf Ihrem eigenen Computer und fügen Sie nur den öffentlichen Schlüssel zur Liste der autorisierten Schlüssel des Remote-Benutzers hinzu. Der private Schlüssel bleibt lokal und sollte mit einer Passphrase geschützt sein.

    Lassen Sie die aktuelle Sitzung geöffnet und testen Sie die Anmeldung mit dem Schlüssel in einer zweiten Sitzung. Ändern Sie die bisherige Authentifizierung erst, wenn die neue Verbindung funktioniert.

  3. VNC bei Bedarf deaktivieren

    Für die Konfiguration von Xcode und Signierzertifikaten können Sie den grafischen Desktop nutzen. Wenn Sie nur Builds über die Befehlszeile ausführen, deaktivieren Sie bei Bedarf die Bildschirmfreigabe, um unnötigen Remote-Zugriff zu vermeiden.

    Vergewissern Sie sich vor dem Deaktivieren, dass SSH unabhängig funktioniert. Wenn Sie den grafischen Zugriff wiederherstellen müssen und sich nicht anmelden können, melden Sie sich im Kundenportal an und eröffnen Sie ein Support-Ticket.

Signiermaterial separat verwalten

Zertifikate projektbezogen verwalten

Flutter, React Native und Unity verwenden unterschiedliche Build-Tools, doch für private Schlüssel und Zertifikate gelten dieselben Schutzmaßnahmen.

Nur nötige Dateien importieren

Importieren Sie nur die Signierzertifikate und Provisioning-Profile, die das aktuelle Projekt benötigt. Speichern Sie Zertifikate samt zugehörigem privaten Schlüssel im macOS-Schlüsselbund. Lassen Sie keine exportierten Dateien mit privaten Schlüsseln dauerhaft im Downloads-Ordner liegen.

Schützen Sie exportierbare Signier-Backups mit einer starken Passphrase und speichern Sie diese getrennt von der Backup-Datei. Verwenden Sie Signiermaterial erst, wenn die Genehmigung des Kunden vorliegt.

Schließen Sie Zertifikate, private Schlüssel, Umgebungsdateien und temporäre Exportordner in den Ignore-Regeln des Repositories aus.

Build-Berechtigungen einschränken

Erstellen Sie für automatisierte Builds eigene Zugangsdaten und beschränken Sie sie auf die benötigten Projekte und Aktionen. Geben Sie dem Build-Auftrag nicht dauerhaft umfassende Teamrechte, nur damit ein einzelnes Archive erstellt werden kann.

Achten Sie darauf, dass Umgebungsvariablen nicht in Logs ausgegeben werden. Verbergen Sie in Screenshots zur Fehlerdiagnose Tokens, sensible Teile von Verbindungsadressen und Zertifikat-Passwörter.

Log-Maskierung und Zugriffsrechte sind zwei verschiedene Schutzmaßnahmen. Prüfen Sie Logs weiterhin manuell, bevor Sie sie hochladen.

Temporäre Zugangsdaten entfernen

Prüfen Sie zuerst, ob sich das Signier-Backup verwenden lässt. Entfernen Sie dann nicht mehr benötigte Zertifikate samt privaten Schlüsseln aus dem Schlüsselbund und löschen Sie temporäre Provisioning-Profile, exportierte Kopien sowie sensible Werte aus Build-Skripten.

Prüfen Sie Shell-Verlauf, Logs, temporäre Ordner und Papierkorb. Widerrufen oder erneuern Sie Tokens beim Aussteller, wenn sie offengelegt wurden oder nicht mehr verwendet werden sollen.

Dateien zu löschen widerruft keine Zugangsdaten. Prüfen Sie beides separat.

Übergabekopie sichern

Backups vor Mietende erstellen

Wird die Miete nicht verlängert, wird der Mac abgeschaltet und seine Daten werden gemäß den Nutzungsbedingungen gelöscht. Sichern Sie Ihre Ergebnisse, bevor Sie die Miete beenden.

  1. Übergabedaten exportieren

    Prüfen Sie den neuesten Commit, Build-Skripte, Lockfiles, Archive, .ipa-Dateien und benötigte Debug-Symbole. Kontrollieren Sie lokale, noch nicht committete Änderungen separat.

    Dateien, die nur auf dem Mac erstellt wurden, sind nicht automatisch gesichert, nur weil der Code bereits gepusht wurde.

  2. Wiederherstellung testen

    Kopieren Sie das Backup vom Mac an einen anderen Speicherort. Prüfen Sie, ob sich die Dateien öffnen lassen, das Archive vollständig ist und sich verschlüsselte Backups entsperren lassen. Notieren Sie die verwendeten Tool-Versionen und Build-Befehle.

    Löschen Sie die einzige Remote-Kopie nicht allein deshalb, weil die Übertragung als abgeschlossen angezeigt wird.

  3. Regeln zur Datenlöschung prüfen

    Prüfen Sie das Ablaufdatum im Kundenportal und lesen Sie die Bestimmungen zur Datenverarbeitung in den Nutzungsbedingungen. Verstehen Sie die Abschaltung nach Ablauf weder als pausierten Speicherplatz noch als Zusicherung, dass Sie Dateien danach noch abrufen können.

    Bei Fragen zu Kundenübergaben oder Datenlöschung wenden Sie sich vor Ablauf per Support-Ticket an uns. Gehen Sie nicht von einer zusätzlichen Aufbewahrungsfrist aus, die auf dieser Seite nicht genannt ist.

Zahlungsdaten getrennt halten

Keine Kartendaten auf dem Mac

Es stehen nur die folgenden zwei Zahlungsmethoden zur Verfügung; abgerechnet wird in US-Dollar. Welche Zahlungswege verfügbar sind, sehen Sie im Kundenportal.

Kreditkartenzahlungen über Stripe

Visa / Mastercard / Amex werden unterstützt. Wir speichern keine Kartennummern. Senden Sie uns keine Kartenfotos, vollständigen Kartennummern oder Sicherheitscodes per Support-E-Mail.

Für die Prüfung einer Zahlung können Sie Bestellnummer, Rechnungsstatus und eine Fehlermeldung mit geschwärzten sensiblen Angaben übermitteln. Geben Sie keine vollständigen Zahlungsdaten weiter.

Zahlungsdaten und Projektdateien auf dem Mac werden getrennt verwaltet.

Bei USDT-TRC20 den Transaktionshash angeben

Als Zahlungsnachweis für On-Chain-Zahlungen dient ausschließlich der Transaktionshash. Prüfen Sie vor der Überweisung das im Bezahlvorgang angegebene Netzwerk und die Empfängerdaten. Überweisungen über andere Netzwerke gelten nicht als dieselbe Zahlung.

Zur Prüfung des Zahlungseingangs geben Sie bitte Bestellnummer und Transaktionshash an. Private Wallet-Schlüssel, Wiederherstellungsphrasen und Signierfreigaben werden vom Support nicht benötigt.

Wie Bestell- und Ticketdaten verarbeitet werden, erfahren Sie in der Datenschutzerklärung.

Punkt für Punkt prüfen

Vor dem Upload von Kundenprojekten: drei Checks

Schließen Sie jeden Schritt ab, bevor Sie fortfahren. Festplattenverschlüsselung, Projekt-Backups und die Übergabe von Zertifikaten ersetzen einander nicht.

  1. FileVault aktivieren

    Prüfen Sie den FileVault-Status in den Systemeinstellungen. Klären Sie vor der Aktivierung, wie Sie den Mac nach einem Remote-Neustart entsperren und wiederherstellen können. Bewahren Sie den Wiederherstellungsschlüssel sicher außerhalb des Macs auf.

    Wenn Sie nicht sicher sind, wie das Remote-Entsperren funktioniert, klären Sie es erst per Support-Ticket. Starten Sie den Mac nicht ohne vorherige Prüfung unmittelbar vor der Übergabe neu.

  2. Projekt regelmäßig sichern

    Pushen Sie den Code entsprechend dem Projektfortschritt und sichern Sie zusätzlich wichtige Dateien außerhalb des Repositories. Prüfen Sie Ihre Backups mindestens nach wichtigen Builds, Änderungen an der Signierkonfiguration und vor Mietende.

    Vergewissern Sie sich, dass keine privaten Schlüssel oder unverschlüsselten Tokens versehentlich im Backup gelandet sind. Beschränken Sie auch den Zugriff auf Backups.

  3. Zertifikate vor Mietende exportieren

    Prüfen Sie, ob das Zertifikat den zugehörigen privaten Schlüssel enthält, der für künftige Signaturen nötig ist. Erstellen Sie ein verschlüsseltes Backup gemäß den Projektanforderungen und testen Sie den Import in einer kontrollierten Umgebung.

    Klären Sie zuerst, wer das Backup erhält und wo es gespeichert wird. Entfernen Sie erst danach die Kopie vom Mac. Sorgen Sie dafür, dass die einzige Signierkopie des Kunden nicht mit dem Ende der Mietdauer verloren geht.

Zugriff und Backups klären, dann bauen

Regeln Sie Zugriffsrechte, Backups und die Übergabe von Zertifikaten, bevor Sie einen Cloud-Mac mieten.