forum.opennet.ru - "Уязвимости в утилите fsck для F2FS, позволяющие выполнить код на этапе проверки ФС" (94)

"Уязвимости в утилите fsck для F2FS, позволяющие выполнить код на этапе проверки ФС"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Уязвимости в утилите fsck для F2FS, позволяющие выполнить код на этапе проверки ФС"	+/–
Сообщение от opennews (ok), 15-Окт-20, 23:51
В штатной утилите fsck для файловой системы F2FS, предназначенной для работы с накопителями на основе Flash-памяти, выявлены две уязвимости (CVE-2020-6105, CVE-2020-6108), приводящие к перезаписи областей памяти за пределами выделенного буфера при проверке специально модифицированной файловой системы. Уязвимости могут быть эксплуатированы для выполнение кода с правами суперпользователя во время проверки ФС. Проблемы устранены в пакете f2fs-tools 1.14... Подробнее: https://www.opennet.me/opennews/art.shtml?num=53896
Ответить \| Правка \| Cообщить модератору

Оглавление

rust не нужен говорили они C не дыра в головах разработчика говорили ониах , JL2001 (ok), 23:51 , 15-Окт-20, (1) –36

а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми систем, анонимуслинус (?), 00:25 , 16-Окт-20, (6) +3

Вот пример кода, который записывает несколько байт в файловый дескриптор 8470 , Аноним (8), 00:43 , 16-Окт-20, (8)

Это не пример работы с файловой системой А запись в файл сделает уже другая прог, Аноним (9), 01:08 , 16-Окт-20, (9) +5

А не ты очень умный, да rust-program file, Ананимус (?), 14:23 , 17-Окт-20, (74)

Не включайте дурака, за открытие файла и запись в него в данном случае отвечает , Аноним (9), 12:36 , 18-Окт-20, (77) +1

За открытие файла отвечает шелл За запись отвечает программа, лол Или по твоем, Ананимус (?), 17:26 , 19-Окт-20, (79)

Просили показать работу с файловой системой без unsafeВот на этом вы сами постав, Аноним (9), 17:37 , 19-Окт-20, (81)

Сделай open сам, кто тебе мешает-то D, Ананимус (?), 17:39 , 19-Окт-20, (82)
code fn main , анонн (ok), 17:54 , 19-Окт-20, (84)

А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций и, Аноним (9), 18:03 , 19-Окт-20, (85)

И находим их в libc Вопрос в том, что это меняет-то Сам вызов std fs File вп, Ананимус (?), 18:42 , 19-Окт-20, (89)

Вот например, страшный и ужасный unsafe в работе с файлами let fd cv, Ананимус (?), 18:49 , 19-Окт-20, (90)
Комментаторы хором Во-о-о-оот Мы так и знали Вариант анекдота про челябинск, анонн (ok), 18:58 , 19-Окт-20, (92)

Поправил, не благодарите , анонн (ok), 18:51 , 19-Окт-20, (91)

Просвещайся, лалка cat test c include err h include stdio h include sys s, Ананимус (?), 17:37 , 19-Окт-20, (80)

Каюсь, был не прав Но зато как мы быстро перешли к Си Один фиг файловый дескрип, Аноним (9), 17:44 , 19-Окт-20, (83) –1

Ну раста-то ты не знаешь Нет, он появляется через open В расте open делается , Ананимус (?), 18:22 , 19-Окт-20, (86)

ну он может скрываться внутри вызовов File open, тут надо смотреть исходники, Аноним (9), 18:27 , 19-Окт-20, (87)

Он точно скрывается в вызовах крейта libc, вопрос в том, что скрывается он там п, Ананимус (?), 18:32 , 19-Окт-20, (88)

Т е возвращаясь к исходному вопросуОтдельно замечу - корректность кода в unsafe, Аноним (9), 19:01 , 19-Окт-20, (93)
unsafe конкретно в работе с файлами нет Т е функции, которые ты дергаешь std , Ананимус (?), 19:05 , 19-Окт-20, (94)
Ну как бы о чем и была в начале речь, без unsafe вы не можете открыть файл Я хз , Аноним (9), 19:12 , 19-Окт-20, (96) –1
Потому что разговор шел в контексте очередной сишной дыры с памятью , Ананимус (?), 19:29 , 19-Окт-20, (97)
Ну я прицепился к тому, что без unsafe можно с файлами работать imho низкоуровне, Аноним (9), 22:16 , 19-Окт-20, (98)
Откуда этот вывод-то , Ананимус (?), 22:28 , 19-Окт-20, (99)
потому что в этой области придется обмазаться unsafe по самое немогу Если я пр, Аноним (9), 03:09 , 20-Окт-20, (100)
И этот вывод сделан откуда В работе с файлами, как мы только что выяснили, unsa, Ананимус (?), 07:17 , 20-Окт-20, (101)
Я про область написания драйверов, т е прямая работа с железом Вы наверное спец, Аноним (9), 12:21 , 20-Окт-20, (102)
Признайся, ты драйвера в глаза не видел , Ананимус (?), 12:59 , 20-Окт-20, (103)
unsafe конкретно в работе с файлами нет Т е функции, которые ты дергаешь std, Ананимус (?), 19:05 , 19-Окт-20, (95)

а он и не выключал , якиткосатка (?), 22:44 , 23-Окт-20, (104)

огнепоклонники раста так и не поняли, что вся эта хваленая безопасность раста то, анонимуслинус (?), 10:21 , 16-Окт-20, (38) +4

вот же тупые Судя по неспособности смузихлебов написать программу работы с файл, Аноним (44), 12:15 , 16-Окт-20, (44) +2
вон там выше в новости ошибка при работе с железом или ошибка при работе с обыч, JL2001 (ok), 12:18 , 16-Окт-20, (45) –1

fsck утилита однозначного и полного владения памятью, в данном случае памятью фл, анонимуслинус (?), 17:55 , 16-Окт-20, (58)

любому нормальному программисту это очевидно , Аноним (44), 18:36 , 16-Окт-20, (61)
почему , Аноним (44), 19:25 , 16-Окт-20, (62)
А все почему А все потому что гладиолус советую ознакомится с матчастью, а не, анонн (ok), 21:21 , 16-Окт-20, (64)

вам само название unsafe ничего не говорит нет ну ладно это незащищенный от о, анонимуслинус (?), 22:39 , 16-Окт-20, (65)

---The only things that are different in Unsafe Rust are that you can Dereferenc, анонн (ok), 14:07 , 17-Окт-20, (73) +1
Сразу видно человека который хорошо разбирается в языках программированияОтварит, Аноним (75), 16:37 , 17-Окт-20, (75) –1

Обращайтесь Ничем и многим есть нюансы, но мне лень гадать, на что типа намека, анонн (ok), 19:27 , 17-Окт-20, (76) +1

почему его , JL2001 (ok), 00:37 , 17-Окт-20, (67) –1

Это наверное просто вы сами ниасилили со своим Си-головного-мозга или просто най, Аноним (49), 13:26 , 16-Окт-20, (49)
Что значит пожалуйста А платить кто будет 15 млн не меньше ваша просьба стоит, Аноним (54), 17:39 , 16-Окт-20, (54) +1

Ну не неси чушь, а Bounds checking прекрасно делается в любом языке И тормоза , Crazy Alex (ok), 01:16 , 16-Окт-20, (10) +3

в расте 3 4 bounds checking - времени компиляции, не , JL2001 (ok), 01:38 , 16-Окт-20, (11) –3

Не-не , Аноним (21), 07:29 , 16-Окт-20, (21)

Если у тебя вместо массивов, указатели на неопределенную область памяти без гран, Аноним (75), 07:39 , 16-Окт-20, (22) +4

а зачем такая неопределённая область памяти то драйвер всегда знает чего и скол, JL2001 (ok), 12:22 , 16-Окт-20, (46) –1

И как сие принуждение избавляет от ошибок при вписывании проверки границ , qwe (??), 15:35 , 16-Окт-20, (52) –2
Жесть какая А если у меня попадание указателя в выделенную память гарантируется, Сишник (?), 17:52 , 16-Окт-20, (57) –2

в расте компилятор по слухам умеет достаточно неплохо вычислять диапозоны знач, JL2001 (ok), 00:35 , 17-Окт-20, (66)

Не только раст так умеет, java тоже например, но там это работает только в прост, Сишник (?), 12:03 , 17-Окт-20, (71) +1

Даже если и предположить что Раст может защитить от случайной уязвимости, что не, Аноним (29), 08:09 , 16-Окт-20, (29)

не мешайте тёплое с мягким , JL2001 (ok), 12:49 , 16-Окт-20, (47)

И что тогда от fsf останется , Enik (ok), 09:11 , 16-Окт-20, (31) –1
Это кому как Людям, отрицающим уязвимости линукса и доказывающим что они не уяз, Ordu (ok), 10:39 , 16-Окт-20, (40) –1

Kuzma s mother , Michael Shigorin (ok), 13:17 , 16-Окт-20, (48) –1

Я достаточно точно выразился никакая мать не поможет Мышление выправить себе м, Ordu (ok), 13:42 , 16-Окт-20, (50) –1

https www opennet ru openforum vsluhforumID3 122119 html 96Раст не нужен С нуж, Аноним (43), 12:04 , 16-Окт-20, (43) +5
фрактал, как ты уже надоел в каждой теме свой фанатизм выпячивать почему тебе, ведмедев (?), 15:28 , 16-Окт-20, (51)
А то раст не дыра Ещё какая - на гитхабчике вашего любимого раста 5к багов вис, Сишник (?), 18:16 , 16-Окт-20, (59)
Раст безопасен говорили они На расте легко писать говорили они Они говорили и г, Аноним (63), 20:51 , 16-Окт-20, (63) –2
не пробовал вместо комментариев на опеннете код писать показал бы всем, как над, Аноним (69), 02:32 , 17-Окт-20, (69)

Скрыто модератором, Ананимус (?), 23:53 , 15-Окт-20, (2) +9
При этом для эксплуатации уязвимости атакующий должен иметь физический доступ к, topin89 (ok), 00:00 , 16-Окт-20, (3) +7

Так через флэшку же можно или ещё как , anonymous (??), 00:33 , 16-Окт-20, (7) +2

В смартфоне ч з флешку Круто , Аноним (15), 06:29 , 16-Окт-20, (15)

По моему уже все смартфоны умеют OTG Через него можно подключит флешку , Аноним (17), 06:35 , 16-Окт-20, (17)

Чтобы взломать или зловреда посадить , Аноним (15), 07:39 , 16-Окт-20, (23)

Посадить зловреда, который сольёт все ключи и пароли, а так же предоставит полны, Аноним (17), 08:00 , 16-Окт-20, (26)

Зачем ему сажать зловреда от рута, когда у него итак есть рут и ещё и флешка вст, 1 (??), 09:31 , 16-Окт-20, (32)

Зачем злоумышленнику root Yеужели Ваша DE требует пароля при подключении флешки, Аноним (17), 09:50 , 16-Окт-20, (34) –1

Как запустить fsck флешки на телефоне если там просят пинкод , Аноним (55), 17:43 , 16-Окт-20, (55)

Почему только смартфон F2FS доступна только на смартфонах А вообще да, это, нап, anonymous (??), 12:32 , 17-Окт-20, (72)

Часто телефон можно увести в специальный режим, позволяющий читать писать флешку, kmeaw (?), 02:03 , 16-Окт-20, (12)

Ключевые слова f2fs, fsck, f , Аноним (5), 00:08 , 16-Окт-20, (5) –3
Астрологи объявили неделю уязвимостей в линукс, Анонимный (?), 05:57 , 16-Окт-20, (13) –3

При этом любая эксплуатация уязвимости в Linux а также процесс заражения злов, Аноним (15), 06:31 , 16-Окт-20, (16) –3

Инженеры из компании Google выявили серьёзную уязвимость CVE-2020-12351 в своб, Аноним (17), 06:46 , 16-Окт-20, (18) –1

Кто-то держит включенный Bluetooth, скажем, на ноутбуке Ну чепуха же Где вижу о, Аноним (15), 07:51 , 16-Окт-20, (25)

Где то он не включен по умолчанию Или каждый пользователь Linux это компьютерны, Аноним (17), 08:08 , 16-Окт-20, (28) –2
Связываю телефон с компьютером через блютуз для звонка через компьютер Так что , Аноним (42), 11:46 , 16-Окт-20, (42) –1
Кажется Apple держит По крайней мере на планшете он не вырубается Точнее выруб, Аноним (55), 17:45 , 16-Окт-20, (56)

Не врубается сам, легко можно нечаянно включить, но новость с уязвимостью про др, Карабьян (?), 00:44 , 17-Окт-20, (68)

Так это же хорошо Загрузчики и андроиды рутовать можно, Козлетто (?), 06:57 , 16-Окт-20, (19) +1

Вот и китайский товарищмайор так же думают, а то палкувжоппу, как у вас, рюйских, пох. (?), 09:06 , 16-Окт-20, (30) –5

F2FS эта та самая файловая система, которая до сих пор не стабилизировала свой ф, Аноним (33), 09:44 , 16-Окт-20, (33) –1

Нет, то была другая , Аноним (37), 10:14 , 16-Окт-20, (37)
Это btrfs,до сих пор , microsoft (?), 18:35 , 16-Окт-20, (60) –2

ЧТо за чушь The filesystem disk format is stable https btrfs wiki kernel org , Аноним (70), 08:14 , 17-Окт-20, (70) –1

Там же The Btrfs code base is under heavy development Это, в общем-то, всё, ч, vakorol (?), 12:02 , 19-Окт-20, (78)

Сообщения [Сортировка по времени | RSS]

1. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –36 +/–

Сообщение от JL2001 (ok), 15-Окт-20, 23:51

"rust не нужен" говорили они
"C не дыра (в головах разработчика)" говорили они
ах да, я же это уже писал.... регулярно.... повторение - мать учения?

Ответить | Правка | Наверх | Cообщить модератору

6. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +3 +/–

Сообщение от анонимуслинус (?), 16-Окт-20, 00:25

а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми системами.)))

Ответить | Правка | Наверх | Cообщить модератору

8. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (8), 16-Окт-20, 00:43

Вот пример кода, который записывает несколько байт в файловый дескриптор №1. А уж его можно направить в файл файловой системы. Выглядит впечатляюще, но поверьте, это еще далеко не все возможности раста!
fn main() {
  println!("Hello World!");
}

Ответить | Правка | Наверх | Cообщить модератору

9. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +5 +/–

Сообщение от Аноним (9), 16-Окт-20, 01:08

Это не пример работы с файловой системой.
А запись в файл сделает уже другая программа, которая написана скорее всего не на Rust.
0:1 не в пользу Rust, round 2, fight!

Ответить | Правка | Наверх | Cообщить модератору

74. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 17-Окт-20, 14:23

> А запись в файл сделает уже другая программа, которая написана скорее всего не на Rust.
А не ты очень умный, да?
$ ./rust-program >file

Ответить | Правка | Наверх | Cообщить модератору

77. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от Аноним (9), 18-Окт-20, 12:36

Не включайте дурака, за открытие файла и запись в него в данном случае отвечает не запущенна программа. Программа просто отработает и выплюнет в stdout текст и все, никакой работы с файлами тут нету

Ответить | Правка | Наверх | Cообщить модератору

79. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 17:26

> Не включайте дурака, за открытие файла и запись в него в данном
> случае отвечает не запущенна программа. Программа просто отработает и выплюнет в
> stdout текст и все, никакой работы с файлами тут нету
> за открытие файла запись в него в данном случае отвечает не запущенна программа
За открытие файла отвечает шелл. За запись отвечает программа, лол. Или по твоему за запись в дескриптор write()'ами тоже шелл отвечает? :D

Ответить | Правка | Наверх | Cообщить модератору

81. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 19-Окт-20, 17:37

Просили показать работу с файловой системой без unsafe
> За открытие файла отвечает шелл
Вот на этом вы сами поставили точку. Шелл вам все подготовил, значит задача уже провалена.

Ответить | Правка | Наверх | Cообщить модератору

82. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 17:39

> Просили показать работу с файловой системой без unsafe
>> За открытие файла отвечает шелл
> Вот на этом вы сами поставили точку. Шелл вам все подготовил, значит
> задача уже провалена.
Сделай open сам, кто тебе мешает-то? :D

Ответить | Правка | Наверх | Cообщить модератору

84. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонн (ok), 19-Окт-20, 17:54

> Просили показать работу с файловой системой без unsafe

fn main() {
    println!("{}", std::fs::read_to_string("/etc/hosts").expect("Не шмогла я!"));
}

Или вон, оф. пример прямо из доков:
https://doc.rust-lang.org/std/io/index.html

use std::io;
use std::io::prelude::*;
use std::fs::File;
fn main() -> io::Result<()> {
    let mut f = File::open("foo.txt")?;
    let mut buffer = [0; 10];
    // read up to 10 bytes
    let n = f.read(&mut buffer)?;
    println!("The bytes: {:?}", &buffer[..n]);
    Ok(())
}

Дальше-то что?

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

85. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 19-Окт-20, 18:03

А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций из std::io или std::fs::File или std::fs::read_to_string.
Какой шанс что мы найдем unsafe?

Ответить | Правка | Наверх | Cообщить модератору

89. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 18:42

> А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций
> из std::io или std::fs::File или std::fs::read_to_string.
> Какой шанс что мы найдем unsafe?
И находим их в libc. Вопрос в том, что это меняет-то? Сам вызов std::fs::File вполне себе safe и наличие unsafe FFI вызовов не влияет на корректность программы, если сами FFI вызовы корректны. Я подозреваю, что не облажаться в десяти строках типа "дернули сискол и обернули в тип" авторы раста смогли.

Ответить | Правка | Наверх | Cообщить модератору

90. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 18:49

>> А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций
>> из std::io или std::fs::File или std::fs::read_to_string.
>> Какой шанс что мы найдем unsafe?
> И находим их в libc. Вопрос в том, что это меняет-то? Сам
> вызов std::fs::File вполне себе safe и наличие unsafe FFI вызовов не
> влияет на корректность программы, если сами FFI вызовы корректны. Я подозреваю,
> что не облажаться в десяти строках типа "дернули сискол и обернули
> в тип" авторы раста смогли.
Вот например, "страшный и ужасный unsafe в работе с файлами":
        let fd = cvt_r(|| unsafe { open64(path.as_ptr(), flags, opts.mode as c_int) })?;
Страшно, да?

Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонн (ok), 19-Окт-20, 18:58

>  "дернули сискол и обернули в тип" авторы раста смогли.
(Комментаторы хором) Во-о-о-оот! Мы так и знали!
*Вариант анекдота про челябинских лесорубов и японскую бензопилу*

Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

91. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонн (ok), 19-Окт-20, 18:51

> А потом мы берем, открываем исходники, и ищем знакомые слова внутри, попутно додумывая "как оно там на самом деле работает", делая при этом умный и загадочный вид в комментариях!
Поправил, не благодарите.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

80. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 17:37

> Не включайте дурака, за открытие файла и запись в него в данном
> случае отвечает не запущенна программа. Программа просто отработает и выплюнет в
> stdout текст и все, никакой работы с файлами тут нету
Просвещайся, лалка:
$ cat test.c
#include <err.h>
#include <stdio.h>
#include <sys/stat.h>
#include <sys/types.h>
#include <unistd.h>
int
main(void)
{
    struct stat st = {0};
    if (fstat(1, &st) == -1)
        err(1, "failed to stat stdout");
    printf("inode = %d\n", st.st_ino);
    return 0;
}
$ gcc -o test test.c
$ ./test >lol
$ cat lol
inode = 4108440
$ stat -c 'inode = %i' lol
inode = 4108440
$ cat lol
inode = 4108440

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

83. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (9), 19-Окт-20, 17:44

Каюсь, был не прав. Но зато как мы быстро перешли к Си!
Один фиг файловый дескриптор просто так из воздуха не появляется

Ответить | Правка | Наверх | Cообщить модератору

86. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 18:22

> Каюсь, был не прав. Но зато как мы быстро перешли к Си!
Ну раста-то ты не знаешь.
> Один фиг файловый дескриптор просто так из воздуха не появляется
Нет, он появляется через open(). В расте open делается так:
let mut file = File::open("foo.txt")?;
Покажи мне, пожалуйста, unsafe.

Ответить | Правка | Наверх | Cообщить модератору

87. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 19-Окт-20, 18:27

ну он может скрываться внутри вызовов File::open, тут надо смотреть исходники

Ответить | Правка | Наверх | Cообщить модератору

88. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 18:32

> ну он может скрываться внутри вызовов File::open, тут надо смотреть исходники
Он точно скрывается в вызовах крейта libc, вопрос в том, что скрывается он там причинам довольно тривиальным -- FFI.

Ответить | Правка | Наверх | Cообщить модератору

93. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 19-Окт-20, 19:01

Т.е. возвращаясь к исходному вопросу
> а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми системами.)))
Отдельно замечу - корректность кода в unsafe не рассматривается, вопрос был в наличии unsafe.

Ответить | Правка | Наверх | Cообщить модератору

94. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 19:05

unsafe конкретно в работе с файлами нет. Т.е. функции, которые ты дергаешь (std::File::open, например) -- safe. Есть unsafe блоки при работе с libc, но у тебя как бы не вариантов -- любой FFI вызов (в том числе asm) это unsafe просто по определению -- ты передаешь работу ядру/другой библиотеке/etc.

Ответить | Правка | Наверх | Cообщить модератору

96. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (9), 19-Окт-20, 19:12

Ну как бы о чем и была в начале речь, без unsafe вы не можете открыть файл.
Я хз зачем так яростно отстаивать или оправдывать неверную точку зрения.

Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

97. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 19:29

> Ну как бы о чем и была в начале речь, без unsafe
> вы не можете открыть файл.
> Я хз зачем так яростно отстаивать или оправдывать неверную точку зрения.
Потому что разговор шел в контексте очередной сишной дыры с памятью.

Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

98. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 19-Окт-20, 22:16

Ну я прицепился к тому, что без unsafe можно с файлами работать.
imho низкоуровневые вещи типа драйверов и прочих все таки еще за C/asm, rust там делать пока что нечего.
Мб в будущем ситуация поменяется, но пока так.

Ответить | Правка | К родителю #97 | Наверх | Cообщить модератору

99. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 22:28

> imho низкоуровневые вещи типа драйверов и прочих все таки еще за C/asm, rust там делать пока что нечего.
Откуда этот вывод-то?

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

100. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 20-Окт-20, 03:09

+потому что в этой области придется обмазаться unsafe по самое немогу. Если я правильно понимаю, часть гарантий раста сохранится,но лишь часть.
+сильно сомневаюсь, что будет достигнут паритет по скорости с С в данном случае.
+через годик другой посмотрим, мб они собственный компилятор и runtime таки доделают. Слишком сырой еще язык

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

101. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 20-Окт-20, 07:17

> потому что в этой области придется обмазаться unsafe по самое немогу.
И этот вывод сделан откуда? В работе с файлами, как мы только что выяснили, unsafe присутствует только в одном месте -- FFI (либо raw syscall, либо вызов в libc). Весь остальной код safe.
> Если я правильно понимаю, часть гарантий раста сохранится,но лишь часть.
Если твой unsafe блок содержит только FFI вызов, то сохраняются все гарантии. Потому что unsafe это всего лишь блок кода, где разрешены определенные вещи (raw pointers, например, или вызов ассемблерной/сишной функции). Твой растовый код ниже по стеку не становится менее надежным от этого.
> сильно сомневаюсь, что будет достигнут паритет по скорости с С в данном случае.
Мьютексы в расте быстрее, чем pthreads. rustls, которая TLS библиотека, быстрее openssl и жрет меньше памяти.

Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

102. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (9), 20-Окт-20, 12:21

Я про область написания драйверов, т.е. прямая работа с железом.
Вы наверное специально проигнорировали это, привели левые примеры, с некорректным сравнением.
Вести дискуссию с такими приемами я не хочу, поэтому самоотстраняюсь.

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

103. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 20-Окт-20, 12:59

> Я про область написания драйверов, т.е. прямая работа с железом.
> Вы наверное специально проигнорировали это, привели левые примеры, с некорректным сравнением.
Признайся, ты драйвера в глаза не видел.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

95. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Ананимус (?), 19-Окт-20, 19:05

> Т.е. возвращаясь к исходному вопросу
>> а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми системами.)))
> Отдельно замечу - корректность кода в unsafe не рассматривается, вопрос был в
> наличии unsafe.
unsafe конкретно в работе с файлами нет. Т.е. функции, которые ты дергаешь (std::File::open, например) -- safe. Есть unsafe блоки при работе с libc, но у тебя как бы не вариантов -- любой FFI вызов (в том числе asm) это unsafe просто по определению -- ты передаешь работу ядру/другой библиотеке/etc.

Ответить | Правка | Наверх | Cообщить модератору

104. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от якиткосатка (?), 23-Окт-20, 22:44

а он и не выключал.

Ответить | Правка | К родителю #77 | Наверх | Cообщить модератору

38. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +4 +/–

Сообщение от анонимуслинус (?), 16-Окт-20, 10:21

огнепоклонники раста так и не поняли, что вся эта хваленая безопасность раста только в программах не касающихся работы с памятью и железом. что впрочем не так уж и мало, но никак нельзя претендовать на язык системного уровня. да с unsafe можно влезть и в системный уровень, но тогда все отличие раста от таких как с/с++ пропадает. все дело в том, что работа с системными ресурсами сама по себе не безопасна и требует знания и понимания. Чего в последнее время хотят избежать(разработчика быстрее и дешевле подготовить) , отчего и весь этот вой о безопасности или не безопасности языков. но на системном уровне нет абсолютно безопасных языков. вот и все.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

44. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +2 +/–

Сообщение от Аноним (44), 16-Окт-20, 12:15

>огнепоклонники раста так и не поняли
вот же тупые. Судя по неспособности смузихлебов написать программу работы с файловыми системами без unsafe их недоязык даже операции с файлами не может без него выполнять.
Настоящие программисты как писали на чистом Си, так и пишут.

Ответить | Правка | Наверх | Cообщить модератору

45. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от JL2001 (ok), 16-Окт-20, 12:18

> огнепоклонники раста так и не поняли, что вся эта хваленая безопасность раста
> только в программах не касающихся работы с памятью и железом. что
> впрочем не так уж и мало, но никак нельзя претендовать на
> язык системного уровня. да с unsafe можно влезть и в системный
> уровень, но тогда все отличие раста от таких как с/с++ пропадает.
> все дело в том, что работа с системными ресурсами сама по
> себе не безопасна и требует знания и понимания. Чего в последнее
> время хотят избежать(разработчика быстрее и дешевле подготовить) , отчего и весь
> этот вой о безопасности или не безопасности языков. но на системном
> уровне нет абсолютно безопасных языков. вот и все.
вон там выше в новости ошибка при работе с железом? или ошибка при работе с обычным масивом, которая не требует unsafe?
зы: для чего требуется unsafe при "работе с памятью" ? на сколько я знаю - там приходится делать ансейф только в случаях когда алгоритмически нельзя сделать однозначное владение (например, связаный список)

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

58. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонимуслинус (?), 16-Окт-20, 17:55

fsck утилита однозначного и полного владения памятью, в данном случае памятью флеш накопителя, при этом она еще и форматированием занимается. напиши без unsafe. я не говорил что раст плохой язык в пространстве пользователя для выполнения обычных задач и даже с unsafe  для работы с железом. но при использовании unsafe он теряет все свои преимущества и становится на один уровень с с/с++.( хотя я считаю это просто уровень программистов низковат вот и делают ляпы не проверив). просто идолопоклонство неуместно. это еще один язык. если уж на то пошло то я бы выделил D.

Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (44), 16-Окт-20, 18:36

любому нормальному программисту это очевидно.

Ответить | Правка | Наверх | Cообщить модератору

62. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (44), 16-Окт-20, 19:25

>fsck утилита однозначного и полного владения памятью, в данном случае памятью флеш накопителя
почему?

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

64. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонн (ok), 16-Окт-20, 21:21

> но при использовании unsafe он теряет все свои преимущества и становится на один уровень с с/с++.
А все почему? А все потому что гладиолус!
(советую ознакомится с матчастью, а не следовать древней местной традиции выискивания взглядом знакомых слов и додумывания "как оно там должно работать")

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

65. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от анонимуслинус (?), 16-Окт-20, 22:39

вам само название unsafe ничего не говорит? нет? ну ладно. это незащищенный от ошибок режим, опасный короче)))) так вам наверное станет яснее. нет я в курсе что раст может проводить операции с файлами в защищенном режиме, но fsck это не операции с файлами -0 это операции с самой файловой системой, требующей доступ к самому железу, а в расте с этим однозначно потребуется работа через unsafe. повторяю не работа с файлами, с самим железом.

Ответить | Правка | Наверх | Cообщить модератору

73. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от анонн (ok), 17-Окт-20, 14:07

>> ознакомится с матчастью, а не следовать древней местной традиции выискивания взглядом знакомых слов и додумывания "как оно там должно работать"
> вам само название unsafe ничего не говорит? нет? ну ладно. это незащищенный от ошибок режим, опасный короче))))
---
The only things that are different in Unsafe Rust are that you can:
Dereference raw pointers
Call unsafe functions (including C functions, compiler intrinsics, and the raw allocator)
Implement unsafe traits
Mutate statics
Access fields of unions
It’s important to understand that unsafe doesn’t turn off the borrow checker or disable any other of Rust’s safety checks
---
> так вам наверное станет яснее. нет я в курсе что раст может проводить операции с файлами в защищенном режиме, но fsck это не операции с файлами -0 это операции с самой файловой системой, требующей доступ к самому железу, а
> в расте с этим однозначно потребуется работа через unsafe. повторяю не
> работа с файлами, с самим железом.
Яснопонятно. Очередной опеннетный Эксперт по системному программированию в целом (и по ржавчине в частности)
Хинт:  читать поблочно из /dev/*блокдевайс*/ можно даже на жопоскрипте.

Ответить | Правка | Наверх | Cообщить модератору

75. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (75), 17-Окт-20, 16:37

Сразу видно человека который хорошо разбирается в языках программирования
Отварите пожалуйста мне на вопрос, для общего развития, чем отличается запастись и чтения в файл, от записи и чтения в файл блочного устройства флешки, например /dev/sdb
Получается если в в файл устройства без unsafe писать нельзя то и в обычные файлы тоже нельзя?

Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

76. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от анонн (ok), 17-Окт-20, 19:27

> Сразу видно человека который хорошо разбирается в языках программирования
Обращайтесь.
> Отварите пожалуйста мне на вопрос, для общего развития, чем отличается запастись и чтения в файл, от записи и чтения в файл блочного устройства  флешки, например /dev/sdb
Ничем и многим
(есть нюансы, но мне лень гадать, на что "типа намекает" очередной комментатор. Факт в том, что в никсах
cat /dev/sdb|od -tx1
демонстрирует мифический "прямой доступ к железу".
Впрочем, в винде, если не "соптимизнули" в новых версиях, то не намного сложнее - CreateFile(PhysicalDrive-что-то-там), читай и пиши - не хочу.
)
> Получается если в в файл устройства без unsafe писать нельзя то и в обычные файлы тоже нельзя?
Получается, если нафантазировать про unsafe в целом и работу ржавчины с устройствами в частности, то многое будет нельзя. Или можно - тут уж от фантазии зависит.

Ответить | Правка | Наверх | Cообщить модератору

67. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от JL2001 (ok), 17-Окт-20, 00:37

> я бы выделил D.
почему его?

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

49. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (49), 16-Окт-20, 13:26

Это наверное просто вы сами ниасилили со своим Си-головного-мозга или просто найти не смогли. Всё там хорошо. Учите матчасть.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

54. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от Аноним (54), 16-Окт-20, 17:39

Что значит пожалуйста? А платить кто будет? 15 млн. не меньше ваша просьба стоит

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

10. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +3 +/–

Сообщение от Crazy Alex (ok), 16-Окт-20, 01:16

Ну не неси чушь, а? Bounds checking прекрасно делается в любом языке. И тормоза от него - тоже в любом языке, почему обычно и не используется.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

11. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –3 +/–

Сообщение от JL2001 (ok), 16-Окт-20, 01:38

> Ну не неси чушь, а? Bounds checking прекрасно делается в любом языке.
> И тормоза от него - тоже в любом языке, почему обычно
> и не используется.
в расте 3/4 bounds checking - времени компиляции, не?

Ответить | Правка | Наверх | Cообщить модератору

21. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (21), 16-Окт-20, 07:29

Не-не.

Ответить | Правка | Наверх | Cообщить модератору

22. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +4 +/–

Сообщение от Аноним (75), 16-Окт-20, 07:39

Если у тебя вместо массивов, указатели на неопределенную область памяти без границ, как в самом лучшем языке всех времен, то проверку на выход за границы ты не сделаешь

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

46. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от JL2001 (ok), 16-Окт-20, 12:22

> Если у тебя вместо массивов, указатели на неопределенную область памяти без границ,
> как в самом лучшем языке всех времен, то проверку на выход
> за границы ты не сделаешь
а зачем такая неопределённая область памяти то??
драйвер всегда знает чего и сколько он запросил и получит от железа
надо только принудить программиста вписать проверку на размер
rust с этим справляется, а C - нет

Ответить | Правка | Наверх | Cообщить модератору

52. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –2 +/–

Сообщение от qwe (??), 16-Окт-20, 15:35

> надо только принудить программиста вписать проверку на размер
> rust с этим справляется, а C - нет
И как сие принуждение избавляет от ошибок при "вписывании" проверки границ?

Ответить | Правка | Наверх | Cообщить модератору

57. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –2 +/–

Сообщение от Сишник (?), 16-Окт-20, 17:52

Жесть какая. А если у меня попадание указателя в выделенную память гарантируется алгоритмом, всё равно тратить такты на проверку?

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

66. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от JL2001 (ok), 17-Окт-20, 00:35

> Жесть какая. А если у меня попадание указателя в выделенную память гарантируется
> алгоритмом, всё равно тратить такты на проверку?
в расте компилятор (по слухам) умеет достаточно неплохо вычислять диапозоны значений и может выпиливать провеоку в компайлтайм

Ответить | Правка | Наверх | Cообщить модератору

71. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от Сишник (?), 17-Окт-20, 12:03

Не только раст так умеет, java тоже например, но там это работает только в простейших случаях типа такого for(int i = 0; i < array.length; i++) some(array[i]). Более продвинутый ли анализатор в расте - сомнительно, разработка технологий не должна полагаться на верования. Действительно продвинутый анализатор позволил бы писать как в языках с автоматическим управлением памятью, но с управлением ей во время компиляции.

Ответить | Правка | Наверх | Cообщить модератору

29. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (29), 16-Окт-20, 08:09

Даже если и предположить что Раст может защитить от случайной уязвимости, что не так. Как Раст защитит от уязвимости которую автор кода добавил специально?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

47. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от JL2001 (ok), 16-Окт-20, 12:49

> Как Раст защитит от уязвимости которую автор кода добавил специально?
не мешайте тёплое с мягким!!

Ответить | Правка | Наверх | Cообщить модератору

31. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Enik (ok), 16-Окт-20, 09:11

И что тогда от fsf останется?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

40. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Ordu (ok), 16-Окт-20, 10:39

> повторение - мать учения?
Это кому как. Людям, отрицающим уязвимости линукса и доказывающим что они не уязвимости, потому что они веруют в догму, что линукс неуязвим, можно хоть кол на голове тесать, и всё равно никакая мать не поможет им научится.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

48. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Michael Shigorin (ok), 16-Окт-20, 13:17

Kuzma's mother?..

Ответить | Правка | Наверх | Cообщить модератору

50. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Ordu (ok), 16-Окт-20, 13:42

> Kuzma's mother?..
Я достаточно точно выразился: никакая мать не поможет. Мышление выправить себе можно только самостоятельно, тут _ничто_ не поможет.

Ответить | Правка | Наверх | Cообщить модератору

43. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +5 +/–

Сообщение от Аноним (43), 16-Окт-20, 12:04

https://www.opennet.me/openforum/vsluhforumID3/122119.html#96
Раст не нужен.
С нужен.
Ядра ОС которые некорректно выделяют память не нужны, как и дистры которые их используют.
Повторяй, заучивай.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

51. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от ведмедев (?), 16-Окт-20, 15:28

фрактал,.. как ты уже надоел в каждой теме свой фанатизм выпячивать. почему тебе не др***я на руст одному? обязательно нужно всем показывать свою "инклюзивность"?

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

59. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Сишник (?), 16-Окт-20, 18:16

А то раст не дыра? Ещё какая - на гитхабчике вашего любимого раста 5к+ багов висит, а тут 1 нашли - и сразу кудахтать.
https://github.com/rust-lang/rust/issues

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

63. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –2 +/–

Сообщение от Аноним (63), 16-Окт-20, 20:51

Раст безопасен говорили они. На расте легко писать говорили они.
Они говорили и говорили. Но так ничего и не написали.
Ах нет, написали. Приветсвенное окошко для гнома. Супер.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

69. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (69), 17-Окт-20, 02:32

> ах да, я же это уже писал.... регулярно
не пробовал вместо комментариев на опеннете код писать? показал бы всем, как надо

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. Скрыто модератором +9 +/–

Сообщение от Ананимус (?), 15-Окт-20, 23:53

Ждём визжащих про неправильных программистов сишников.

Ответить | Правка | Наверх | Cообщить модератору

3. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +7 +/–

Сообщение от topin89 (ok), 16-Окт-20, 00:00

"При этом для эксплуатации уязвимости атакующий должен иметь физический доступ к накопителю или временно получить права root для записи на уровне блочного устройства."
Ага, чтобы получить root, нужно сначала получить root. Отличная уязвимость.

Ответить | Правка | Наверх | Cообщить модератору

7. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +2 +/–

Сообщение от anonymous (??), 16-Окт-20, 00:33

Так через флэшку же можно или ещё как.

Ответить | Правка | Наверх | Cообщить модератору

15. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (15), 16-Окт-20, 06:29

В смартфоне ч/з флешку? Круто.

Ответить | Правка | Наверх | Cообщить модератору

17. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (17), 16-Окт-20, 06:35

По моему уже все смартфоны умеют OTG. Через него можно подключит флешку.

Ответить | Правка | Наверх | Cообщить модератору

23. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (15), 16-Окт-20, 07:39

> Через него можно подключит флешку.
Чтобы взломать или зловреда посадить?

Ответить | Правка | Наверх | Cообщить модератору

26. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (17), 16-Окт-20, 08:00

> Чтобы взломать или зловреда посадить?
Посадить зловреда, который сольёт все ключи и пароли, а так же предоставит полный удалённый доступ и прокси-сервер злоумышленнику.

Ответить | Правка | Наверх | Cообщить модератору

32. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от 1 (??), 16-Окт-20, 09:31

Зачем ему сажать зловреда от рута, когда у него итак есть рут и ещё и флешка вставлена ?

Ответить | Правка | Наверх | Cообщить модератору

34. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (17), 16-Окт-20, 09:50

Зачем злоумышленнику root? Yеужели Ваша DE требует пароля при подключении флешки?

Ответить | Правка | Наверх | Cообщить модератору

55. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (55), 16-Окт-20, 17:43

Как запустить fsck флешки на телефоне если там просят пинкод?

Ответить | Правка | Наверх | Cообщить модератору

72. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от anonymous (??), 17-Окт-20, 12:32

Почему только смартфон? F2FS доступна только на смартфонах?
А вообще да, это, например, путь к root-ованию. Или это путь ко взлому телефона вашей жены (для установки туда программ-шпионов)

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

12. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от kmeaw (?), 16-Окт-20, 02:03

Часто телефон можно увести в специальный режим, позволяющий читать/писать флешку.
Или выпаять её и переписать на программаторе.
Тогда телефон выполнит код злоумышленника во время загрузки, и вся хитроумная схема с запрятыванием неизвлекаемого ключа в аппаратное хранилище станет бесполезной.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

5. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –3 +/–

Сообщение от Аноним (5), 16-Окт-20, 00:08

" Ключевые слова: f2fs, fsck, f*** "

Ответить | Правка | Наверх | Cообщить модератору

13. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –3 +/–

Сообщение от Анонимный (?), 16-Окт-20, 05:57

Астрологи объявили неделю уязвимостей в линукс

Ответить | Правка | Наверх | Cообщить модератору

16. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –3 +/–

Сообщение от Аноним (15), 16-Окт-20, 06:31

При этом любая эксплуатация "уязвимости" в Linux (а также процесс заражения зловредами) начинается с ввода в консоли su или sudo, далее пароля рута, и понеслось.

Ответить | Правка | Наверх | Cообщить модератору

18. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (17), 16-Окт-20, 06:46

Инженеры из компании Google выявили серьёзную уязвимость (CVE-2020-12351) в свободном Bluetooth-стеке BlueZ, используемом в дистрибутивах Linux и Chrome OS. Уязвимость, которой присвоено кодовое имя BleedingTooth, позволяет неавторизированному атакующему без участия пользователя организовать выполнение своего кода на уровне ядра Linux через отправку специально оформленных Bluetooth-пакетов.
Где тут команда sudo? Проверки файловых систем в Linux происходят так же автоматически, как и автозапуски в WinXP.

Ответить | Правка | Наверх | Cообщить модератору

25. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (15), 16-Окт-20, 07:51

> специально оформленных Bluetooth-пакетов
Кто-то держит включенный Bluetooth, скажем, на ноутбуке? Ну чепуха же.
Где вижу опасность уязвимости, это в смартфонах для подключения беспроводных гарнитур и автомобильных мультимедиа системах для подключения опять же смартфона. Но речи о них не шло.

Ответить | Правка | Наверх | Cообщить модератору

28. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –2 +/–

Сообщение от Аноним (17), 16-Окт-20, 08:08

> Кто-то держит включенный Bluetooth, скажем, на ноутбуке? Ну чепуха же.
Где то он не включен по умолчанию? Или каждый пользователь Linux это компьютерный гуру? Если бы это было так, то дистрибутивы были бы не нужны.

Ответить | Правка | Наверх | Cообщить модератору

42. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (42), 16-Окт-20, 11:46

Связываю телефон с компьютером через блютуз для звонка через компьютер. Так что да, держат.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

56. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (55), 16-Окт-20, 17:45

Кажется Apple держит. По крайней мере на планшете он не вырубается. Точнее вырубается, но на следующий день они заботливо его включают, а то глупый юзер забудет включить и будет возмущаться.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

68. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Карабьян (?), 17-Окт-20, 00:44

Не врубается сам, легко можно нечаянно включить, но новость с уязвимостью про другую систему

Ответить | Правка | Наверх | Cообщить модератору

19. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +1 +/–

Сообщение от Козлетто (?), 16-Окт-20, 06:57

>и добиться выполнения своего кода с повышенными привилегиями на этапе загрузки, что может использоваться для обхода механизма верифицированной загрузки Android
Так это же хорошо. Загрузчики и андроиды рутовать можно

Ответить | Правка | Наверх | Cообщить модератору

30. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –5 +/–

Сообщение от пох. (?), 16-Окт-20, 09:06

Вот и китайский товарищмайор так же думают, а то палкувжоппу, как у вас, рюйских - фу как негигиенично!
Специальную флэшку через otg чпок - и ты ему можешь уже ничего не разблокировать.
Виноват, конечно, сасунг, неправильный си, кто угодно кроме модных-современных тенденций думать за пользователя (надо ли ему вообще монтировать флэшку с f2fs внезапно появившуюся в его смартфоне, и тем более - еще и fsck запускать). Он же ж - т7пой, нельзя ему ничего решать.

Ответить | Правка | Наверх | Cообщить модератору

33. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (33), 16-Окт-20, 09:44

F2FS эта та самая файловая система, которая до сих пор не стабилизировала свой формат?

Ответить | Правка | Наверх | Cообщить модератору

37. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от Аноним (37), 16-Окт-20, 10:14

Нет, то была другая.

Ответить | Правка | Наверх | Cообщить модератору

60. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –2 +/–

Сообщение от microsoft (?), 16-Окт-20, 18:35

Это btrfs,до сих пор.

Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

70. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." –1 +/–

Сообщение от Аноним (70), 17-Окт-20, 08:14

ЧТо за чушь?
The filesystem disk format is stable: https://btrfs.wiki.kernel.org/index.php/Main_Page#Stability_...

Ответить | Правка | Наверх | Cообщить модератору

78. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..." +/–

Сообщение от vakorol (?), 19-Окт-20, 12:02

Там же: "The Btrfs code base is under heavy development."
Это, в общем-то, всё, что нужно знать про Btrfs, разрабатываемую с 2009 года.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	–36 +/–
Сообщение от JL2001 (ok), 15-Окт-20, 23:51
"rust не нужен" говорили они "C не дыра (в головах разработчика)" говорили они ах да, я же это уже писал.... регулярно.... повторение - мать учения?
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+3 +/–
	Сообщение от анонимуслинус (?), 16-Окт-20, 00:25
	а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми системами.)))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (8), 16-Окт-20, 00:43
	Вот пример кода, который записывает несколько байт в файловый дескриптор №1. А уж его можно направить в файл файловой системы. Выглядит впечатляюще, но поверьте, это еще далеко не все возможности раста! fn main() { println!("Hello World!"); }
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+5 +/–
	Сообщение от Аноним (9), 16-Окт-20, 01:08
	Это не пример работы с файловой системой. А запись в файл сделает уже другая программа, которая написана скорее всего не на Rust. 0:1 не в пользу Rust, round 2, fight!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 17-Окт-20, 14:23
	> А запись в файл сделает уже другая программа, которая написана скорее всего не на Rust. А не ты очень умный, да? $ ./rust-program >file
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+1 +/–
	Сообщение от Аноним (9), 18-Окт-20, 12:36
	Не включайте дурака, за открытие файла и запись в него в данном случае отвечает не запущенна программа. Программа просто отработает и выплюнет в stdout текст и все, никакой работы с файлами тут нету
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 17:26
	> Не включайте дурака, за открытие файла и запись в него в данном > случае отвечает не запущенна программа. Программа просто отработает и выплюнет в > stdout текст и все, никакой работы с файлами тут нету > за открытие файла запись в него в данном случае отвечает не запущенна программа За открытие файла отвечает шелл. За запись отвечает программа, лол. Или по твоему за запись в дескриптор write()'ами тоже шелл отвечает? :D
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 19-Окт-20, 17:37
	Просили показать работу с файловой системой без unsafe > За открытие файла отвечает шелл Вот на этом вы сами поставили точку. Шелл вам все подготовил, значит задача уже провалена.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 17:39
	> Просили показать работу с файловой системой без unsafe >> За открытие файла отвечает шелл > Вот на этом вы сами поставили точку. Шелл вам все подготовил, значит > задача уже провалена. Сделай open сам, кто тебе мешает-то? :D
	Ответить \| Правка \| Наверх \| Cообщить модератору


	84. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от анонн (ok), 19-Окт-20, 17:54
	> Просили показать работу с файловой системой без unsafe fn main() { println!("{}", std::fs::read_to_string("/etc/hosts").expect("Не шмогла я!")); } Или вон, оф. пример прямо из доков: https://doc.rust-lang.org/std/io/index.html use std::io; use std::io::prelude::*; use std::fs::File; fn main() -> io::Result<()> { let mut f = File::open("foo.txt")?; let mut buffer = [0; 10]; // read up to 10 bytes let n = f.read(&mut buffer)?; println!("The bytes: {:?}", &buffer[..n]); Ok(()) } Дальше-то что?
	Ответить \| Правка \| К родителю #81 \| Наверх \| Cообщить модератору


	85. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 19-Окт-20, 18:03
	А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций из std::io или std::fs::File или std::fs::read_to_string. Какой шанс что мы найдем unsafe?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 18:42
	> А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций > из std::io или std::fs::File или std::fs::read_to_string. > Какой шанс что мы найдем unsafe? И находим их в libc. Вопрос в том, что это меняет-то? Сам вызов std::fs::File вполне себе safe и наличие unsafe FFI вызовов не влияет на корректность программы, если сами FFI вызовы корректны. Я подозреваю, что не облажаться в десяти строках типа "дернули сискол и обернули в тип" авторы раста смогли.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 18:49
	>> А потом мы берем, открывает исходники, и ищем unsafe внутри вызываемых функций >> из std::io или std::fs::File или std::fs::read_to_string. >> Какой шанс что мы найдем unsafe? > И находим их в libc. Вопрос в том, что это меняет-то? Сам > вызов std::fs::File вполне себе safe и наличие unsafe FFI вызовов не > влияет на корректность программы, если сами FFI вызовы корректны. Я подозреваю, > что не облажаться в десяти строках типа "дернули сискол и обернули > в тип" авторы раста смогли. Вот например, "страшный и ужасный unsafe в работе с файлами": let fd = cvt_r(\|\| unsafe { open64(path.as_ptr(), flags, opts.mode as c_int) })?; Страшно, да?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от анонн (ok), 19-Окт-20, 18:58
	> "дернули сискол и обернули в тип" авторы раста смогли. (Комментаторы хором) Во-о-о-оот! Мы так и знали! Вариант анекдота про челябинских лесорубов и японскую бензопилу
	Ответить \| Правка \| К родителю #89 \| Наверх \| Cообщить модератору


	91. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от анонн (ok), 19-Окт-20, 18:51
	> А потом мы берем, открываем исходники, и ищем знакомые слова внутри, попутно додумывая "как оно там на самом деле работает", делая при этом умный и загадочный вид в комментариях! Поправил, не благодарите.
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	80. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 17:37
	> Не включайте дурака, за открытие файла и запись в него в данном > случае отвечает не запущенна программа. Программа просто отработает и выплюнет в > stdout текст и все, никакой работы с файлами тут нету Просвещайся, лалка: $ cat test.c #include <err.h> #include <stdio.h> #include <sys/stat.h> #include <sys/types.h> #include <unistd.h> int main(void) { struct stat st = {0}; if (fstat(1, &st) == -1) err(1, "failed to stat stdout"); printf("inode = %d\n", st.st_ino); return 0; } $ gcc -o test test.c $ ./test >lol $ cat lol inode = 4108440 $ stat -c 'inode = %i' lol inode = 4108440 $ cat lol inode = 4108440
	Ответить \| Правка \| К родителю #77 \| Наверх \| Cообщить модератору


	83. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	–1 +/–
	Сообщение от Аноним (9), 19-Окт-20, 17:44
	Каюсь, был не прав. Но зато как мы быстро перешли к Си! Один фиг файловый дескриптор просто так из воздуха не появляется
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 18:22
	> Каюсь, был не прав. Но зато как мы быстро перешли к Си! Ну раста-то ты не знаешь. > Один фиг файловый дескриптор просто так из воздуха не появляется Нет, он появляется через open(). В расте open делается так: let mut file = File::open("foo.txt")?; Покажи мне, пожалуйста, unsafe.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 19-Окт-20, 18:27
	ну он может скрываться внутри вызовов File::open, тут надо смотреть исходники
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 18:32
	> ну он может скрываться внутри вызовов File::open, тут надо смотреть исходники Он точно скрывается в вызовах крейта libc, вопрос в том, что скрывается он там причинам довольно тривиальным -- FFI.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 19-Окт-20, 19:01
	Т.е. возвращаясь к исходному вопросу > а теперь пожалуйста пример кода на раст без unsafe при работе с файловыми системами.))) Отдельно замечу - корректность кода в unsafe не рассматривается, вопрос был в наличии unsafe.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 19:05
	unsafe конкретно в работе с файлами нет. Т.е. функции, которые ты дергаешь (std::File::open, например) -- safe. Есть unsafe блоки при работе с libc, но у тебя как бы не вариантов -- любой FFI вызов (в том числе asm) это unsafe просто по определению -- ты передаешь работу ядру/другой библиотеке/etc.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	96. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	–1 +/–
	Сообщение от Аноним (9), 19-Окт-20, 19:12
	Ну как бы о чем и была в начале речь, без unsafe вы не можете открыть файл. Я хз зачем так яростно отстаивать или оправдывать неверную точку зрения.
	Ответить \| Правка \| К родителю #94 \| Наверх \| Cообщить модератору


	97. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 19:29
	> Ну как бы о чем и была в начале речь, без unsafe > вы не можете открыть файл. > Я хз зачем так яростно отстаивать или оправдывать неверную точку зрения. Потому что разговор шел в контексте очередной сишной дыры с памятью.
	Ответить \| Правка \| К родителю #96 \| Наверх \| Cообщить модератору


	98. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 19-Окт-20, 22:16
	Ну я прицепился к тому, что без unsafe можно с файлами работать. imho низкоуровневые вещи типа драйверов и прочих все таки еще за C/asm, rust там делать пока что нечего. Мб в будущем ситуация поменяется, но пока так.
	Ответить \| Правка \| К родителю #97 \| Наверх \| Cообщить модератору


	99. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 19-Окт-20, 22:28
	> imho низкоуровневые вещи типа драйверов и прочих все таки еще за C/asm, rust там делать пока что нечего. Откуда этот вывод-то?
	Ответить \| Правка \| К родителю #98 \| Наверх \| Cообщить модератору


	100. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 20-Окт-20, 03:09
	+потому что в этой области придется обмазаться unsafe по самое немогу. Если я правильно понимаю, часть гарантий раста сохранится,но лишь часть. +сильно сомневаюсь, что будет достигнут паритет по скорости с С в данном случае. +через годик другой посмотрим, мб они собственный компилятор и runtime таки доделают. Слишком сырой еще язык
	Ответить \| Правка \| К родителю #99 \| Наверх \| Cообщить модератору


	101. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 20-Окт-20, 07:17
	> потому что в этой области придется обмазаться unsafe по самое немогу. И этот вывод сделан откуда? В работе с файлами, как мы только что выяснили, unsafe присутствует только в одном месте -- FFI (либо raw syscall, либо вызов в libc). Весь остальной код safe. > Если я правильно понимаю, часть гарантий раста сохранится,но лишь часть. Если твой unsafe блок содержит только FFI вызов, то сохраняются все гарантии. Потому что unsafe это всего лишь блок кода, где разрешены определенные вещи (raw pointers, например, или вызов ассемблерной/сишной функции). Твой растовый код ниже по стеку не становится менее надежным от этого. > сильно сомневаюсь, что будет достигнут паритет по скорости с С в данном случае. Мьютексы в расте быстрее, чем pthreads. rustls, которая TLS библиотека, быстрее openssl и жрет меньше памяти.
	Ответить \| Правка \| К родителю #100 \| Наверх \| Cообщить модератору


	102. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Аноним (9), 20-Окт-20, 12:21
	Я про область написания драйверов, т.е. прямая работа с железом. Вы наверное специально проигнорировали это, привели левые примеры, с некорректным сравнением. Вести дискуссию с такими приемами я не хочу, поэтому самоотстраняюсь.
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


	103. "Уязвимости в утилите fsck для F2FS, позволяющие выполнить ко..."	+/–
	Сообщение от Ананимус (?), 20-Окт-20, 12:59
	> Я про область написания драйверов, т.е. прямая работа с железом. > Вы наверное специально проигнорировали это, привели левые примеры, с некорректным сравнением. Признайся, ты драйвера в глаза не видел.
	Ответить \| Правка \| К родителю #102 \| Наверх \| Cообщить модератору