Audit sécurité appli mobile : comment s'assurer à la livraison que le dev protège bien les données ?

En Allemagne, les données de santé relèvent de l'article 9 du DSGVO (données sensibles). Dire « on a du SSL », c'est comme dire qu'il y a un verrou sur la porte d'entrée de l'immeuble mais que toutes les portes des appartements sont grandes ouvertes à l'intérieur. Ne payez surtout pas le solde sans avoir vu un rapport de test indépendant.

Sur un projet e-santé similaire, notre dev nous assurait que tout était carré. On a mandaté un pentest API de 2 jours pour 2.500 EUR. Résultat : en modifiant simplement le paramètre patient ID, on pouvait récupérer tout l'historique des consultations. Cet audit nous a évité des centaines de milliers d'euros d'amendes et de litiges potentiels.

Est-ce que votre contrat prévoit une clause de recette (Abnahme) ? Dans les contrats allemands, il y a généralement une période de vérification de 14 ou 30 jours après la livraison. Si c'est le cas profitez de ce délai légal pour faire tourner le test indépendant et leur notifier officiellement les demandes de correction.

Demandez impérativement si le certificate pinning est implémenté côté mobile. Vérifiez aussi la durée de validité des jetons de session (tokens JWT) côté serveur et assurez-vous qu'ils sont bien révoqués lors de la déconnexion. C'est l'un des oublis les plus fréquents.

Même sans compétences techniques vous pouvez uploader le fichier d'installation de l'application sur un scanner de sécurité mobile open source. En 15 minutes vous aurez un rapport clair mettant en évidence les erreurs basiques, comme des identifiants de BDD ou des clés API oubliées en dur dans le code.

Ne vous laissez pas endormir si l'agence vous sort un gros PDF générique de 40 pages pondu par un outil automatique. Ces outils ne détectent jamais les failles de logique métier ou d'usurpation de droits. Il faut la signature d'un expert qui a fait des tests manuels.

si y a rien de precis sur la securite dans le contrat ca va etre dur de forcer mtn, mais jouez la carte des obligations legales du secteur medical puis dites leur qu'impossible de lancer sans audit externe, ils auront pas le choix de suivre.

inquiétude tout à fait légitime. les agences regardent souvent si le bouton fonctionne et si l'écran s'affiche bien, mais l'isolation des données côté backend passe à la trappe. protégez-vous : quitte à décaler la sortie de deux semaines, assurez vos arrières avat de signer la recette.

Je suis dans la même situation, c'est pourquoi je pose la question. Une sauvegarde non testée n'est pas une sauvegarde.

J'ai une objection à faire ici. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Si vous avez des questions écrivez-moi, je répondrai au mieux.

Chez moi, c'est l'inverse qui s'est passé, c'est pourquoi j'écris. Tout va bien les trois premiers mois, les problèmes arrivent au quatrième.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

C'est une bonne idée d'avoir ouvert ce sujet.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Voilà désolé si je me suis étendu.

Je suis d'accord, j'aimerais même souligner ce point. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Je le note au cas où.

Vous avez raison.

Merci, c'était exactement la réponse que je cherchais.

vous avez raison je suis aussi pasé par là. le temps que vous mettez à détecter un problème détermine directement son coût.

aucun processus sans suivi ne s'améliore car vous ne savez pas quoi corriger.

J'y pensais aussi. Si c'est une première, commencez petit, l'échelle viendra plus tard.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.