[조사 결과] PHP 보안은 해결 불가능으로 결론...

[조사 결과] PHP보안은 해결 불가능으로 밝혀졌습니다.

PHP School에서 1년 넘도록 논란의 대상이 되어왔던 PHP보안에
대한 최종 결과가 나와서 적수네동네 여러분들께 알려드립니다.

우리들은 이때까지 외부로부터의 보안에만 관심을 가졌지 시스템 내부로
부터의 보안에는 무관심 했다는 생각이 듭니다.

많은 참고가 되시길 바랍니다.

출처: PHP School (http://www.phpschool.com)

-----

[조사 결과] PHP보안은 해결 불가능으로 밝혀졌습니다.

제목: PHP의 보안은 가능한 것인가? 결론은 불가능...
필자: PHP기자

PHP School에서 1년 넘도록 해결책을 찾지 못하던 PHP의 보안에
대한 최종 조사 결과 입니다.

결론은 PHP 보안은 절대로 불가능하다는 것입니다.

Web Hosting을 이용할때 DB연동을 위해 PHP를 이용하는 것은
절대로 해서는 않됩니다. 남이 알아도 상관 없는 간단한 작업에만
PHP를 이용해야 합니다. (즉 HTML만으로 작성해도 되는 것을
단지 작업의 편리함을 위해 사용해야 합니다.)

Perl의 경우도 마찮가지 입니다.

다수의 사용자가 존재하는 회사, 학교, 무료 계정을 제공하는 시스템에서
DB연동을 할때는 모든 DB연동 프로그램을 C나 C++언어로 작성하여
컴파일하여 사용하고 소스는 안전한 곳에 보관해야 합니다.
절대로 타인에게 DB의 dbname, user, password를
노출시켜서는 안됩니다.

중요한 자료를 꼭 PHP로 DB연동을 해야만 한다면 자신만의
전용 시스템을 이용하는 Server Hosting 서비스를
이용해야 합니다. 물론 인터넷 서비스회사의 안전에 대한
책임의식이 있을때만 안전하겠습니다.

시스템이 동작하고 있는 곳의 관리자가 마음만 먹으면 root password를
몰라도 시스템의 접근이 가능하니까요. 그래서 보안이 필요하다면
시스템 Bios상의 암호를 걸고, 그것도 믿을 수 없다면 Hard Disk 자체를
암호화 해주는 특수한 장비를 이용해야 합니다.

그러나 모든 방어도 현실적인 여건을 고려하면 불가능 합니다.
정전이나 시스템의 유지보수를 위해 root암호는 결국 인터넷 회사의
관리자에게 알려집니다.

그래서 외국에서는 아예 컴퓨터 시스템에 케이스에 자물쇠를 달아서
열쇠가 없이는 시스템을 열어 볼 수 없도록 하고 있습니다.

PHP 보안 문제의 언급은 PHP School에서 1년 전에 나왔습니다.
아무도 제대로 된 해결책을 주시지 못 했습니다.

많은 학생들이 전문가들은 할 수 있겠지 하는 믿음으로 질문을 던졌지만

답변은 잘 하면 될 것이다...
혹시 이렇게 하면 되지않을까...

짐작성 대답을 하셨지만 모두가 오답이었습니다. 이유는 뒤에서 밝히겠습니다.

본 기자도 PHP보안에 대해 관심을 가지고 조사를 해보고 실험을 해보았습니다.
PHP School에서 답변란에 나오는 방법을 찾아 실험을 했지만 제대로 된 답은
단 한건도 없었습니다. 많은 분들이 해결책을 제시해 주셨지만 조사 결과
모두 헛점이 있었습니다.

chmod 명령을 사용하여 권한을 바꾸어 주면 된다는 의견이
주류였습니다.

그러나 전문가들의 의견은 오히려 더 위험한 방법이란 결론입니다.
자신의 파일과 디렉토리를 nobody로 바꾼다 하더라도
PHP보안에 아무런 도움이 되지 않고 타인의 cgi를
이용한 공격에 더 위험해져서 최악의 경우 파일을 삭제 당하여
원본도 찾을 수 없는 결과가 생긴다고 합니다.

자,... PHP보안에 대한 조사 결과를 보고합니다.

제가 여러 통로로 전문가들의 조언을 받아 조사를 해본 결과
PHP의 보안 문제는 해결 할 수 없는 것으로 밝혀졌습니다.

그 원인을 살펴 보면 유닉스계열은 어떤 프로세스가 동작하려면
그 실행의 id가 할당되는데 이 pid에는 소유자가 정해집니다.

보통 Web Server는 아무런 사용자도 아닌 nobody란 사용자로서
동작을 하고 pid를 할당을 받습니다.

모든 cgi나 PHP, Perl Script는 nobody로서 실행을 합니다.

C나 C++언어로 작성하여 컴파일되어 있는 cgi 프로그램은 적어도 nobody로서
실행권한이 주어져야 동작을 합니다.

shell script와 같은 경우 일단 읽어서 실행을 하므로 nobody가
읽고, 실행할 수 있는 권한이 주어져야합니다.

PHP와 같은 경우 보통 Apache에서 모듈로 동작하므로 실행 권한은 필요치 않으나

nobody로서 읽을 수는 있어야 합니다.

결론을 말씀 드리자면

Web Hosting이나 여러 사용자가 계정을 가지고 있는 unix시스템을 사용할경우
nobody가 읽을 수 있는 shell script, perl script, PHP와 같은 경우
그 시스템의 계정을 가진 사람이라면 어렵지 않게 그 소스를 읽어 낼 수 있습니다.
따라서 사용하고 있는 DB를 보호할 수가 없습니다. 다른 사람이 자신의 DB 내용을
변경하고 삭제가 가능합니다.

C나 C++로 컴파일한 cgi는 DB접속 프로그램에 암호화 루틴을 넣어서 작성한다면
어느 정도 안전하겠으나 전문가들이라면 디버깅 툴을 이용하여 쉽게 DB접속
암호를
알 수 있다고 합니다. 그래서 자신 이외에는 읽을 수 없도록 권한을 주면
안전합니다. 실행만 할 수 있고 읽을 수 없도록 한다는 뜻입니다.

자료실과 같이 upload가 가능한 디렉토리나 파일인 경우 그 시스템의 사용자들로
부터 자료 회손 공격에 대해서 막을 방법은 원천적으로 없습니다.

업로드 파일인 경우 그 파일의 생성시 nobody의 권한이 주어지므로
타인이 cgi를 이용하여 얼마든지 들어와서 파일의 삭제, 내용변경이 가능합니다.

본 기자의 투고는 이것으로 마치겠습니다.

----

즐거운 리눅싱 되세요...

한꺼번에 읽기