Vous n'avez pas à vous soucier de l'usurpation de l'adresse IP d'une connexion différente, car les paquets TCP retournés ne parviendraient pas à l'attaquant dans ce scénario.

Donc, tout ce dont vous avez à vous soucier est de savoir comment Il est facile pour l'attaquant d'utiliser cette adresse IP:

• Cette adresse IP est-elle partagée entre plusieurs ordinateurs du bureau?
• Cette adresse IP peut-elle être utilisée en WiFi? Dans quelle mesure le mot de passe est-il bien conservé lorsqu'un visiteur dit «puis-je utiliser votre WiFi»?
• Tous les ordinateurs ayant accès à cette adresse IP sont-ils bien sécurisés et ont-ils des utilisateurs compétents?

Si l'IP n'est pas bien conservée, alors vous devriez demander

• En plus de l'IP, pouvez-vous avoir un cookie stocké sur la seule machine qui est autorisée?
  (c'est-à-dire un utilisation limitée de la fonction Se souvenir de moi)

Je félicite votre client de ne pas avoir utilisé la fonction Se souvenir du mot de passe comme il est si tentant de le faire.

De plus, la sécurité de votre contenu ?

• Quels sont les dommages causés au contenu vu par des personnes non autorisées?
• Quel type d'attaquant serait attiré par votre contenu?

Comme d'autres l'ont souligné, le usurpation d'adresse IP seule n'est pas un problème ici car la négociation à trois pour TCP ne se terminera pas.

Détournement BGP combiné avec l'usurpation d'adresse IP peut entraîner ici une attaque quelque peu théorique si vous utilisez des adresses publiques dans votre liste d'accès. Dans ce cas, l'attaquant usurperait l'adresse IP dans la liste d'accès afin que le trafic provienne de l'adresse IP de confiance, et il insèrerait des routeurs dans les tables BGP globales pour rediriger le trafic de retour vers son réseau. De cette façon, une connexion TCP à trois voies serait effectuée.

Comme je l'ai dit, c'est loin d'être une attaque courante car elle nécessite des compétences supplémentaires et un accès aux réseaux sans filtrage de route approprié, mais peut être fait. Les détournements BGP ne sont pas rares. Bien que la plupart soient des accidents, les détournements BGP ont été utilisés pour des attaques.

Donc, pour enfin répondre à votre question: si vous appréciez vos données, ne vous fiez pas seulement à une connexion basée sur l'adresse IP source.

Je dirais que l'usurpation d'adresse IP est à peu près sur la table ici. Rien n'empêche les personnes qui ont accès à l'infrastructure du centre de données (par exemple, les employés) de forger des paquets IP avec l'adresse sans mot de passe, et de capturer la réponse en modifiant la configuration du routeur ou en se connectant au bon endroit et en écoutant en mode promiscuité.

L'OP donne effectivement accès au site Web à leur fournisseur d'hébergement ou à toute personne qui serait en mesure de pirater ledit fournisseur.

Comme les autres réponses l'ont déjà montré, il est possible de contourner ce système de sécurité. Mais cela demande des efforts. La question suivante est de savoir ce que vous allez protéger et ce que vaut l'accès plus facile et quel est le coût lorsque la protection est contournée. Parce que vous pouvez vous attendre à ce qu'elle soit contournée.

Cette protection est couramment utilisée. Par exemple dans l'acédémie pour permettre l'accès en lecture à des revues à partir du réseau universitaire. Cela permet un accès plus facile à la revue pour les professeurs et les étudiants. Si 1% des personnes accédant aux revues sont illégitimes, c'est négligeable. Si 0,01% des personnes accédant aux PII de votre base de données clients sont illégales, vous avez un gros problème.

Toutes les réponses ci-dessus sont excellentes, mais techniques. En utilisant la gestion de la sécurité comme point de vue, pensez aux informations que vous protégez.

Si une authentification NON est requise pour lire ces informations (d'un point de vue public ou privé ), cela signifie que vous n'êtes pas intéressé à le protéger.

S'il s'agit d'un bureau, plusieurs personnes y ont accès, il y a plusieurs considérations de sécurité que le bureau ne prend peut-être même pas en compte ( pare-feu, pas de mot de passe / wifi protégé par wep, n'importe qui peut brancher un appareil sur le réseau), cela signifie que vous comptez sur un tiers pour l'accès à cette information.

Maintenant, vous devez faire le calculs, combien cela coûtera-t-il si ces informations vont entre de mauvaises mains? Cela vaut-il la peine que les utilisateurs puissent y accéder sans mot de passe?

Créons deux scénarios:

1. Ceci est une liste interne d'aliments que le restaurant interne prépare aka menu.
2. Voici une liste de clients avec leurs données de carte de crédit.

De toute évidence, ces deux scénarios sont extrêmes, chacun de cette manière. Mais le combat entre convivialité et sécurité durera pour toujours. Une fois, j'ai reçu une demande du type "laisser l'utilisateur se connecter, même si le mot de passe n'est pas correct, mais presque correct". Parce que certains PDG, qui ne peuvent pas saisir correctement son mot de passe, se mettent en colère lorsque l'application rejette cette tentative de connexion.

Faites une analyse de tous les risques, coûts, avantages / inconvénients, vous ne le faites pas ' t devez les accepter , si vous pensez que c'est trop risqué, apportez-le à votre PDG / RSSI, et laissez-le décider à votre place, car il n'y aura pas de sang sur vos mains en cas de problème. De plus, ils ont généralement un point de vue et une importance différents sur l'entreprise.

Voici un peu une tangente, mais je pense que c'est un bon conseil - faire des exceptions de sécurité est souvent une pente glissante. Il serait sage de ne pas divulguer l'existence de votre petit contournement à quiconque n'a pas strictement besoin de savoir - ou tôt ou tard vous aurez toutes sortes de demandes pour désactiver la sécurité sur X / Y / Z, car vous fait une exception avant et cela n'a rien cassé!

Je pourrais juste être pessimiste à propos des utilisateurs. Plutôt que de désactiver la connexion côté serveur, ne pourraient-ils pas installer un gestionnaire de mots de passe de leur côté? En prime, cela leur permettrait d'utiliser des mots de passe aléatoires réellement sécurisés mathématiquement.

C'est certainement une mauvaise idée.

Voici les scénarios où cela peut échouer :.

1. Tous les employés de l'organisation ont-ils des identifiants de connexion? Les autres employés sont-ils dignes de confiance? Vous devriez envisager la possibilité que les nouveaux employés puissent également télécharger tout le contenu, puis le distribuer aux personnes qui n'ont pas d'informations de connexion.

2. Si un employé laisse son ordinateur portable flâner, n'importe qui peut lire le contenu si l'employé est connecté au VPN.

D'autres attaques peuvent être possibles en fonction du type d'implémentation de l'application Web.

Regarder l'adresse IP n'est qu'une manière différente d'authentification. Si c'est une bonne ou une mauvaise idée dépend.

Faire cela signifie généralement passer à un mode d'authentification moins sécurisé. En utilisant le nom d'utilisateur et le mot de passe, vous authentifiez l'utilisateur final, tout en utilisant l'adresse IP, vous authentifiez un périphérique réseau (que de nombreuses personnes peuvent utiliser), ce qui augmente le risque de violation des objectifs de confidentialité. En effet, vous ouvrez de nouveaux vecteurs d'attaque qui peuvent être utilisés par un attaquant (par exemple, des attaquants ou des employés non autorisés à l'intérieur du réseau du client peuvent lire le contenu; des erreurs dans la configuration du proxy peuvent exposer le contenu au public; les attaques de script intersite peuvent devenir plus probables / pratiques ; votre CMS derrière le mur est probablement plus sensible aux attaques; ...).

D'un autre côté, vous facilitez l'accès aux données, ce qui augmente le niveau de disponibilité (également un objectif de sécurité) grâce à plusieurs aspects (par exemple, ne peut pas oublier le mot de passe; risque réduit d'erreurs lors de l'authentification).

Vous vous retrouvez également avec une acceptation accrue de l'utilisateur. Ne sous-estimez pas ce point! Les utilisateurs qui s'ennuient ont tendance à nuire à votre sécurité en choisissant des mots de passe faibles ou un comportement humain similaire.

Si votre client pense que la relation entre un risque accru pour la confidentialité et les avantages d'un autre côté est acceptable, laissez lui fort> décidez et prenez ce risque. Passez à l'authentification IP et travaillez avec un client satisfait.