2009-08-06 10 views
1

J'ai un site qui fonctionne correctement depuis un certain temps. Récemment, n'importe quelle forme transmise sous la forme d'une chaîne de requête ('GET') contenant les mots "SELECT", "FROM" et "WHERE" provoque le blocage de la page et, éventuellement, une "Page non trouvée ..." Erreur. Il semble que cela n'arrive qu'avec IE, pas Firefox, mais a été confirmé en utilisant plusieurs clients. Aussi, cela n'arrive que sur un serveur ... si je copie le même script de test sur un autre serveur, pas de problème. Les mots ne doivent pas être transmis à partir d'un formulaire, ils peuvent également être simplement apposés comme une chaîne de requête.IE - Certaines requêtes de requête se bloque Page

Ainsi, par exemple,

http://www.problemserver.com/qsfails.asp?q=select+from+where

échoue sur le serveur qui présente le problème. En fait, si je remplace 'qsfails.asp' par un nom de page qui n'existe pas, le chargement de la page reste bloqué et attend qu'il expire, tandis que le chargement d'une page qui n'existe pas mais sans la chaîne de requête est immédiat. Page non trouvée ... "erreur.

Le serveur est-il compromis? La société d'hébergement prétend que ce n'est pas le cas. Est-ce que quelqu'un a déjà rencontré ça? Pensées ou suggestions?

Merci!

+0

Êtes-vous sûr que c'est un problème de navigateur et non quel que soit le traitement que vous faites avec la chaîne de requête? – Jason

+0

aussi, pourriez-vous poster un lien ou du code? – Jason

+0

Surveillez votre trafic dans Fiddler (www.fiddler2.com) et assurez-vous que le serveur renvoie effectivement du contenu. – EricLaw

Répondre

2

Je reconnais que votre hôte Web exécute un filtre générique pour empêcher les attaques par injection SQL, comme UrlScan. Il existe plusieurs outils de ce type pour IIS et Apache. Cela empêchera la demande d'être vue ou traitée par votre site Web.

Etrange qu'ils ne mentionneraient pas quelque chose comme ça après votre question si. Vérifiez avec eux.

0

Il s'avère que Thorarin avait raison.

J'avais demandé au sujet du filtrage de sécurité mais a été dit non. J'ai demandé à nouveau et on me disait toujours "non", la société d'hébergement pensait que c'était un problème de routage (ce qui n'avait aucun sens pour moi mais que sais-je). Cependant, ils doivent avoir lancé la ligne parce qu'ils avaient installé un filtre qui était le problème. Non seulement les clients ne savaient pas, même leurs premiers niveaux de support technique ne savaient pas. Oops.

Merci à Thorarin.