Сообщения Hex-Value

Вопрос насчет grub

Форум — General

День добрый,

Сразу уточню что вопрос касается Kali, так как эти системы из одной 'ветки' решил задать вопрос здесь. Установил Kali на на один диск с win, ставил на зашифрованный раздел lvm(luks), все заработало отлично. Но не могу понять почему у меня GRUB просто с синим фоном(я так подозреваю он работает в текстовом режиме), т.е по дефолту он стилизованный(думаю все видели этого дракона) переживаю что вдруг что-то напутал. Понятное дело что его можно изменить но вопрос почему после установки он не стандартный(сомневаюсь что дело в LUKS)

Забегая вперёд: Просьба 'куладминов' оставить при себе шутки про хацкеров.

[img]https://i.ibb.co/HHC55N3/grub.jpg[/img]

Решение: Закинул картинку в /boot/grub указал путь к ней в grub.cfg(105 строка) после обновил grub(update-grub) и все завелось. Надеюсь данное решение поможет другим.

Спасибо.

debian, grub, kali

Hex-Value
(14.10.19 20:05:00 MSK)

20 комментариев

Как считать характеристики с помощью bluetoothctl?

Форум — General

Добрый вечер,

решил немного ради интереса поиграться хоть с одним из моих домашних устройств имеющих на своем борту BLE но столкнулся с проблемой, а именно с тем что я не пойму где именно должны отображаться найденные сервисы и как я с ними могу взаимодействовать?

Пример работы с bluetoothclt:

bluetoothctl // запускаю утилиту
    scan on // сканирую эфир
    scan off // останавливаю сканирование
    devices  // отображаю найденные устройства
    Device 4A:6A:BA:8A:0A:00 TV
    connect 4A:6A:BA:8A:0A:00 //  подключаюсь
    [EDENWOOD TV]# info 4A:6A:BA:8A:0A:00  // получаю информацию о данном устройстве
Device 48:6D:BB:87:0C:42 (public)
  Name: TV
  Alias: TV
  Class: 0x0008043c
  Icon: audio-card
  Paired: yes
  Trusted: yes
  Blocked: no
  Connected: yes
  LegacyPairing: no
  UUID: OBEX Object Push          (00001105-0000-1000-8000-00805f9b34fb)
  UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
  UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
  UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
  UUID: Advanced Audio Distribu.. (0000110d-0000-1000-8000-00805f9b34fb)
  UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
  UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
  UUID: Generic Access Profile    (00001800-0000-1000-8000-00805f9b34fb)
  UUID: Generic Attribute Profile (00001801-0000-1000-8000-00805f9b34fb)
  Modalias: bluetooth:v000Fp0000d0000

Я так понимаю что строки начинающиеся с UUID это и есть сервисы которые работают на удаленном устройстве? Если так то как понять за что конкретно каждый из них отвечает, какие характеристики содержит и как их считать или перезаписать с помощью bluetoothctl?

bash, bluetooth, linux, wireless

Hex-Value
(13.09.19 23:29:44 MSK)

1 комментарий

Не выходит считать микросхему с помощью программатора CH341A

Форум — Linux-hardware

День добрый, не могу понять как определить какой чип у меня установлен в устройстве (маршрутизатор dir-300) пробую считать чип с помощью 'прищепки' так как под рукой нет фена, в качестве ПО использую flashrom, все действия проделываю в Ubuntu.

Пробую так:

flashrom -p ch341a_spi -r pks.bin

В результате роутер заводится (диоды мигают) но получаю ошибку(бинарник в результате я не получаю), пробовал прищепку подключать в слот на программаторе для 24 и для 25 микросхем(еще не понял как их отличать).

в ответ получаю ошибку(если верно понял то он не видит чип...):

Using clock_gettime for delay loops (clk_id: 1, resolution: 1ns).
No EEPROM/flash device found.
Note: flashrom can never write if the flash chip isn't found automatically.

bios, dump, flash, прошивка

Hex-Value
(06.09.19 21:04:20 MSK)

48 комментариев

Проблемма при выключении или перезагрузки в Kali.

Форум — General

Добрый день,

При перезагрузке или выключении получаю:

A stop job is running for User Manager for UID 131

каждую секунду UID 131 меняется на 0

0 это мой root 131 это Debian-gdm

Debian-gdm:x:131:141:Gnome Display Manager:/var/lib/gdm3:/bin/false

uname -a Linux pc 4.19.0-kali4-amd64 #1 SMP Debian 4.19.28-2kali1 (2019-03-18) x86_64 GNU/Linux

При чем данное сообщение появляется не всегда(зависимость уловить не смог) предполагаю что проблема именно в демоне gdm3, ниже его конфиг:

# GDM configuration storage - modified by kali-root-login
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncomment the line below to force the login screen to use Xorg
WaylandEnable=false
# Enabling automatic login
#  AutomaticLoginEnable = true
#  AutomaticLogin = root

# Enabling timed login
#  TimedLoginEnable = true
#  TimedLogin = user1
#  TimedLoginDelay = 10

# Reserving more VTs for test consoles (default is 7)
#  FirstVT = 9

[security]
AllowRoot = true

[xdmcp]

[greeter]
# Only include selected logins in the greeter
# IncludeAll = false
# Include = user1,user2

[chooser]

[debug]
# More verbose logs
# Additionally lets the X server dump core if it crashes
#  Enable = true

При работе проблем вроде не возникает.

service gdm3 status

● gdm.service - GNOME Display Manager
   Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled)
   Active: active (running) since Tue 2019-09-03 10:50:23 EDT; 29min ago
  Process: 639 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
 Main PID: 641 (gdm3)
    Tasks: 3 (limit: 4915)
   Memory: 8.7M
   CGroup: /system.slice/gdm.service
           └─641 /usr/sbin/gdm3

Sep 03 10:50:23 pc systemd[1]: Starting GNOME Display Manager...
Sep 03 10:50:23 pc systemd[1]: Started GNOME Display Manager.
Sep 03 10:50:23 pc gdm-launch-environment][645]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0)
Sep 03 10:50:34 pc gdm-password][995]: pam_unix(gdm-password:session): session opened for user root by (uid=0)

Вывод last last -x | less

root     :1           :1               Tue Sep  3 10:50   still logged in
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:50   still running
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:50   still running
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:50 - 06:50  (-3:59)
root     :1           :1               Tue Sep  3 10:45 - 10:48  (00:03)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:45 - 10:50  (00:05)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:45 - 10:50  (04:05)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:44 - 06:45  (-3:59)
root     :1           :1               Tue Sep  3 10:42 - down   (00:02)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:42 - 10:44  (00:02)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:42 - 10:44  (04:02)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:42 - 06:42  (-3:59)
root     :1           :1               Tue Sep  3 10:39 - 10:40  (00:01)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:39 - 10:42  (00:03)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:39 - 10:42  (04:03)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:39 - 06:39  (-3:59)
root     :1           :1               Tue Sep  3 10:37 - 10:37  (00:00)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:36 - 10:39  (00:02)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:36 - 10:39  (04:02)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 00:00 - 06:36  (06:36)

Инфа из логов: egrep -ir "(shut|reboot)" /var/log/*

/var/log/syslog:Aug 29 11:31:34 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 11:31:34 pc cron[569]: (CRON) INFO (Running @reboot jobs)
/var/log/syslog:Aug 29 11:31:34 pc kernel: [    1.703977] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 11:33:07 pc geoclue[871]: Service not used for 60 seconds. Shutting down..
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 12:57:03 pc cron[567]: (CRON) INFO (Running @reboot jobs)
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    0.096493] Unless you actually understand what nomodeset does, you should reboot without enabling it
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    1.495174] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 12:57:14 pc systemd[636]: Reached target Shutdown.
/var/log/syslog:Aug 29 13:25:12 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 13:25:12 pc kernel: [    1.522109] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 13:25:12 pc cron[552]: (CRON) INFO (Running @reboot jobs)
Binary file /var/log/syslog matches
/var/log/user.log:Aug 29 11:33:07 pc geoclue[871]: Service not used for 60 seconds. Shutting down..
Binary file /var/log/user.log matches
Binary file /var/log/wtmp matches

Ниже 4 'умных' паСана мне уже очень многим помогли ;)

Решение:

1. Мною ранее был выключен ipv6 в /etc/sysctl.conf, включил и все стало на свои места. Надеюсь данное решение кому то будет полезно и сэкономит время.

2. Перед тем как перезагружать или выключать, делать logout а уже после перезагружать.

gdm, log, reboot, shutdown

Hex-Value
(03.09.19 12:08:49 MSK)

9 комментариев

Может кто то максимально детально объяснить как работает ssh авторизация по ключам

Форум — General

Я не уверен что совсем верно понимаю принцип авторизации по ssh с использованием ключей, именно за этим сюда и пришел.

На сколько я понимаю.

1. Создается пара ключей открытый и закрытый При создании закрытого (приватного) указываем пароль что бы защитить наш ключ (не совсем понимаю что именно защитить) я так понимаю пароль только на тот случай что если взломщик уже имеет shell в системе?

2. Закрытый ключ всегда лежит в папке юзера от чьего имени генерировались ключи ~/.ssh/

3. Открытый ключ всегда добавляется в файл authorized_keys

PS: Мы можем раздать этот паблик ключ всем пользователям или для каждого нужно создать свой?

4. Далее при подключении клиент просто указывает свой паблик ключ и подключается к системе.

5. Т. е в сам момент авторизации клиент отправляет свой паблик ключ а сервер при получении сверяет его со своей базой в authorized_keys(следовательно паблик ключи все разные иначе как понять кого пускать а кого нет если паблик ключ в свободном доступе)

PS: Если есть толковые люди которые могут исправить или дополнить то буду рад

ssh, ssh-keygen

Hex-Value
(20.08.19 16:34:43 MSK)

14 комментариев

← предыдущие

RSS подписка на новые темы