Поиск Dorks в Google, Bing, Ecosia, Yahoo или Yandex с легкостью — SkyNet Tools
- анализ(11)
- Cloud (45)
- Comm (38)
- DEV (58)
- Документы (44)
- EDU (6)
- Формы (12)
- Orgs (25)
- Другое (6)
- . удаленный(1)
- сокращатель(29)
- социальный(72)
- хранилище(9)
Почему бы вам просто не ввести дорки для нескольких сайтов вручную? Потому что:
- Запрашивать разные поисковые системы очень просто.
- Дорки могут быть выполнены по 1 или более категориям.
- Легко создавать разные входные файлы для разных целей.
- Добавление новых веб-сайтов в поисковый запрос можно организовать, просто добавив их во входной файл.
- В него уже включено множество дурацких веб-сайтов.
- Список дурацких сайтов регулярно обновляется.
- Некоторые поисковые системы игнорируют слишком много ключевых слов/символов в запросе, а с помощью аргумента -count легко разбить ваш придурок на большее количество запросов.
- Содержит список для нескольких платформ Bug Bounty. С помощью 1 команды вы можете искать домены программ на нескольких платформах баг-баунти 🙂
- Поскольку вы хотите помочь посадить больше деревьев с помощью поисковой системы Ecosia (на основе Bing)
Sitedorks должен работать с установкой Kali Linux по умолчанию с использованием Python 3 без установки дополнительных пакетов Python. Просто запустите:
git clone https://github.com/Zarcolio/sitedorks cd сайтдоркс Баш install. sh
Если у вас возникли проблемы с запуском sitedorks, сообщите мне о проблеме, и я постараюсь ее исправить 🙂
использование: sitedorks [-h] [-cat] [-cats] [-count < count>] [-engine ] [-file ] [-query <запрос>] [-site ] [-excl <домены>] [-echo] Используйте свою любимую поисковую систему для поиска поискового запроса на разных веб-сайтах. Используйте одинарные кавычки вокруг запрос с двойными кавычками. Обязательно заключайте запрос в одинарные кавычки, он содержит управляющие символы оболочки, например пробел, ';', '>', '|' и т. д. необязательные аргументы: -h, --help Показать это справочное сообщение, распечатать категории в файле (добавить -file, чтобы проверить другой файл CSV) и выйти. -cat <категория> Выберите из 1 или более категорий, используйте ',' (запятая) в качестве разделителя. По умолчанию для всех категорий. -cats Показать все категории в файле, использовать с параметром -file или без него. -count <количество> Сколько веб-сайтов просматривается по запросу. У Google есть максимальная длина запросов. -engine Поиск с помощью «google», «baidu», «bing», «bing-ecosia», «duckduckgo», «yahoo» или «yandex», по умолчанию 'Google'. -file <файл> Введите пользовательский список веб-сайтов. -query <запрос> Введите обязательный поисковый запрос. -site Включить или выключить оператор 'site:' или заменить его на 'inurl:' (только для Google), по умолчанию 'на'. -excl <домены> Исключить эти домены из поискового запроса. -echo Печатает URL-адреса поисковых запросов для дальнейшего использования, например, для создания закладок. -ubb Обновляет файлы вознаграждений за ошибки (в пределах области видимости) и завершает работу. Использует bbrecon. -wait <секунды> Подождите x секунд, по умолчанию 5 секунд.
Небольшое предупреждение: если вы не используете -cat , sitedorks откроет много вкладок в вашем браузере и, вероятно, заставит Google выдать вам CAPTCHA. Увеличьте время ожидания с помощью опции «-wait», чтобы уменьшить вероятность получения CAPTCHA.
Хотите найти «uber.com» с различными сайтами, содержащими все виды контента, с помощью Google? Используйте следующую команду:
sitedorks -query '"uber.com"'
Хотите найти «сайт uber» (с кавычками и пробелами в запросе)? Используйте следующую команду:
sitedorks -запрос '"веб-сайт uber"'
Хотите искать приглашения на общение с Яндексом, но покинуть сайт: вне запроса? Просто используйте следующую команду:
sitedorks -cat comm -site disable -engine yandex -query uber
И если вы хотите увидеть, какие категории находятся в файле, например, с платформой hackerone:
sitedorks -file sitedorks-bbrecon.csv -cats
Если вы хотите загрузить/обновить файлы вознаграждения за обнаружение ошибок, вы можете использовать параметр -ubb (он использует bbrecon):
sitedorks -ubb
Аргумент -ubb создает два файла: sitedorks-bbrecon-inscope. csv и sitedorks-bbrecon-outscope.csv. Используйте следующую команду для поиска уязвимых систем или полезной информации (всегда проверяйте, входит ли система в область действия, хотя эти домены входят в область действия, это не всегда означает, что этот субдомен или система находится в ней):
sitedorks -file sitedorks- bbrecon-inscope.csv -cat somevdp -query "эксплуатируемые системы/сочная информация"
Используйте эту команду только для поиска важной информации, потому что эти домены выходят за рамки:
sitedorks -file sitedorks-bbrecon-outscope.csv -cat somevdp -query "сочная информация"
Не знаете, что искать? Попробуйте:
- https://twitter.com/hashtag/googledork%20OR%20%23googledorks
- https://gbhackers.com/latest-google-dorks-list
Подпишитесь на нас и поставьте лайк:
ToolsSDK — Обработка ошибок в API — 《YDB(База данных Яндекса)22.2 Документация》
- Обработка ошибок
- Регистрация ошибок
- Статусы завершения
- Регистрация ошибок
- Статусы завершения
При использовании YDB SDK бывают ситуации, когда необходимо обрабатывать ошибки.
Ошибки можно разделить на три категории:
Временные сбои
(повторяемые, далее — R): включают в себя кратковременную потерю сетевого подключения, временную недоступность или перегрузку подсистемы YDB или отказ YDB ответить на запрос в течение установленного времени ожидания. При возникновении одной из этих ошибок повторная попытка неудачного запроса, скорее всего, будет успешной через определенный период времени.Ошибки, которые не могут быть исправлены повторной попыткой (неповторяемые, далее — Н): включают некорректно написанные запросы, внутренние ошибки YDB или запросы, не соответствующие схеме данных. Нет необходимости повторять запрос. Эта ситуация требует дополнительного вмешательства разработчика.
Ошибки, которые предположительно могут быть исправлены повторной попыткой после ответа клиентского приложения (условно повторяемая, далее — C): Включать отсутствие ответа в течение установленного таймаута или запрос аутентификации.
YDB SDK предоставляет встроенный механизм для обработки временных сбоев. По умолчанию SDK использует рекомендуемую политику повторных попыток, которую можно изменить в соответствии с требованиями клиентского приложения. YDB возвращает коды завершения, которые позволяют определить, уместна ли повторная попытка и какой интервал выбрать.
Повторять операцию следует только в том случае, если ошибка относится к временному сбою. Не пытайтесь повторить недопустимые операции, такие как вставка строки с существующим значением первичного ключа в таблицу или вставка данных, которые не соответствуют схеме таблицы.
Крайне важно оптимизировать количество повторных попыток и интервал между ними. Чрезмерное количество повторных попыток и слишком короткий интервал между ними вызывают чрезмерную нагрузку. Недостаточное количество повторных попыток препятствует завершению операции.
При выборе интервала обычно используются следующие стратегии:
- Экспоненциальная отсрочка. Для каждой последующей попытки интервал увеличивается экспоненциально.
- Интервалы в приращениях. Для каждой последующей попытки интервал увеличивается на определенные приращения.
- Постоянные интервалы. Повторные попытки выполняются с одинаковыми интервалами.
- Мгновенный повтор. Повторные попытки выполняются немедленно.
- Случайный выбор. Повторные попытки выполняются через случайно выбранный интервал времени.
При выборе интервала и количества повторных попыток учитывайте статусы завершения YDB.
Не использовать бесконечные повторы. Это может вызвать чрезмерную нагрузку.
Не повторяйте мгновенные попытки более одного раза.
При использовании SDK рекомендуется протоколировать все ошибки и исключения:
- Журнал количества сделанных попыток. Увеличение количества регулярных повторных попыток часто указывает на наличие проблем.
- Зарегистрируйте все ошибки, включая их типы, коды завершения и их причины.
- Запишите общее время выполнения операции, включая операции, завершающиеся после повторных попыток.
Ниже приведены статусы завершения, которые могут быть возвращены при работе с SDK.
Типы ошибок:
- R (повторяемая): временные сбои
- N (без повторной попытки): ошибки, которые не могут быть исправлены повторной попыткой
- C (условно допускающие повторную попытку): ошибки, которые предположительно могут быть исправлены повторной попыткой после получения ответа клиентского приложения
Статус | Описание | Тип | ||
---|---|---|---|---|
Успех | . Запрос был успешно обработан | .0217 | Check the query | N |
INTERNAL_ERROR | Unknown internal error | Contact the developers | N | |
ABORTED | The operation was aborted (for example, due to lock invalidation, KIKIMR_LOCKS_INVALIDATED in detailed error сообщений) | Повторить всю транзакцию | R | |
UNAUTHENTICATED | Требуется аутентификация. | Проверьте используемый токен. Если токен действителен, повторите запрос. | N | |
НЕАВТОРИЗОВАННЫЙ | Отказано в доступе к запрошенному объекту (таблице, каталогу) | Запросить доступ у администратора БД. | N | |
UNAVAILABLE | Часть системы недоступна | Повторить последнее действие (запрос) | R | |
UNDETERMINED 90 статус транзакции. Запрос завершился с ошибкой, что сделало невозможным определение статуса транзакции. На запросы, завершающиеся с этим статусом, распространяются гарантии целостности и атомарности транзакций. То есть либо регистрируются все изменения, либо вся транзакция отменяется. | Для идемпотентных транзакций можно повторить всю транзакцию после небольшой задержки. В противном случае ответ зависит от логики приложения. | C | ||
Перегруженная | Часть системы перегружена | Последнее действие (запрос), снижение скорости запросов | R | |
R | ||||
R |