Klarer Fall fürs Enterprise Programm.

Es gibt Unternehmen, die haben Apps im Store welche den 'normalen' User eigentlich nicht interessieren, da sie eine Anbindung an deren System benötigen.
Kaum ein Privatmann hat so etwas.

eEvolution von nGroup ist beispielsweise so eine Anwendung. Diese ist völlig gratis im Store erhältlich, man kann allerdings nur etwas damit anfangen, wenn man auch die ERP-Lösung im Einsatz hat.
Soweit ich mich entsinne, läuft die Anwendung auch ohne diese Synchronität rein auf dem Gerät, was eine Anwesenheit im Store rechtfertigt. Sinnvoll ist es allerdings nur mit dem entsprechenden Backend.

Gegebenenfalls lässt sich dieses Modell ja adaptieren.

du kannst die app auhc in den store schieben und für apple einen testzugang anlegen, dann geben die bei der Preview deine testdaten ein und können die app auch benutzen
dann sollte die app auch freigeschaltet werden und benutzen kann dann nur der der auch richtige zugangsdaten hat

ich bin der meinung wenn man ne app hochläd ist dort sogar ein kommentarfeld in dem auch beschrieben steht, tragen sie hier eventuell zugangsdaten ein die für die appnutzung erforderlich sind

Ebenfalls bedenken:
Wenn die App im AppStore ist, kann sie jeder herunterladen. Auch die mit Jailbreak und damit ist das analysieren möglich oder man erhält Zugriff auf (wenn vorhanden)SQLLite Datenbankstrukturen/Inhalten.

Bei manchen Apps werden gleich tausende von E-Mailadressen mitgeliefert. Ich würde sowas nicht machen (was zum Beispiel E-Mails angeht), sondern lieber die Daten über einen Webserver per E-Mail versenden lassen (der kennt dann die E-Mailadresse der übergebenen ID).
Ist zwar nicht ganz so schön, weil sie dann nicht unter den gesendeten E-Mails abgelegt wird, aber man kann sich selbst ja in BCC legen.

(Nicht gehashte) E-Mailadressen mitzuliefern halte ich für grob fahrlässig. Aber nachladen sollte man sie im Klartext auch nicht.
Und: auch ohne Jailbreak kommst du an die Appverzeichnisse ran (iPhone Explorer).

@DrohneDeveloper:
Mir wird grad schlecht. Ich habe mir gerade (danke für den Tipp) Iphone Explorer installiert
Erst einmal: Super.

Dann mir Die Apps angeguckt. Insbesondere die, wo ich meinte, da wären gleich die Daten drin.
oh je o je o je oje.
ja, sie sind es schön als sqllite.db!

Ich dachte immer, dieser Bereich für die Apps ist gesichert von Apple. Ein geschützter Bereich,
wo nur die App Zugriff drauf hat.
Übrigens frage ich mich auch gleich, warum man 4000 Zertifikate benötigt, um so eine App zu erstellen. Egal.
Ist ja lustig. Damit kann ich die Datenbanken nicht nur auslesen, sondern auch verändern.
Da muss man sich ja echt noch mehr Gedanken machen.

Schön ist das aber nicht. in dem Fall hätte ich es lieber etwas strenger (von Apple)

Speicher doch ein Hash im Keychain wenn der sich ändert, weißt du dass etwas manipuliert wurde und setzt die DB/App zurück.
Und alle sensiblen Daten generell verschlüsseln.

mach doch so, dass der kunde Host (adresse oder IP), benutzername und passwort eingeben muss.

apple stellst du dann einen testzugang auf einem testserver zur verfügung den du nachher wieder sperrst.

den zugang zum service selbst kannst du in der firewall dann ja einfach nur für die geräte freigeben die zugriff haben sollen (und bei verlust eines gerätes eben dieses auch wieder entfernen)

Hab ich auch so gemacht:
"Kunden-App" die nur mit speziellen Daten funktioniert, die laufend per E-Mail übertragen werden.
Damit die App bei der Prüfung durch Apple normal läuft, waren einzelne, nichtssagende Musterdaten in der App selbst enthalten. Weiters stellte ich eine Muster-Importdatei via URL Apple zur Verfügung.
Die App steht im Store gratis.
Ging bei Ersteinreichung und Updates problemlos durch.

No.