PHP Socket Server (pour les notifications Push Android) - Sécurité/Authentification Problème

Question

J'ai récemment écrit un serveur socket en PHP qui va gérer la communication entre une application de téléphone Android et mon serveur web PHP. Étant donné qu'Android ne prend pas en charge de manière native les notifications de style push, nous allons utiliser notre serveur Web comme couche de middleware pour gérer nos «push».

Le serveur de socket est stable, fonctionne bien et semble évoluer correctement. Bien que je voudrais finalement réécrire cela en C je n'ai pas les compétences nécessaires pour le faire maintenant, je vais rester en PHP pendant au moins un court moment. À partir de ce moment, notre émulateur Android est capable de communiquer via le serveur, d'obtenir des poussées, etc. afin que toute la partie soit couverte. Ce qui m'inquiète, c'est que tout le monde peut ouvrir une socket sur mon serveur et recevoir une connexion client. Même si nous ne transmettons pas de données sensibles, je ne veux pas permettre à quiconque de se connecter et de recevoir des informations diffusées, de gaspiller mes ressources et d'encombrer mon serveur en général.

La question est, comment puis-je sécuriser un serveur comme celui-ci? Supposons que je cours sur le port 25 000. Puis-je installer une sorte de couche SSL sur ce port et attendre des appareils comme l'Android pour pouvoir communiquer sur ce port sans protocoles spéciaux ou sauter par des cerceaux? J'ai envisagé de demander aux clients qui se connectent d'authentifier leur utilisateur par rapport à notre base de données utilisateur avant de recevoir une connexion client, mais cela nécessiterait le transfert d'informations en texte brut sur le réseau, ce que je ne suis pas sur le point de faire. Toutes les suggestions sur ce serait très utile - je suis plutôt nouveau à la communication TCP directe de PHP et me sens comme je pourrais juste manquer quelque chose de simple qui permet l'authentification à ce niveau. Informations complémentaires: Si je peux obtenir un nom d'utilisateur et un mot de passe valides, j'utiliserais MySQL pour valider l'utilisateur, puis accepter/refuser sa connexion en fonction des résultats de la requête.

Merci à l'avance ..

Answer 1

d'abord, j'espère que vous avez mis votre serveur socket PHP d'une manière qui permet à plus d'un client à être connecté en même temps. Ce n'est pas aussi trivial que cela devrait être compte tenu de l'absence de threads en PHP, mais c'est certainement le cas. Maintenant, si vous avez déjà un serveur socket implémenté, l'ajout de la prise en charge TLS est facile. Exécutez simplement stunnel et demandez à votre serveur de socket PHP d'accepter uniquement les demandes sur l'interface locale.

Answer 2

Je ne pense pas que SSL va vraiment résoudre votre problème. Au mieux avec SSL, vous pouvez fournir à chaque client un certificat client et effectuer la validation du certificat client sur le serveur. Mais vous devrez gérer des tonnes de certificats alors. Ou donner à tout le monde le même certificat de client (pas une bonne idée).

Vous devrez authentifier le client en utilisant ses informations d'identification. Vous avez raison de ne pas envoyer les informations d'identification en texte brut sur le réseau, mais il existe des alternatives simples. Jetez un coup d'œil par exemple Authentification HTTP Digest (http://en.wikipedia.org/wiki/Digest_access_authentication) ou xAuth (http://dev.twitter.com/pages/xauth). Vous n'avez pas à implémenter ces techniques sur HTTP; vous pouvez tout aussi bien envoyer un challenge (un domaine) sur une simple socket tcp après avoir accepté la connexion. Le client doit alors envoyer une réponse valide dans un court délai ou le serveur annule la connexion. En passant, avez-vous considéré le streaming HTTP?Voir http://ajaxpatterns.org/HTTP_Streaming Cela vous facilitera probablement la vie, car vous pouvez compter sur un autre service (par exemple, Apache) qui travaille dur pour vous et vous pouvez vous concentrer sur la valeur commerciale de votre application.

Answer 3

vous pouvez envisager: Cloud Messaging Device: http://code.google.com/android/c2dm/index.html

Le seul inconvénient est qu'il est pris en charge par Android> = 2.2

Answer 4

Je ne sais pas pourquoi les gars ne sommes pas allés un peu au large la bibliothèque/serveur de messagerie sur étagère pour Java, puis créez un service Android qui se connecte au courtier de messages et gère toutes les authentifications initiales. Le service resterait simplement là et attendrait les messages entrants.

(je suis assez sûr que l'écoute des données de réseau ne met pas sous tension la radio, que lorsque les données sont en fait là que les pouvoirs de la radio vers le haut. Je soupçonne que ce comment fonctionne C2DM.) C'est mieux que l'interrogation car vous n'attendez que des données. Vous n'envoyez pas constamment de paquets demandant des données. Mais tu le savais déjà. J'ai fait ceci, (j'ai utilisé la bibliothèque de rabbitmq-java et le serveur de file d'attente de message de rabbitmq) et avait la notification de style de poussée pour mon application en un rien de temps. Même avec les appareils Android 1.5.

A propos de la sécurité:

Vous pouvez également mettre en œuvre votre propre sécurité, mais sans avoir à envoyer des mots de passe en texte clair. Il suffit de crypter les mots de passe en utilisant quelque chose comme MD5 avant de le passer à travers le réseau.
Puis comparez le mot de passe crypté avec le mot de passe crypté que vous avez dans le fichier. De cette façon, seuls les mots de passe chiffrés passeront par le réseau.