Πρόβλημα με encrypted root partition

[AppDeb]

Create an encrypted provider, but use two keys: one for your girlfriend
and one for you (so there will be no tragedy if she forgets her
passphrase):

Μόνο που βλέπω τα κατεβατά με πιάνει η ψυχή μου. Στο FBSD στήνεις encryption με geli(8) σε 3 - 4 εντολές, μετά λένε το BSD δύσκολο.

Είναι να απορεί κανείς.

Όσο είσαι στο base system, το FreeBSD είναι άπιαστο σε αυτά γιατί είναι όλα δεμένα. Μετά όμως... ports

[Thuglife]

ports <3, τρελή αγάπη!

Ένα πιο user friendly binary pm / front end χρειάζεται imo, συζητάνε για ενσωμάτωση των PBI στις λίστες.

[megahead13]

Επιτέλους! Έβγαλα άκρη!!! Καλά το home δεν το έβλεπε, γιατί είχα ξεχάσει κάτι πολύ απλό στον καινούργιο σκληρό:

mkdir /home

PWNED!!!

Θα γράψω περισσότερες λεπτομέρειες αργότερα. Μείνετε συντονισμένοι!

........Auto merged post: megahead13 πρόσθεσε 114 λεπτά και 51 δευτερόλεπτα αργότερα ........

Χμμ, μόλις παρατήρησα το εξής. Ενώ τα encrypted partitions γίνονται mounted κανονικά κατά το boot, στους file managers (πχ Krusader, Dolphin) δε φαίνονται καθόλου. Έτσι δε μπορώ να τα επιλέξω και πρέπει να ακολουθήσω την πλήρη διαδρομή (πχ /media/sdX). O Krusader δε, μου δείχνει τα ήδη mounted LUKS partitions, τα οποία αν επιλέξω μου ζητάει passphrase! Στα gtk file dialogs (πχ Firefox) φαίνονται, αλλά όπως να 'ναι. Κ*λος έχει γίνει το όλο θέμα!!

[flamelab]

Off Topic

To arch wiki το'δες ;

http://wiki.archlinux.org/index.php/LUKS

(ασχετο με αυτο που ρωτας, αλλα μιας και έψαχνες για wiki documentation)

[c4lex]

Off Topic

Ή το ίδιο το documentation.



http://www.passwd.net/cgi-bin/dwww/u...etup/?type=dir
http://www.passwd.net/cgi-bin/dwww/u...ADME.Debian.gz
http://www.passwd.net/cgi-bin/dwww/u...E.initramfs.gz

[AppDeb]

Off Topic

Ή το ίδιο το documentation.



http://www.passwd.net/cgi-bin/dwww/u...etup/?type=dir
http://www.passwd.net/cgi-bin/dwww/u...ADME.Debian.gz
http://www.passwd.net/cgi-bin/dwww/u...E.initramfs.gz

Ωραίος c4lex,

εκεί έχει και τα docs για το initramfs.

Από όσο διάβασα το initramfs κοιτάει /etc/fstab και /etc/crypttab όταν το φτιάχνεις, για αυτό υπήρχαν όλα τα προβλήματα (δεν είναι αυτόνομο) και τα override στο grub τα κάνεις μόνο με cryptopts=.

Τα περισσότερα που είπαμε δεν ισχύουν λοιπόν. Πρώτα φτιάχνεις τα πάντα στα etc/ και μετά το initramfs.

[megahead13]

Ωραίος c4lex,

εκεί έχει και τα docs για το initramfs.

Από όσο διάβασα το initramfs κοιτάει /etc/fstab και /etc/crypttab όταν το φτιάχνεις, για αυτό υπήρχαν όλα τα προβλήματα (δεν είναι αυτόνομο) και τα override στο grub τα κάνεις μόνο με cryptopts=.

Τα περισσότερα που είπαμε δεν ισχύουν λοιπόν. Πρώτα φτιάχνεις τα πάντα στα etc/ και μετά το initramfs.

Ακριβώς! Αν είχα προσέξει το documentation στο /usr/share/doc/cryptsetup, θα είχα γλυτώσει όλο το ψάξιμο και τον κόπο από την αρχή* !!! Συνεπώς: RTFM!!! Εκεί εξηγεί πως μπορείς να έχεις και gpg encrypted keys, σε αντίθεση με αυτό που νόμιζα, ότι δηλαδή στο Debian δεν έχει υλοποιηθεί... Οπότε, τώρα το grub μου είναι έτσι:

kernel       /vmlinuz-2.6.33-0.slh.15-sidux-686 root=/dev/mapper/cryptroot cryptopts=target=/dev/mapper/cryptroot,source=/dev/sda3 ro quiet

Ίσως το target=/dev/mapper/cryptroot να μη χρειάζεται, αφού ούτως ή άλλως είναι το default του Debian, αλλά το έβαλα για να είμαι καλυμμένος. Προσοχή: Εισαγωγικά ("") δε χρειάζονται στο cryptopts, όπως πρότεινε εδώ ο imitheos, γι' αυτό και μου έβγαζε λάθος όταν το δοκίμασα. Επίσης βάζοντας τα παραπάνω στα kernel boot parameters, δε χρειάζεται το αρχείο /etc/initramfs-tools/conf.d/cryptroot για να φτιαχτεί το initramfs, το οποίο μόνο προβλήματα δημιουργεί. Ή εγώ είμαι , που είναι και το πιο πιθανό...

* c4lex ευχαριστώ για την υπόδειξη μέσω πμ!!


Κατα τ' άλλα, σχετικά με αυτό:

Χμμ, μόλις παρατήρησα το εξής. Ενώ τα encrypted partitions γίνονται mounted κανονικά κατά το boot, στους file managers (πχ Krusader, Dolphin) δε φαίνονται καθόλου. Έτσι δε μπορώ να τα επιλέξω και πρέπει να ακολουθήσω την πλήρη διαδρομή (πχ /media/sdX). O Krusader δε, μου δείχνει τα ήδη mounted LUKS partitions, τα οποία αν επιλέξω μου ζητάει passphrase! Στα gtk file dialogs (πχ Firefox) φαίνονται, αλλά όπως να 'ναι. Κ*λος έχει γίνει το όλο θέμα!!

Μου μύριζε Redhat η δουλειά, δηλ DeviceKit το οποίο δεν είχα εγκατεστημένο. Με το που το έβαλα voila, εμφανίστηκαν τα mounted encrypted partitions κανονικά παντού! Στο επόμενο restart όμως πάλι μια από τα ίδια, εκτός από τα gtk file dialogs! Δεν ξέρω αν έχει να κάνει με αυτό το bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561702 Επίσης, βρήκα και αυτό, αλλά είναι από πέρσι: http://forum.kde.org/viewtopic.php?f=66&t=12564 Τελος πάντων, επειδή άκρη δεν έβγαλα και επειδή δεν είναι τόσο σημαντικό πέταξα δύο symlinks μέσα στο home και ξεμπέρδεψα, γιατί βαρέθηκα να χάνω χρόνο με αηδίες.

@gorillaki: Όχι δεν έχω usb keyboard (πρόκειται για λάπτοπ), έχω όμως usb ασύρματο ποντίκι. Δεν καταλαβαίνω όμως πως αυτό θα μπορούσε να επηρεάσει το αρχικό πρόβλημα...

@flamelab: Κοίταζα και από το ArchWiki και από GentooWiki τα σχετικά με LUKS. Το θέμα είναι ότι κάθε διανομή κάνει τα δικά της με το initramfs και τα kernel boot parameters στο grub.

Create an encrypted provider, but use two keys: one for your girlfriend
and one for you (so there will be no tragedy if she forgets her
passphrase):

Από GentooWiki:

Now let's talk about what encrypting your system won't protect you against:
Someone wiping out your disk(s).
Someone breaking into your system from your network (internet).
Someone steals your computer when it's on (notebook OR desktop). (1)
Someone plants a hardware keylogger when you're sleeping. (2)
Someone tortures you to death to get the passphrase. (3)
(1) - Authorities have a tool that allows them to extract a desktop/server from a running environment while not disrupting power. Two ways to deal with this are: a) Rebooting the system automatically when a paired bluetooth device is lost, or b) rebooting when the network is disconnected
(2) - If you use a keyfile on a removable media(USB-stick) this doesn't quite apply to you anymore.
(3) - More about this on the next section.

[AppDeb]

Ίσως το target=/dev/mapper/cryptroot να μη χρειάζεται, αφού ούτως ή άλλως είναι το default του Debian, αλλά το έβαλα για να είμαι καλυμμένος. Προσοχή: Εισαγωγικά ("") δε χρειάζονται στο cryptopts, όπως πρότεινε εδώ ο imitheos, γι' αυτό και μου έβγαζε λάθος όταν το δοκίμασα. Επίσης βάζοντας τα παραπάνω στα kernel boot parameters, δε χρειάζεται το αρχείο /etc/initramfs-tools/conf.d/cryptroot για να φτιαχτεί το initramfs, το οποίο μόνο προβλήματα δημιουργεί. Ή εγώ είμαι , που είναι και το πιο πιθανό..

Αυτό που λένε τα debian docs είναι ότι το cryptops χρειάζεται μόνο αμα δεν έχεις φτιάξει σωστό initramfs (ή σε περίπτωση recovery κλπ). Άρα πέτα όλα τα cryptops από grub και φτιάξε ένα initramfs όπως το λένε οι οδηγίες.

Εκτός και άμα βαρέθηκες , έτσι μην πειράζεις τίποτα τώρα που δουλεύουν.

[megahead13]

Εκτός και άμα βαρέθηκες , έτσι μην πειράζεις τίποτα τώρα που δουλεύουν.

Πώς το κατάλαβες;;

[mrsaccess]

Now let's talk about what encrypting your system won't protect you against:
Someone wiping out your disk(s).

Ένα από τα καλά του LUKS μάλιστα είναι πως μπορείς να κάνεις wipe ένα σκληρό σε λιγότερο από ένα δευτερόλεπτο. Ο μόνος τρόπος για ανάκτηση μετά από αυτό θα είναι bruteforce attack στο raw partition το οποίο φυσικά δεν είναι κρυπτογραφημένο με το «κλειδάκι» σου αλλά με το υψίστης ασφαλείας κωδικό που φτιάχνει το LUKS...

[gorillaki]

@gorillaki: Όχι δεν έχω usb keyboard (πρόκειται για λάπτοπ), έχω όμως usb ασύρματο ποντίκι. Δεν καταλαβαίνω όμως πως αυτό θα μπορούσε να επηρεάσει το αρχικό πρόβλημα...

Εγώ έχω, και για να μπουτάρει το σύστημα πρέπει στα HOOKS του κέρνελα να περνάω το usbinput πριν από το encrypt, ενώ επιπλέον όταν μπουτάρει το σύστημα, κολλάει μετά την αναγνώριση της τελευταίας USB συσκευής, και για να προχωρήσει ζητώντας τα διαπιστευτήρια του LUKS θα πρέπει να πατήσω enter στο πληκτρολόγιο- αλλοιώς, μένει εκεί στον αιώνα τον άπαντα...

[c4lex]

Off Topic

* c4lex ευχαριστώ για την υπόδειξη μέσω πμ!!

No problem και sorry που δεν είδα το thread νωρίτερα.

Πόσταρα το screenshot απλά να τονίσω το directory. Σύμφωνα με το linux filesystem hierarchy, στο /usr/share/doc (και /usr/doc) μπαίνει πάντα το documentation των πακέτων που χρειάζονται πέρα από τα man pages και ισχύει σε όλες τις διανομές που ακολουθούν το LFH (στο gobolinux δεν έχω ιδέα τι γίνεται..).

/usr/share/doc
Location of package specific documentation files. These directories often contain useful information
that might not be in the man pages. They may also contain templates and configuration files for
certain utilities making configuration that much easier.

Και είναι πάντα τίγκα σε τέτοια διαμάντια σαν αυτά που υποδείξατε με τον βασανισμό και το έτερον ήμισυ. xD

[AppDeb]

Πόσταρα το screenshot απλά να τονίσω το directory. Σύμφωνα με το linux filesystem hierarchy, στο /usr/share/doc (και /usr/doc) μπαίνει πάντα το documentation των πακέτων που χρειάζονται πέρα από τα man pages και ισχύει σε όλες τις διανομές που ακολουθούν το LFH (στο gobolinux δεν έχω ιδέα τι γίνεται..).

Εγώ έψαχνα μέσα στο /usr/share/doc/initramfs-tools για αυτό απογοητεύτηκα .

[mrsaccess]

Εγώ έχω, και για να μπουτάρει το σύστημα πρέπει στα HOOKS του κέρνελα να περνάω το usbinput πριν από το encrypt, ενώ επιπλέον όταν μπουτάρει το σύστημα, κολλάει μετά την αναγνώριση της τελευταίας USB συσκευής, και για να προχωρήσει ζητώντας τα διαπιστευτήρια του LUKS θα πρέπει να πατήσω enter στο πληκτρολόγιο- αλλοιώς, μένει εκεί στον αιώνα τον άπαντα...

Βάλε Gentoo να βρεις την υγεία σου!

[gorillaki]

Βάλε Gentoo να βρεις την υγεία σου!

Μα... δεν το κάνει συστηματικά. Μόνο στο desktop, που έχει ασύρματο πληκτροπόντικα, και μόνο μετά την αναβάθμιση σε 64-bit. Σε 32μπιτο δούλευε τζιτζί.
Στο λάπτοπ, που τρέχει Arch 32-bit με το ενσωματωμένο keyboard και touchpad, δε χρειάζεται τίποτε απολύτως- μπουτάρει σε χρόνο dt.