Tι είναι το Samsung KNOX και γιατί μας νοιάζει;

[grigoris10]

εδωσα το τηλ γιατι καταλαθος εκανα την ανβαθμιση και κλειδοσα το bootloader.

[leadergr]

Είχε γράψει ένας στο xda ότι "βέβαια εδώ στην Ευρώπη η εγγύηση ισχύει σε ότι κατάσταση κι αν είναι το Knox".

(Ελεύθερη μετάφραση)

 

Τι να γίνεται άραγε? Αν βρω πάλι το νήμα θα αντιγράψω ακριβώς τα λόγια του...

 

Εγω μιλησα με την σαμυ και μου ειπαν τελος η εγγυση.και πως ειναι πληρης αρμοδιοτητα του service πως αν θελει δεν το επισκευαζει κιολας.

[dimkit]

Εγω μιλησα με την σαμυ και μου ειπαν τελος η εγγυση.και πως ειναι πληρης αρμοδιοτητα του service πως αν θελει δεν το επισκευαζει κιολας.

 

Αυτά φίλε μου δεν θα τα Ρωτάς τηλεφωνικά, θα τα στέλνεις μέσω email . Είμαι σίγουρος ότι στο τηλεφωνικό κέντρο ούτε που ξέρουν τι είναι το Knox warranty counter απλώς άκουσαν την λέξη counter και root και απάντησαν μηχανικά.

Τέλος πάντων έχουμε και μια άλλη εξέλιξη σχετικά με τον counter ,που μου φαίνεται σχετικά αληθής,η οποία υποστηρίζει ότι μάλλον δεν είναι efuse , άρα υπάρχουν παραπάνω πιθανότητες να Μπορεί να μηδενιστεί.

 

http://forum.xda-developers.com/showthread.php?t=2504258

[leadergr]

<a href="http://www.myphone.gr/forum/showthread.php?p=4984673" class="internal">Αρχικό μήνυμα από leadergr</a><br />

Εγω μιλησα με την σαμυ και μου ειπαν τελος η εγγυση.και πως ειναι πληρης αρμοδιοτητα του service πως αν θελει δεν το επισκευαζει κιολας.

<br />

<br />

Αυτά φίλε μου δεν θα τα Ρωτάς τηλεφωνικά, θα τα στέλνεις μέσω email . Είμαι σίγουρος ότι στο τηλεφωνικό κέντρο ούτε που ξέρουν τι είναι το Knox warranty counter απλώς άκουσαν την λέξη counter και root και απάντησαν μηχανικά.<br />

Τέλος πάντων έχουμε και μια άλλη εξέλιξη σχετικά με τον counter ,που μου φαίνεται σχετικά αληθής,η οποία υποστηρίζει ότι μάλλον δεν είναι efuse , άρα υπάρχουν παραπάνω πιθανότητες να Μπορεί να μηδενιστεί.<br />

<br />

<a href="http://forum.xda-developers.com/showthread.php?t=2504258" rel="nofollow" target="_blank" class="external">http://forum.xda-developer....php?t=2504258</a>

Εγω παντα πιστευα πως δεν ειναι δυνατον να ισχυει το efuse γιατι αυτο σημαινει οτι καιει καποιο bit σε καποια θεση μνημης που χρησημοποιει για τον μετρητη οποτε η το chip δεν ξαναεπανεχεται

[Leoniums]

Τελικα υπαρχει τροπος να το μηδενισεις και φυσικα απο οτι φαινεται δεν ειναι καποια ...."ασφαλεια"

http://forum.xda-developers.com/showthread.php?t=2504258

Υπομονη λοιπον.....

Edited November 2, 2013 by Leoniums

[manolis]

Έχει αρχίσει να μου προκαλεί αηδία αυτή η εταιρία με τις απαγορεύσεις της, προσπαθώ 2 μέρες να κάνω το s4 XEF όπως ήταν γιατί το είχα κάνει ιταλικό με 4.3 και μου βγαίνει ALB, ε τι να πω πια, προτιμώ να γυρίσω στο μήλο....

[dimitrisdsg7]

Κι εγω εχω αρχισει να κουραζομαι να περιμενω. Εχω εδω και τοσες μερες διαθεσιμο το update στην 4.3 και δεν το εχω κανει γιατι εχουμε το κ....knox και αν ρουταρουμε αντιο εγγυηση....

[vaggelis_grg]

Έχει αρχίσει να μου προκαλεί αηδία αυτή η εταιρία με τις απαγορεύσεις της, προσπαθώ 2 μέρες να κάνω το s4 XEF όπως ήταν γιατί το είχα κάνει ιταλικό με 4.3 και μου βγαίνει ALB, ε τι να πω πια, προτιμώ να γυρίσω στο μήλο....

 

Μια από τα ίδια. Γαλλικό και το kies το βγάζει ALB.

 

Και ρωτάω εγώ, έχει εγγύηση έτσι το κινητό;;

[manolis]

Μια από τα ίδια. Γαλλικό και το kies το βγάζει ALB.

 

Και ρωτάω εγώ, έχει εγγύηση έτσι το κινητό;;

 

οχι δεν εχει....το ψαχνω με αλλες ρομ μηπως χαναγυρισει σε XEF

[m7ixalis]

οχι δεν εχει....το ψαχνω με αλλες ρομ μηπως χαναγυρισει σε XEF

 

Με αλλαγμένο μόνο το csc δεν θα πουν κάτι στο service ,απλά εσείς δεν μπορείτε να κάνετε ενημερώσεις με kies ,OTA .

[manolis]

Με αλλαγμένο μόνο το csc δεν θα πουν κάτι στο service ,απλά εσείς δεν μπορείτε να κάνετε ενημερώσεις με kies ,OTA .

 

είναι σίγουρο ότι δεν χάνει την εγγύηση με το csc αλλαγμένο? αλλά να γίνετε ALB... είναι φοβερό!!!!:lol:

[m7ixalis]

είναι σίγουρο ότι δεν χάνει την εγγύηση με το csc αλλαγμένο? αλλά να γίνετε ALB... είναι φοβερό!!!!:lol:

 

Δοκίμασε αυτο για το csc κάποιοι λένε ότι δούλεψε .

[manolis]

Δοκίμασε αυτο για το csc κάποιοι λένε ότι δούλεψε .

 

Ευχαριστώ πολυ πάω να το κάνω και θα σας ενημερώσω

Δεν θελει να αλλαξει με τιποτα...

Edited November 2, 2013 by manolis

[vaggelis_grg]

Ευχαριστώ πολυ πάω να το κάνω και θα σας ενημερώσω

Δεν θελει να αλλαξει με τιποτα...

 

Μια από τα ίδια και εδώ.

[manolis]

Μια από τα ίδια και εδώ.

 

Ναι δεν θελει με τιποτα κατι εχει κανει αυτη η καλη εταιρια και σε αυτο...:mad:

[fits13]

Παιδια ειναι απολυτα σιγουρο οτι με το knox θα μπορουμε να εγκαταστησουμε στο κινητο και εφαρμογες ΕΚΤΟΣ GOOGLE PLAY χωρις καποιο προβλημα?

[Sofos_5]

Παιδια ειναι απολυτα σιγουρο οτι με το knox θα μπορουμε να εγκαταστησουμε στο κινητο και εφαρμογες ΕΚΤΟΣ GOOGLE PLAY χωρις καποιο προβλημα?

 

Ναι, είναι απόλυτα σίγουρο.

[Leoniums]

Καλημερα.

Θα ηθελα να ρωτησω το εξής:

Μπορουμε να βαλουμε pre rooted στην οποια εχουν αφαιρεθεί bloat και ειναι ολα οκ με το knox?

Υπαρχει καποια rom με τετοια στοιχεια?

[icy20]

Καλημερα.

Θα ηθελα να ρωτησω το εξής:

Μπορουμε να βαλουμε pre rooted στην οποια εχουν αφαιρεθεί bloat και ειναι ολα οκ με το knox?

Υπαρχει καποια rom με τετοια στοιχεια?

 

Θελει προσοχη ομως μετα τι θα κανεις. Αν βαλεις κατι που αλλαζει αρχεια συστηματος η περασεις απο πανω μετα εστω με odin αλλη official prerooted θα γραψει το knox. Θελει μια συγκεκριμενη διαδικασια για να μην γραψει.

[panosfx]

Παντως κι εγω πιστευω οτι κατι με το software ειναι κι οχι καποιο efuse.

Το knox θα το παρουν και τα S3 και Note 2 και μου φαινεται δυσκολο να ηταν στημενο το κολπο απο περυσι.

Για την ωρα περιμενω καποιον να παει στην σμαρτεκ με το knox 0x1(οχι οτι το ευχομαι σε κανεναν).

[Leoniums]

FROM CHAINFIRE

Τo ποσταρε σε link του note2

 

There are multiple things at play here. There is definitely mention of eFuses in the bootloader, close to the KNOX related code. That is why I first suspected eFuses may be involved. It could well be KNOX bootloaders use eFuses if available and uses a software counter if not (like the original flash counters). It may of course also be the case that it's indeed just a few bits somewhere that get flipped (possibly inside an encrypted section).

 

The big difficulty here is that the KNOX counter is only settable once. So it is very difficult to pin down where this value is stored, if even in a user-accessable place, which doesn't need to be the case at all. Remember that on Exynos4 devices it was an engineering mistake that even made us find the counter the first time (and then the cat was out of the bag). Anyway, you'd need an exact flash dump of before and after, then maybe it would be easier to pin down.

 

The next problem however becomes write protections. One reason I stopped working with Triangle Away on the Note 3, is that certain areas of the flash memory are write protected. These protections are set inside the bootloader (== protected code) and cannot be unset, they cover the sections containing the flash counter data. Even if we knew where the data was stored and how (assuming it's not an eFuse), we'd still have to beat those write protections. These protections were also used in the Exynos S4, which is why there is no Triangle Away for that specific device. I'm not completely sure if all the devices that are getting KNOX support this hardware feature, but I believe so - it's fairly common.

 

Mind you, I know a theoretical exploit that may beat the write protection, but I have not worked it out in practise (not even attempted), as it'll be lengthy, device model specific, difficult, and probably dangerous. As long as those write protections are there, we can't reset the status, but as long as we don't know where or how the KNOX data is stored, it is of no use trying to ***** the write protections. That is, even assuming that data we want is even accessable from kernel and/or userland, which doesn't have to be the case at all.

 

RIFF boxes and ORT connectors have raw access to the flash, by the way, that's why it would be trivial to do with that equipment if you know where the data is at. Of course, you can also use a RIFF box to downgrade bootloaders due to said access. When we were hacking the original Samsung Galaxy Tab's locked bootloaders that's exactly how we tested things 

http://forum.xda-developers.com/showthread.php?t=2504258

Edited November 3, 2013 by Leoniums

[grigoris10]

FROM CHAINFIRE

Τo ποσταρε σε link του note2

 

There are multiple things at play here. There is definitely mention of eFuses in the bootloader, close to the KNOX related code. That is why I first suspected eFuses may be involved. It could well be KNOX bootloaders use eFuses if available and uses a software counter if not (like the original flash counters). It may of course also be the case that it's indeed just a few bits somewhere that get flipped (possibly inside an encrypted section).

 

The big difficulty here is that the KNOX counter is only settable once. So it is very difficult to pin down where this value is stored, if even in a user-accessable place, which doesn't need to be the case at all. Remember that on Exynos4 devices it was an engineering mistake that even made us find the counter the first time (and then the cat was out of the bag). Anyway, you'd need an exact flash dump of before and after, then maybe it would be easier to pin down.

 

The next problem however becomes write protections. One reason I stopped working with Triangle Away on the Note 3, is that certain areas of the flash memory are write protected. These protections are set inside the bootloader (== protected code) and cannot be unset, they cover the sections containing the flash counter data. Even if we knew where the data was stored and how (assuming it's not an eFuse), we'd still have to beat those write protections. These protections were also used in the Exynos S4, which is why there is no Triangle Away for that specific device. I'm not completely sure if all the devices that are getting KNOX support this hardware feature, but I believe so - it's fairly common.

 

Mind you, I know a theoretical exploit that may beat the write protection, but I have not worked it out in practise (not even attempted), as it'll be lengthy, device model specific, difficult, and probably dangerous. As long as those write protections are there, we can't reset the status, but as long as we don't know where or how the KNOX data is stored, it is of no use trying to ***** the write protections. That is, even assuming that data we want is even accessable from kernel and/or userland, which doesn't have to be the case at all.

 

RIFF boxes and ORT connectors have raw access to the flash, by the way, that's why it would be trivial to do with that equipment if you know where the data is at. Of course, you can also use a RIFF box to downgrade bootloaders due to said access. When we were hacking the original Samsung Galaxy Tab's locked bootloaders that's exactly how we tested things 

http://forum.xda-developers.com/showthread.php?t=2504258

μπορεις να μας εξηγησεις τι λεει?γιατι δεν χερω καλα αγγλικα?

[Leoniums]

Το καλο ειναι πως μολις πριν λιγο ενα παλικαρι του εδωσε σημαντικες πληροφοριες τις οποιες απο οτι φαινεται δεν τις γνωριζε ο chain....

[Leoniums]

Γενικα λεει πως υποψιαζεται οτι ο counter ειναι σε καποια σημεια τα οποια ενεργοποιουνται μονο κατα το περασμα του bootloader και στην συνεχεια τα σημεια αυτα γινονται write protective.

Αν κανω καπου λαθος ας με διορθωσει καποιος.

Φυσικα δεν ξερει που ακριβως ειναι αυτα τα σημεια...

Γι αυτο αλλωστε στο exynos SG4 και στο Ν3 δεν υπαρχει triangle Away

Edited November 3, 2013 by Leoniums

[CHRISTOSTZANID]

Εχει δοκιμασει κανεις αυτο;

 

http://forum.xda-developers.com/showthread.php?t=2434453

 

διαβασα οτι δεν μετραει ο knox, δεν μπορουμε να φλασαρουμε rom γιατι δεν εχει custom recovery αλλα τουλαχιστον μπορουμε να παγωσουμε καμια εφαρμογη...