Aktywne Wpisy
![zarroc](https://wykop.pl/cdn/c0834752/6dcdbf403a569803cf2be4ab09683a6344b517f82831fbf15b4f82d267ee2526,q60.png)
zarroc +4
dawno nie bylo galerii memów a już weekend się zaczal, na pewno coś się znajdzie
![zarroc - dawno nie bylo galerii memów a już weekend się zaczal, na pewno coś się znaj...](https://wykop.pl/cdn/c3201142/edf0ae10a384789dfcf84e8e6764c7c6e1e3088d2f6ef16eee65eca177a3fc35,w150.jpg)
źródło: 1000002038
Pobierz![WuZet_](https://wykop.pl/cdn/c0834752/05bfe3eeeb1f8d72c920cd03634f437caabc74f2f8fecd31a03207a79ed6e5be,q60.jpg)
WuZet_ 0
Szukam adresu i telefonu do @Karakan2540 za podanie prawdziwych płacę 500. Jest z #wroclaw Siedzi na tagach #siatkowka i #famemma
Jak ktos ma, zapraszam na priv, dogadamy szczegóły
Jak ktos ma, zapraszam na priv, dogadamy szczegóły
https://www.reddit.com/r/archlinux/comments/6ahvnk/grub_decryption_really_slow/
Jakiś protip z zabezpieczeniem /boot przed podmianą kernela a jednocześnie żeby w miarę szybko działało? Już powiedzmy, że nie musi być zaszyfrowane.
Wszystkie domyślne systemowe "szyfrowanie całego dysku" sprawia jedynie, że / jest zaszyfrowany a grub jest wywalony na osobną nieszyfrowaną partycję.
Z kolei na zaszyfrowanym /boot grub w #!$%@? długo rozszyfrowuje partycję. Chyba mu to z 30 sekund zajmuje.
#linux #grub
Musisz sobie odpowiedzieć na pytanie: przed czym próbujesz się bronić?
Jeśli chcesz się zabezpieczyć przed kradzieżą danych, np. poprzez kradzież laptopa, albo jesteś dziennikarzem i pracujesz na terenie jakiegoś opresyjnego państwa i chcesz się zabezpieczyć przed typowym przeszukaniem przez służby państwowe...
To nie potrzebujesz szyfrować kernela, czy w ogóle systemu, wystarczy jeśli zaszyfrujesz home (i swap, albo użyje tmpfs).
To
Działa to tak, że skrypt (jako systemd unit i/lub pacman hook) liczy sumy kontrolne wszystkich plików na boocie (binarki kernelowe, bootloadera, configi, no wszystko) w czasie np. aktualizacji jądra, bootloadera i zapisuje je w formie pliku tekstowego na zaszyfrowanym roocie.
Przy włączaniu systemu po potencjalnym ataku evil maid nic się
@keny-keczuloki-anuloki: Tzn każdy z takich kolejnych etapów nie daje może 100% bezpieczeństwa ale jakoś je tam zwiększa. Przykładowo tylko szyfrowany home średnio działa w momencie, w którym ktoś może mieć dostęp do każdego pliku systemu operacyjnego (np z zewnętrznego systemu). Szyfrowany / bez szyfrowanego /boot już ci fajnie szyfruje wrażliwe pliku OS-a ale wciąż pozostaje konfiguracja bootloadera i jego pliki. Szyfrowany
https://wiki.archlinux.org/index.php/Secure_Boot
rzucam temat bez sprawdzenia, nigdy sie nad tym nie zastanawiałem