Search the Community

Приветствую, хакеры! В данной небольшой статье я хочу рассказть о том, как чистить кэш в браузере одной кнопкой. Браузер старается сохранить различные данные, чтобы быстрее работать в дальнейшем, но не факт, что они потребуются вам, поэтому в какой-то момент кэш браузера может разрастись до десятка гигабайт, а то и больше, что отрицательно повлияет на быстродействие системы. Кэш в Chrome можно чистить через настройки, но есть более удобный способ — с помощью расширения Clear Cache. Оно бесплатное и делает ровно то, для чего предназначено — удаляет из браузера кэш и другие лишние данные. Очистка происходит по нажатию всего одной кнопки справа от адресной строки. После установки нужно выбрать, какие типы данных вы хотите удалять по нажатию на кнопку Clear Cache (кэш, куки, заполненные формы, историю сообщений и т. п.), а также период времени, за который производится очистка. Если вы интенсивно работаете в Chrome, можно выбрать удаление только кэша за последний час, этого уже будет достаточно для того, чтобы браузер начал работать шустрее. Вся информация предоставлена лишь для ознакомления и не призывает к действиям. Автор не несет ответственности за использование этой информации.

Приветствую, хакеры! В данной небольшой статье я хочу рассказать вам об очень полезном инструменте для Kali Linux, а именно про такую утилиту как ARTLAS. ARTLAS - Это утилита для анализа логов Apache в реальном времени. Принцип работы построен на 10 важнейших уязвимостях по классификации OWASP. Данный инструмент выявляет практически все возможные попытки эксплуатации ваших веб-приложений и способен уведомить вас напрямую через Telegram, Zabbix или Syslog/SIEM. Поддерживаемые веб-сервера: Apache, Apache vHost. Установка: 1. git clone https://github.com/mthbernardes/ARTLAS 2. cd ARTLAS/ 3. sudo pip2 install -r requirements.txt Необходимо отредактировать файл artlas.py. Для этого откройте его и выполните следующие действия: 1. gedit artlas.py 2. Найдите там строку: "http://dev.itratos.de/projects/php-ids/repository/raw/trunk/lib/IDS/default_filter.json" 3. Замените её на: "https://raw.githubusercontent.com/PHPIDS/PHPIDS/master/lib/IDS/default_filter.json" 4. Сохраните и закройте файл. Вся информация предоставлена лишь для ознакомления и не призывает к действиям. Автор не несет ответственности за использование этой информации.

Приветствую, хакеры! Когда речь заходит о тестировании веб-приложений "черным ящиком", одно из основных действий - перебор возможных путей для поиска новых точек входа и "забытых" данных. То есть, берется какой-либо список популярных названий директорий (вроде /uploads/) и файлов (data.txt, file.php и т.п.) и осуществляется последовательный перебор. Техника известная, старая как мир, под нее существует множество утилит, множество публичных списков. Из наиболее популярных можно отметить следующие утилиты: dirb (http://dirb.sourceforge.net/)wfuzz (https://github.com/xmendez/wfuzz)DirBuster (https://sourceforge.net/projects/dirbuster/)nikto (https://github.com/sullo/nikto)dirsearch (https://github.com/maurosoria/dirsearch)nmap (модуль http-enum) (https://nmap.org)Metasploit Framework (модули dir_scanner, files_dir) (https://www.metasploit.com/)Burp Suite (с помощью Intruder) (https://portswigger.net/burp)Тысячи их. Лично я предпочитаю wfuzz (быстро работает, удобная фильтрация ответов веб-сервера по нескольким критериям), либо Burp Suite. Популярных списков для перебора не меньше, чем утилит, так как каждая зачастую идет с каким-либо списком по умолчанию. Из сторонних можно отметить: SecLists (раздел Discovery -> Web-Content) (https://github.com/danielmiessler/SecLists)PayloadsAllTheThings (немного и раскидано по файлам) (https://github.com/swisskyrepo/PayloadsAllTheThings)FuzzDB (раздел discovery -> predictable-filepaths) (https://github.com/fuzzdb-project/fuzzdb)Практически каждый пентестер составляет и поддерживает свой подобный список, и не один, а множество: наиболее полный, наиболее продуктивный и краткий (по аналогии с идеей top1000 открытых портов в nmap), бесконечное количество под конкретные веб-технологии, фреймворки и CMS. Я тоже потратил некоторое время на составление подобных листов и хотел бы ими поделиться, причем не общими, а под некоторые известные веб-интерфейсы управления БД (вроде phpMyAdmin) и менеджеры файлов (даже не знаю, какой пример привести, чтобы действительно известный). Как показывает практика, многие пренебрегают такими специализированными листами. Списки сделал под следующие продукты: phpMyAdmin (https://github.com/phpmyadmin)Adminer (https://github.com/vrana/adminer)PHP Mini SQL Admin (https://sourceforge.net/projects/phpminiadmin/)Sypex Dumper (https://sypex.net)phpFileManager (https://www.dulldusk.com/phpfm)tinyfilemanager (https://github.com/prasathmani/tinyfilemanager)extplorer (https://extplorer.net/)FileRun (http://www.filerun.com/)Encode Explorer (https://sourceforge.net/projects/encode-explorer/)phpLiteAdmin (https://www.phpliteadmin.org/)

Всем привет. В этой небольшой статье я бы хотел рассказать про одну маленькую особенность такого “прекрасного” сервиса, который носит название temp-mail. Что переводится как временная почта. Итак, наверняка любой из нас любит полазить в интернете и поискать какую-то информацию, но когда мы на нее натыкаемся, то можем обнаружить, что она скрыта и нам нужно зарегистрироваться. Поэтому мы быстренько бежим и регистрируем новую почту. Конечно, можно воспользоваться сервисом temp-mail.org, он сильно облегчит жизнь и не засрет вам вашу личную почту. Но я хочу рассказать об обратной стороне данного почтового сервиса, из-за который я бы крайне не рекомендовал бы его использовать. Опасность данного сервиса Что же, заходим на сайт со своего обычного ИП-адреса и забираем почту: Отлично, теперь можем зарегистрироваться на первом встречном форуме, естественно указывая нашу временную почту и ожидаем письмj Письмо у нас, теперь нам нужно просто удалить данный ящик, чтобы все сообщения были “удалены” Ура! Вся наша информация удалена, и мы остались конфиденциальны. На самом деле, все не так как хотелось бы. Изменим свой ИП-адрес, после чего заходим на тот же сайт и нажимаем “Сменить” Когда введете всю информацию, то есть домен и имя почту, вы сохраняете это все и проверяете что из этого вышло. Видим все сообщения, выводы делайте соответсвующие.

Всем привет, из заголовка статьи вы наверняка узнали, о чем сейчас пойдет речь. Ведь данный инструмент, используемый в командной строке, предназначен для того чтобы проверять безопасность SSL, так же он позволяет проверить сервис сервера на всевозможных портах чтобы иметь поддержку TLS и SSL протоколов и помимо этого также ошибки криптографии. Данный инструмент имеет высокую совместимость с различными операционными системами. Запустить его можно на любых версия Linux, Mac OS X, так же на FreeBSD и с маленькой скоростью запускается на Cygwin. Но по заявлению разработчиков данный инструмент должен работать на любых UNIX-подобных системах Особенности testsl.shh в тестировании безопасности Четкость вывода информацииЛегок в установкеЯвляется очень гибким инструментомИмеет в себе собственный набор инструментовПроверенная надежностьПриватность полученной информацииПолный доступ к инструменту без каких-либо доплат Официальные команды для использования данного инструмента userid@somehost:~ % testssl.sh testssl.sh -h, --help what you're looking at -b, --banner displays banner + version of testssl.sh -v, --version same as previous -V, --local pretty print all local ciphers -V, --local which local ciphers with are available? (if pattern not a number: word match) testssl.sh URI ("testssl.sh URI" does everything except -E) -e, --each-cipher checks each local cipher remotely -E, --cipher-per-proto checks those per protocol -f, --ciphers checks common cipher suites -p, --protocols checks TLS/SSL protocols (including SPDY/HTTP2) -y, --spdy, --npn checks for SPDY/NPN -Y, --http2, --alpn checks for HTTP2/ALPN -S, --server-defaults displays the server's default picks and certificate info -P, --server-preference displays the server's picks: protocol+cipher -x, --single-cipher tests matched of ciphers (if not a number: word match) -c, --client-simulation test client simulations, see which client negotiates with cipher and protocol -H, --header, --headers tests HSTS, HPKP, server/app banner, security headers, cookie, reverse proxy, IPv4 address -U, --vulnerable tests all vulnerabilities -B, --heartbleed tests for heartbleed vulnerability -I, --ccs, --ccs-injection tests for CCS injection vulnerability -R, --renegotiation tests for renegotiation vulnerabilities -C, --compression, --crime tests for CRIME vulnerability -T, --breach tests for BREACH vulnerability -O, --poodle tests for POODLE (SSL) vulnerability -Z, --tls-fallback checks TLS_FALLBACK_SCSV mitigation -F, --freak tests for FREAK vulnerability -A, --beast tests for BEAST vulnerability -J, --logjam tests for LOGJAM vulnerability -D, --drown tests for DROWN vulnerability -s, --pfs, --fs, --nsa checks (perfect) forward secrecy settings -4, --rc4, --appelbaum which RC4 ciphers are being offered? special invocations: -t, --starttls does a default run against a STARTTLS enabled --xmpphost for STARTTLS enabled XMPP it supplies the XML stream to-'' domain -- sometimes needed --mx tests MX records from high to low priority (STARTTLS, port 25) --ip a) tests the supplied v4 or v6 address instead of resolving host(s) in URI arg "one" means: just test the first DNS returns (useful for multiple IPs) --file mass testing option: Reads command lines from , one line per instance. Comments via # allowed, EOF signals end of . Implicitly turns on "--warnings batch" partly mandatory parameters: URI host|host:port|URL|URL:port (port 443 is assumed unless otherwise specified) pattern an ignore case word pattern of cipher hexcode or any other string in the name, kx or bits protocol is one of the STARTTLS protocols ftp,smtp,pop3,imap,xmpp,telnet,ldap (for the latter two you need e.g. the supplied openssl) tuning options (can also be preset via environment variables): --bugs enables the "-bugs" option of s_client, needed e.g. for some buggy F5s --assume-http if protocol check fails it assumes HTTP protocol and enforces HTTP checks --ssl-native fallback to checks with OpenSSL where sockets are normally used --openssl use this openssl binary (default: look in $PATH, $RUN_DIR of testssl.sh) --proxy : connect via the specified HTTP proxy -6 use also IPv6. Works only with supporting OpenSSL version and IPv6 connectivity --sneaky leave less traces in target logs: user agent, referer output options (can also be preset via environment variables): --warnings "batch" doesn't wait for keypress, "off" or "false" skips connection warning --quiet don't output the banner. By doing this you acknowledge usage terms normally appearing in the banner --wide wide output for tests like RC4, BEAST. PFS also with hexcode, kx, strength, RFC name --show-each for wide outputs: display all ciphers tested -- not