웹방화벽이라는 개념 자체가 없었던 시절에도
시큐어코딩이란 용어 자체가 없었던 시절에도
웹의 개념을 제대로 이해하는 제대로된 개발자가 만든 사이트들은 당연히 보안적으로 전혀 문제가 없었습니다.
그러나 요즘에는 뭐 어지간하면 너도나도 개발자랍시고 마구 찍어내듯 웹을 만드는 시대이다 보니
어지간히 큰 사이트들도 sql injection 이라는 보안의 기초라고 부르기에도 너무 민망한 수법들에 털리는걸 보면
웹 방화벽이라도 쳐발쳐발 해둬야 조금이나마 안심할 수 있는 시대인 것이죠.
다시말해 시큐어코딩을 나름 한다고 했어도 실수로 누락한 부분등이 있다면
또는 처음 개발완료시에는 문제가 없었는데 수준이 다소 낮은 (또는 보안 개념이 부족한) 개발자가
수정,보완 작업을 하다 누락되는 부분이 생길수도 있기에 안전장치를 하나 더 만들어 두는 것이죠.
자동차에 에어빽 하나하나 계속 추가하듯이..
그리고 다소(매우?) 미미하기는 하지만 악의적인 트레픽을 사전에 걸러줘서 본서버에 쓸때없는 부하를 줄여주는 역할도 있긴합니다.
아무리 방화벽이 잘되어 있어도 언젠가는 뚫립니다..
그런 면에서 최대한 막을려면 여기저기 다 막아두는 편이 조금이나마 낫겠죠..
시큐어코딩이란 용어 자체가 없었던 시절에도
웹의 개념을 제대로 이해하는 제대로된 개발자가 만든 사이트들은 당연히 보안적으로 전혀 문제가 없었습니다.
그러나 요즘에는 뭐 어지간하면 너도나도 개발자랍시고 마구 찍어내듯 웹을 만드는 시대이다 보니
어지간히 큰 사이트들도 sql injection 이라는 보안의 기초라고 부르기에도 너무 민망한 수법들에 털리는걸 보면
웹 방화벽이라도 쳐발쳐발 해둬야 조금이나마 안심할 수 있는 시대인 것이죠.
다시말해 시큐어코딩을 나름 한다고 했어도 실수로 누락한 부분등이 있다면
또는 처음 개발완료시에는 문제가 없었는데 수준이 다소 낮은 (또는 보안 개념이 부족한) 개발자가
수정,보완 작업을 하다 누락되는 부분이 생길수도 있기에 안전장치를 하나 더 만들어 두는 것이죠.
자동차에 에어빽 하나하나 계속 추가하듯이..
그리고 다소(매우?) 미미하기는 하지만 악의적인 트레픽을 사전에 걸러줘서 본서버에 쓸때없는 부하를 줄여주는 역할도 있긴합니다.
운영 측면에선 개발단 미비한 부분을 보완할 보험 정도로 웹방화벽이 필요하다고 생각됩니다.
지금 완벽해 보여도 4-5년후에 어떤기술이 나올지 모르죠. 보안은 예방입니다