Der Einsatz herkömmlicher Reverseproxy-Server und HTTP-Proxys ist in heutigen Security-Stacks zur Netzwerksicherung nach wie vor gang und gäbe, wird aber von IT-Verantwortlichen aus verschiedenen Gründen zunehmend als suboptimale Lösung wahrgenommen:
Latenz: Proxys müssen inline geschaltet werden, um den Traffic abzufangen. Die serielle Weiterleitung des Traffics durch Appliances mit eingeschränkter Bandbreite kann – insbesondere bei lokalen Deployments am Unternehmensstandort – erhebliche Verzögerungen bei der Herstellung von Verbindungen verursachen. Dadurch wird die User Experience stark beeinträchtigt.
Kompatibilität: Herkömmliche Proxys sind anfällig für Kompatibilitätsprobleme. Das liegt daran, dass sie nicht für den Einsatz in Kombination mit funktionsreichen webbasierten Anwendungen konzipiert wurden und mit der Vielzahl von Anforderungen – von der Authentifizierung über API-Anfragen bis hin zu Service-Anforderungen – schnell überfordert sind. Dies führt zu Ausfällen, die dann von der IT behoben werden müssen.
Kosten: Gemessen an typischen IT-Budgets sind die im Handel erhältlichen Proxy-Appliances schlicht und einfach zu teuer – zumal, wenn sie zur Überprüfung von TLS/SSL-verschlüsseltem Traffic eingesetzt werden sollen. Für diesen Anwendungsfall empfehlen Anbieter nämlich die Anschaffung zusätzlicher Appliances, teilweise in bis zu achtfacher Anzahl.
Caching: Heutzutage stellen alle gängigen Web-Browser hinreichend Möglichkeiten zur Zwischenspeicherung sowohl im Arbeitsspeicher als auch auf der Festplatte bereit, sodass netzwerkbasiertes Proxy-Caching nur noch eine untergeordnete Rolle spielt.
Weiterlesen