Записки потомственного it'шника
275 subscribers
509 photos
40 videos
204 files
1.65K links
Краткость — сестра таланта.
Автоматизация — мать порядка.
Ransomware'щики — боги.
Батя — программист over 80+ level.
Мать — бухгалтер, соскачившая с цифр на контдитерские изделия.
Ну а я — бакалавр ИБ по собственной воле.
Update: уже магистр.
Download Telegram
Forwarded from Sys-Admin InfoSec
 
Как установить сканер уязвимостей Greenbone OpenVAS 21 в CentOS 8

OpenVAS или Open Vulnerability Assessment Scanner - Сканер уязвимостей, который под капотом имеет много полезных фич, например таких, как NVT (Network Vulnerability Tests) или базы свежих CVE (Common Vulnerabilities and Exposures), отчеты, расписания. дашбоарды и много чего еще, в общем все то, что необходимо сисадминам, и не только в повседневной жизни 🙂

Пост в моем Sys-Admin блоге: Как установить сканер уязвимостей Greenbone OpenVAS 21 в CentOS 8

P.S. Сюда не все новости из блога попадают, все новости из блога (и не только) есть в Sys-Admin Up
 
https://github.com/HXSecurity/DongTai

Сложно мне конечно в китайский и его диалекты, но выглядит как IAST инструмент, судя по паре аббревиатур и упоминании нескольких методик...
И работает вместе с приложением как прослойка между обращение клиентов к этому самому приложению.
🔧 htmlq - эта штуковина как jq, только для html. https://github.com/mgdm/htmlq

Для всяческого парсинга всевозможной информации с разнообразных сайтиков выглядит очень интересно.

#htmlq #фидбечат #будничное
🔓 PAM модуль, для специальных паролей, при вводе которых можно выполнять заранее предопределённые действия на сервере.

https://github.com/nuvious/pam-duress

#фидбечат #pam #security
Вот запланировал себе задачку на проработку и реализацию. А тут на тебе и доклад хороший как раз о том что я хотел сделать. Доклад о тестировании/сканировании через CI в цикле разработки. Оставлю тут. Сам пересмотрю и с вами поделюсь.
https://www.youtube.com/watch?v=LxaQRljP7KU
Моя учительница английского говорит, что если каждый день заполнять вот такую табличку времен английского (на английском, конечно же), то очень скоро проблем с этой частью грамматики языка не будет вовсе. И чтобы обучение шло проще, заполнять надо привычными нам словами - protect, securе, test, check, evaluate, outsource, defend, attack, avoid, comply и т.п.
Forwarded from DevOps&SRE Library
k8s-vault-webhook

k8s-vault-webhook is a Kubernetes admission webhook which listen for the events related to Kubernetes resources for injecting secret directly from secret manager to pod, secret, and configmap. The motive of creating this project is to provide a dynamic secret injection to containers/pods running inside Kubernetes from different secret managers for enhanced security.

https://github.com/OT-CONTAINER-KIT/k8s-vault-webhook
Forwarded from YAH
Любопытный инструмент

На недавнем ZN, играя в CTF'чик, зайдя на хост, увидел любопытный инструмент - pspy64. Раньше такого не встречал.

Запустив, понял что этот инструмент находясь в *user space* показывает все запущенные процессы системы с их cmdline и т.д. (В том числе рутовые процессы и процессы других пользователей системы).

Понял что тут примешено чутка хакерской магии, т.к. просто дампнуть процессы пользователя root мы конечно же не можем. Я понимал, что можно спарсить /proc, но это не настолько подробно и мне казалось что это весьма долго.

Так вот, я решил почитать о нем и также захотелось рассказать вам. Опишу идею кратко, а вы если захотите разберетесь глубже.

Встречайте: https://github.com/DominicBreuker/pspy

pspy - unprivileged Linux process snooping

pspy - это инструмент командной строки, предназначенный для наблюдения за процессами без необходимости получения прав root. Он позволяет просматривать команды, запущенные другими пользователями, задания cron и т.д. по мере их выполнения. Отлично подходит для исследования систем Linux в CTF. Также отлично подходит для демонстрации коллегам, почему передача секретов в качестве аргументов в командной строке - плохая идея.

Как это работает

Существуют инструменты, позволяющие перечислить все процессы, выполняемые в системах Linux, включая те, которые завершились. Например, существует forkstat. Он получает уведомления от ядра о событиях, связанных с процессами, таких как fork и exec.

Эти инструменты требуют привилегий root, но это не должно вызывать у вас ложного чувства безопасности. Ничто не мешает вам подглядывать за процессами, запущенными в системе Linux. Много информации видно в procfs до тех пор, пока процесс запущен. Единственная проблема заключается в том, что вам нужно поймать недолговечные процессы за очень короткий промежуток времени, в течение которого они живы. Сканирование каталога /proc в поисках новых PID в бесконечном цикле делает этот трюк, но потребляет много CPU.

Более скрытный способ - использовать следующий трюк. Процессы обычно обращаются к таким файлам, как библиотеки в /usr, временные файлы в /tmp, файлы журналов в /var, ... Используя API inotify, вы можете получать уведомления всякий раз, когда эти файлы создаются, изменяются, удаляются, к ним обращаются и т.д. Linux не требует прав привилегированных пользователей для работы с этим API, поскольку он необходим для многих невинных приложений (например, текстовых редакторов, показывающих актуальный проводник файлов). Таким образом, хотя пользователи без права root не могут напрямую следить за процессами, они могут следить за влиянием процессов на файловую систему.

Мы можем использовать события файловой системы как триггер для сканирования /proc, надеясь, что мы сможем сделать это достаточно быстро, чтобы поймать процессы. Именно это и делает pspy. Нет гарантии, что вы не пропустите ни одного процесса, но в моих экспериментах шансы кажутся высокими. В общем, чем дольше идут процессы, тем больше шансов их поймать.

Что сказать? Гениально!
Forwarded from infosecurity
Дорожная карта для исследователя безопасности веб-приложений, разбитая на уровни подготовки.

https://securityflow.io/roadmap/

#roadmap
Forwarded from 𝚔𝚟𝚊𝚙𝚜
Окей, как показала практика netns может вполне себе существовать и без pid запущенных в нём, это называется persistent namespace и отличается наличием маунтпоинта в системе

ip netns add foo создаёт маунтпоинт в /run/netns/foo, и пока он существует, существует и нетворк неймспейс.

Если сделать ip netns del foo или umount /run/netns/foo, то нетворк неймспейс ожидаемо удаляется со всеми интерфесами, но только если в нём не осталось никаких процессов. В противном случае нетворк неймспейс продолжит существовать. Как только умирает послелний процесс в неймспейсе, то убивается и сам неймспейс со всеми интерфейсами.

Докер использует persistent неймспейсы, и маунтит их в /run/docker/netns, именно по этой причине они не видны в ip netns, который смотрит в /run/netns и, ожидаемо ничего там не находит.

Стоит упомянуть что для каждого запущенного процесса в procfs можно найти файл неймспейса в котором он работает ls /proc/*/ns/net

Для того чтобы залогиниться в неперсистентный неймспейс, можно сделать так:

ln -s /proc/123/ns/net /run/netns/foo
ip netns foo exec /bin/bash

или ещё проще:
nsenter -t 39608 -n /bin/bash

Чтобы вывести список всех неймспесов:

персистентных (включая неймспейсы без процессов):
grep nsfs /proc/mounts

неперсистентных (неймспейсы с запущенными процессами)
lsns -t net

PS: всё вышесказанное валидно не только для network неймспейсов но так же и для всех остальных
https://man7.org/linux/man-pages/man1/unshare.1.html

сегодня я стал чуточку умнее 🙂