P o u r s u i v r e l a c t u a l i t é d e l a f i s c a l i t é : h t t p : / / w w w. o p t i t a x e s. f r

Transcription

1 Ce document reprend l ensemble des engagements afférents à la société OPTIMUM d ANALYSE dans le cadre de son contrat de services pour l abonnement SAS du logiciel Optitaxes on line Dernière mise à jour : 01/09/2010 P o u r s u i v r e l a c t u a l i t é d e l a f i s c a l i t é : h t t p : / / w w w. o p t i t a x e s. f r

2 SOMMAIRE 1 Description du service Présentation Mise en place 3 2 Caractéristiques du serveur Hardware Architecture Environnement de la base de données Environnement de l'application Réseau Adresse IP FTP 5 3 Engagement qualité OVH Sur la connexion Sur le hardware 5 4 Assistance Utilisateurs 7 5 Protection des informations Via les snapshotovh Via un script PHP sur notre serveur Restauration 8 6 Mises à jour Méthodologie 8 7 Sécurisation des transactions Le protocole SSL et SFTP Les mots de passe Les profils utilisateurs Cross site scripting, web browsing, injection SQL 9 2

3 1. Description du service 1.1 Présentation La solution informatique OPTITAXES On-line est un outil de gestion et d optimisation de la fiscalité locale pour les entreprises. Cet outil permet aux services fiscaux de télé gérer leurs actifs immobiliers et de faire leurs déclarations tout au long de l année fiscale. 1.2 Mise en place La mise en place du service OPTITAXES On-line ne nécessite aucune intervention de la part du client. La solution «OPTITAXES On-line est installée sur un serveur web dédié géré par la société de service OVH ( OVH SAS au capital de 500K RCS Roubaix Tourcoing Code APE 6202A N de TVA : FR Siège social : 2 rue Kellermann Roubaix - France 2 Caractéristiques du serveur La solution OPTITAXES On-line est installée sur un serveur dédié dont les caractéristiques techniques sont les suivantes : 2.1 Hardware Intel core2duo Processeur 2x GHz 4Mo L2 FSB 1066MHz Architecture 64 bits Mémoire vive 4 Go DDR2 Disque dur 2x 750 Go SATA2 RAID 0/1 NIC FastEthernet 3

4 2.2 Architecture - L architecture des serveurs chez OVH est de type 3 tiers en DMZ. - Le firewall utilisé est Iptables 2.3 Environnement de la base de données La base de données est de type MySQL 5. Chacun de nos clients dispose d un espace personnel sur le serveur dans lequel se trouve la base de données afin de certifier de la confidentialité des données. 100Mo La structure de la base de données est quant à elle identique pour chaque client. Dans la procédure de création d une nouvelle base de données, il n est généré qu un seul compte pour OPTIMUM d ANALYSE afin d accéder aux données et effectuer le travail nécessaire à la mise en place du logiciel pour le client. Le mot de passe généré par OVH est systématiquement changé par un mot de passe combinant chiffre et lettre / minuscule et majuscule. L administration des bases de données clients est intégralement réalisée par le service informatique d OPTIMUM d ANALYSE, Notre hébergeur Internet (OVH), ne peut en aucun cas, accéder aux informations des bases de nos clients car celui-ci ne possède pas les droits pour le faire (mot de passe crypté). 2.4 Environnement de l application L application OPTITAXES On-Line utilise la technologie serveur PHP. L interface est unique pour l ensemble de nos clients. La gestion des droits des utilisateurs permet de faire apparaître ou non des fonctionnalités personnalisés (ex : modules / formulaires / états). 2.5 Réseau Connexion Bande passante OVH vers OVH OVH vers Internet Internet vers OVH 100 Mbps 100 Mbps 200 Mbps SLA Premium 100 Mbps 4

5 2.6 Adresse IP IP fixe 1 IP Failover / LoadBalancing SFTP L utilisation du SFTP est strictement réservée aux développeurs d OPTIMUM D ANALYSE pour effectuer les mises à jour de l application. Les utilisateurs quant à eux n ont pas accès au SFTP. L espace de stockage au niveau SFTP est de 2To, il est possible dans la mesure où nous le demandons d augmenter cet espace de stockage. 3 Engagement qualité OVH 3.1 Sur la connexion OVH s'engage à ce que le serveur soit connecté et que le taux de disponibilité soit de 99,9%, c'est à dire un temps maximum de panne de 43 minutes 12sec par mois. En cas de non respect du taux de disponibilité, OVH s'engage à payer des pénalités égales à 2,5% du montant mensuel facturé par tranches de 60 mn d'indisponibilité (le montant des pénalités versées par OVH ne peut néanmoins excéder le montant mensuel facturé au Client.). 3.2 Sur le Hardware En cas d'inaccessibilité du serveur suite à une défaillance matérielle, OVH s'engage à effectuer le changement des pièces défectueuses en moins de 4 heures sur les gammes Superplan 2007, EG et MG ; en moins de 2 heures sur la gamme HG. Voici la procédure qui nous permet d'avoir une telle réactivité : Votre serveur est monitoré 24 heures sur 24, en "ping". Si nous détectons un défaut dans la réponse, nous programmons immédiatement et automatiquement une intervention sur votre serveur. Vous recevez à ce moment là un avec l'heure de détection du défaut. Si le serveur 5

6 répond à nouveau, nous annulons l'intervention et vous recevez un d'annulation d'intervention. Si le défaut persiste, notre technicien prend en charge le dépannage de votre serveur, vous recevez un avec l'heure de prise en charge du défaut. L'intervention du technicien se compose en 2 étapes : 1. Détection de l'origine du problème (hardware ou software) 2. Résolution du problème. Lors d'un problème hardware, nous effectuons le changement de la pièce en panne afin que le serveur n'enregistre plus de problème. Nous pouvons donc changer l'alimentation de votre serveur, son disque dur, les barrettes de RAM ou encore remplacer complètement votre serveur par un nouveau serveur (spare). En cas de problème software, c'est à dire lorsque vous avez fait des modifications malheureuses sur le système et que le serveur ne peut plus fonctionner, nous nous engageons à le redémarrer en mode rescue. Ce mode vous permet de vous connecter sur votre serveur et le réparer. Vous n'avez pas à attendre l'intervention du technicien pour profiter du mode rescue, vous pouvez effectuer un reboot en mode rescue directement dans le manager. Au moment où le serveur est en mode rescue, la panne n'est plus enregistrée. Vous recevez un de la part de notre technicien vous prévenant qu'il s'agit d'un problème software et qu'étant donné que le serveur est à nouveau joignable via le mode rescue, notre intervention est terminée. Si vous souhaitez qu'ovh effectue le dépannage software, vous devez déclencher une infogérance (le support niveau 3) qui sera effectué dans la semaine, durant les heures ouvrables, avec un devis et un rapport d'intervention. 4 Assistance Utilisateurs Dans le cadre de la satisfaction client, OPTIMUM d ANALYSE s engage à écourter au maximum les délais de mise en œuvre des demandes de ses clients. Les délais pour une demande d état spécifique sont compris entre 24 et 48h. En cas de bugs rencontrés par l utilisateur, la résolution de celui-ci s échelonne selon son ordre de priorité. 6

7 Les bugs dits critiques sont rendus prioritaires et solutionnés dans les 12h suivants leur apparition. Tout au long de l opération l utilisateur est tenu au courant de l avancer des réparations. (En cours / terminés). Les bugs dits de priorités moyennes sont résolus dans les 48 à 72h suivant leur apparition. Les bugs dits mineurs sont réparés dans les plus brefs délais en fonction du taux de charge de notre équipe de développement. A tout moment l utilisateur peut s appuyer sur notre équipe pour tout renseignement et/ou aide sur l application. Notre équipe est disponible de 9h jusqu à 18h au mail suivant : optitaxes@optitaxes.com ou au N Indigo suivant : Ou, à défaut aux heures d ouverture au: Protection des informations Afin de garantir une qualité de service et une pérennisation du système d information de nos clients, plusieurs sauvegardes sont effectuées : 5.1 Via les snapshotovh - Tous les jours à 4h du matin une sauvegarde incrémentale est faite de chacune de nos bases de données hébergées chez eux. - La sauvegarde hebdomadaire est faite sur la dernière semaine (faite à partir du backup du dimanche) - Le serveur dispose d'un espace de sauvegarde FTP situé sur un site géographiquement différent. 5.2 Via un script PHP sur notre serveur : - Tous les jours à 4h du matin nous effectuons nos propres sauvegardes via script PHP. Cette sauvegarde est ensuite copiée sur un serveur en interne. - Tous les trimestres, nous effectuons une sauvegarde sur un support de stockage amovible de grande capacité. Ce support est ensuite mis dans le coffre fort de la société. 5.3 Restauration 7

8 Il est possible de faire une restauration jusqu à une semaine avec OVH et d un trimestre avec notre sauvegarde. Pour toute demande de restauration d une base nous assurons la récupération des données dans les 24h suivant la demande. Dans la mesure où les bases de données de nos clients ne sont pas volumineuses (50 Mo en moyenne) et que la masse de données annuelle n est pas conséquente, il n est pas nécessaire de mettre en place une procédure d archivage. 6 Mises à jour Dans notre domaine d intervention, les demandes de nos clients et les modifications aléatoires des données fiscales de l administration française, nous oblige à effectuer de nombreuses mises à jour tout au long de l année. Dans la plupart des cas, les mises à jour que nous effectuons sont transparentes pour l utilisateur et ne nécessitent aucune intervention de sa part. 6.1 Méthodologie Notre équipe informatique développe l application dans un environnement identique à celui du serveur de pré production et de production. Dans un 1 er temps les développements et mises à jour sont testés en interne sur notre serveur local. Lorsque la 1 ère phase de test est terminée, toutes les modifications sont uploadées sur le serveur de pré production pour subir une seconde phase de test. Si l ensemble des tests effectués est satisfaisant nous migrons alors toutes les modifications sur le serveur de production hors des plages d horaires travaillées pour éviter de quelconques problèmes. Dans le cas de l ajout d un état spécifique qu un client nous aurait demandé, il se peut qu il soit intégré pendant la journée, sans venir interférer avec le reste de l application. Les états que nous réalisons ne touchent en rien à la structure de l application ou à la structure des bases de données. Avant toute mise à jour de l applicatif nous réalisons un backup de la version précédente. Il en va de même en ce qui concerne les mises à jour structurelles des bases données. Dans ce cas un backup des bases est réalisé juste avant l installation de la mise à jour. 8

9 Si pour une raison inconnue un problème venait à survenir sur l application, nous intervenons immédiatement pour régler le problème dans les plus brefs délais. 7 Sécurisation des transactions 7.1 Le protocole SSL La sécurisation des transactions entre l utilisateur et notre serveur s effectue via le protocole SSL. Nous avons fait l acquisition d un certificat SSL chez notre hébergeur OVH afin d assurer le chiffrement et l identification sécurisée des informations transitant via notre application. Le format utilisé pour le certificat est x509 (format pour linux, utilisé par apache) Les transferts de données entre l éditeur et l hébergeur des applications (front et bases de données) s effectuent via SFTP. 7.2 Les mots de passe Les mots de passe sont cryptés selon la morne MD5. Mise en place d une solution permettant de générer automatiquement et de façon aléatoire des mots de passe comprenant au moins 8 caractères dont des lettres et des chiffres. Libre à l utilisateur d en changer dans la mesure où celui-ci répond aux critères de complexités cités ci-dessus. 7.3 Les profils utilisateurs Réalisation dans la gestion des profils utilisateurs, d une fonction permettant de limiter ou non le périmètre d action de l utilisateur. 7.4 Cross site scripting, web browsing, injection SQL Ces failles de sécurité connues pour être particulièrement répandues dans le domaine des applications WEB sont gérées via des scripts PHP (exemple : htmlspecialchars, strip_tags, dépôt de fichier index spécifique). 9