Ну шо, обіцянку тримаю. Ви ставили серденько а значить, буде продовження.
Тема реально важлива, і сьогодні практичне доповнення, типові шляхи, які варто перевірити, якщо ви хочете побачити а чи не світиться у вас щось зайве
Що я маю вас сказати, ось ТОП службових файлів і директорій, які іноді забувають сховати
Як завжди по класиці через curl -I або навіть просто в браузері, якщо IP/домен доступний)
Це перевірка конфігів
curl -I http://<IP>:8080/.env
curl -I http://<IP>:8080/config.json
curl -I http://<IP>:8080/.htpasswd
Це лог-файлів
curl -I http://<IP>:8080/debug.log
curl -I http://<IP>:8080/logs/latest.log
Це git
curl -I http://<IP>:8080/.git/config
curl -I http://<IP>:8080/.git/HEAD
curl -I http://<IP>:8080/.gitignore
Це health/статуси
curl -I http://<IP>:8080/healthz
curl -I http://<IP>:8080/server-status
curl -I http://<IP>:8080/internal/status
ну і не забувайте шо якщо це https то це по замовчуваню 443 - на 8080 це я вам як приклад)
Якщо щось з цього повертає 200 OK це означає
- Файл/шлях світиться
- Немає захисту (навіть найпростішого deny all або auth_basic)
- І будь-хто ззовні може отримати доступ до внутрішньої інфи (url-и, конфіги, ключі, логи)
І ше раз повторюсь чому це критично
- Це не якась дрібничка, це може коштувати компанії витоку
- Це може бути точкою входу для атаки
- І ви, як QA, можеш бути тим, хто зупинив це ще до релізу
ну і мій поіт по висновку
куа не зобов’язаний бути сек’юріті-спецом, але розуміти, де шукати дірки, це вже 50% справи. Навіть простий curl і трохи уважності можуть підняти тебе в очах команди.
Ну що всім гарного вечора друзі, відпочивайте хто як вміє)
Всіх обняв 🤗💛