Безпека файлової системи

Зміст

• Проблеми безпеки, пов'язані з нульовим байтом

PHP є одним із важливих моментів у питанні безпеки сервера, оскільки PHP-скрипти можуть маніпулювати файлами та каталогами на диску. У зв'язку з цим існують конфігураційні установки, які вказують, які файли можуть бути доступні і які операції можна виконувати. Необхідно виявляти обережність, оскільки будь-який із файлів, з повними правами читання ("world readable") може бути прочитаний кожним, хто має доступ до файлової системи.

Оскільки в PHP спочатку передбачався повноправний доступ до файлової системи, можна написати PHP-скрипт, який дозволить читати системні файли, такі як /etc/passwd, керувати мережевими з'єднаннями, надсилати завдання принтеру тощо. Як наслідок, ви завжди повинні бути впевнені в тому, що файли, які ви читаєте або модифікуєте, є тими, які ви мали на увазі.

Розглянемо наступний приклад, у якому користувач створив скрипт, який видаляє файл із його домашньої директорії. Передбачається ситуація, коли веб-інтерфейс, написаний на PHP, регулярно використовується для роботи з файлами і налаштування безпеки дозволяють видаляти файли в домашньому каталозі.

Приклад #1 Недостатня перевірка зовнішніх даних веде до...

Loading...
▶

Оскільки змінні вводяться в формі користувача, існує можливість видалити файли, що належать комусь іншому, ввівши відповідні значення. І тут може знадобитися авторизація. Подивимося, що станеться, якщо буде відправлено значення "../etc/" і "passwd". Скрипт виконає такі дії:

Приклад #2 ... атаці на файлову систему

Loading...
▶

Існують два важливі заходи, які можна вжити для запобігання описаній проблемі.

• Обмежити доступ користувача, з правами якого працює веб-сервер із PHP.
• Перевіряйте всі дані, що вводяться користувачем.

Ось покращений варіант коду:

Приклад #3 Безпечніша перевірка імені файлу

Loading...
▶

Однак і така перевірка не враховує всіх можливих ситуацій. Якщо система авторизації дозволяє користувачам вибирати довільні логіни, зломщик може створити обліковий запис виду "../etc/" і система знову виявиться вразливою. Виходячи з цього, вам може знадобитися суворіша перевірка:

Приклад #4 Суворіша перевірка імені файлу

Loading...
▶

Залежно від операційної системи, що ви використовуєте, необхідно передбачати можливість атаки на різноманітні файли, включаючи системні файли пристроїв (/dev/ або COM1), конфігураційні файли (наприклад /etc/ або файли з розширенням .ini), добре відомі області зберігання даних (/home /, My Documents), і так далі. Виходячи з цього, як правило, легше реалізувати таку безпекову політику, в якій заборонено все, виключаючи те, що явно дозволено.