Во всех версиях PHP 4.0.x и 5.x.x обнаружены (http://secunia.com/advisories/18694/) две новые уязвимости, позволяющие обойти ограничения safe_mode и open_basedir:

1. Возможность просмотра и изменения файлов через подстановку дополнительных параметров в функцию mb_send_mail().

Например:
   $additional_param = "-C ".$file_to_read." -X ".getcwd()."/".$output_file;
   mb_send_mail($email_address, NULL, NULL, NULL, $additional_param);

2. Получение доступа к списку файлов и их содержимому, включая операции переименования и удаления  через группу функций imap_*, при сборке PHP с библиотекой c_client 2004g.

Вышеописанные проблемы будут исправлены в будущих версиях PHP, патчи для решения проблем в текущих версиях найти не удалось.

Также обнаружена возможность DoS атаки на NFS  сервер:
-  FreeBSD 6 "nfsd" NFS Mount Request Denial of Service (http://secunia.com/advisories/19017/);
-  Linux Kernel NFS ACL Access Control Bypass Vulnerability (http://www.securityfocus.com/bid/16570);
-  Debian update for nfs-user-server (http://secunia.com/advisories/18889/);
-  Linux nfs-server "rpc.mountd" Buffer Overflow Vulnerability (http://secunia.com/advisories/18614/);
-  Linux NFS RPC.STATD Remote Denial Of Service Vulnerability (http://www.securityfocus.com/bid/11785).

URL: http://secunia.com/advisories/18694/
Новость: http://www.opennet.me/opennews/art.shtml?num=7034

• Две новые уязвимости в PHP. Отказ в обслуживании в NFS демоне.,Аноним, 22:10 , 01-Мрт-06
• Две новые уязвимости в PHP. Отказ в обслуживании в NFS демоне.,Аноним, 23:12 , 01-Мрт-06
• Две новые уязвимости в PHP. Отказ в обслуживании в NFS демоне.,RedEyes, 13:06 , 02-Мрт-06
• Две новые уязвимости в PHP. Отказ в обслуживании в NFS демоне.,SFDK, 19:21 , 02-Мрт-06
  • Две новые уязвимости в PHP. Отказ в обслуживании в NFS демон...,Userr, 00:04 , 03-Мрт-06
• Две новые уязвимости в PHP. Отказ в обслуживании в NFS демоне.,Xxx, 18:50 , 03-Мрт-06

А вот и эксплойты пожаловали

http://www.security.nnov.ru/files/php_imap_ex.php
http://www.security.nnov.ru/files/php_mb_send_mail_ex.php

Хоть совсем от пыха отказывайся :(

Это ж в модулях уязвимости, ну бывает, да.

на сях надо сервер писать. или ещё лучше - на ассемблере.
наплодили интерпретаторов.

> на сях надо сервер писать. или ещё лучше - на ассемблере.наплодили интерпретаторов.
Ну оки, тебя buffer overflow'ом нагнут.Один хрен :)).И самое то забавное что такое свойство есть у всех сколь-нибудь фичастых языков программирования.Видимо потому что "не ошибается тот кто ничего не делает"

Ну-ну. Предлагаю сравнить количество уязвимостей в perl и php.

IMHO safemode в php - это всего лишь очередное изобретение велосипеда. Разграничение прав на уровне пользователя должна делать операционная система, она для этого написана...
Идеологически вернее не прикручивать кривой safemod и потом латать дыры в нем (наступая на те грабли, которые создатели Unix и переступили лет 10 назад), а искать способы запуска php как отдельного процесса для каждого пользователя (что нить типа fastcgi или suphp), а разграничением прав пусть занимается операционка.