The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от opennews (?), 22-Мрт-19, 19:43 
Подведены (https://www.zerodayinitiative.com/blog/2019/3/21/pwn2own-van...) итоги второго дня соревнования Pwn2Own 2019, ежегодно проводимого в рамках конференции CanSecWest в Ванкувере. На соревновании были продемонстрированы рабочие техники эксплуатации ранее неизвестных уязвимостей в Firefox, Edge, Safari, VMware Workstation  и VirtualBox. Суммарный размер выплат составил 510 тысяч долларов (общий призовой фонд составлял более 2 млн долларов).


Успешно продемонстрированные следующие взломы:

-   $35 тысяч - взлом  VirtualBox: целочисленное переполнение + race condition, позволившие из окружения гостевой системы выполнить код на стороне хост-системы;
-  $35 тысяч - взлом  VirtualBox: целочисленное переполнение, позволившее получить доступ к базовому системному окружению из гостевой системы;

-  $40 a тысяч - взлом Firefox: ошибка в JIT + использование логической ошибки для выхода из sandbox-изоляции;
-  $50 a тысяч - взлом Firefox: ошибка в JIT + запись за пределы буфера в ядре Windows для выполнения кода  с правами ядра;

-  $45 тысяч - частичный взлом Safari, ошибка в  JIT  + чтение из области вне буфера с дальнейшей попыткой получения прав root через уязвимость в ядре.
-  $50 a тысяч - взлом Microsoft Edge: двойное освобождение блока памяти в процессе отрисовки + выход из sandbox;
-   $55 тысяч - взлом Safari с обходом sandbox-изоляции;
-  $70 тысяч - взлом VMware Workstation: race condition + переполнение буфера в VMware client, позволившие выполнить код на стороне хост-системы;

-  $130 a тысяч - взлом Microsoft Edge с последующим выходом из гостевого окружения  VMware с выполнением кода на уровне хост-системы.


Взломы ядра Linux и большинства открытых проектов (nginx, OpenSSL, Apache httpd) в этом году исключены из призовых номинаций, а дистрибутив Ubuntu убран из числа окружений для взлома. На завтра запланированы демонстрации взломов информационных систем автомобиля Tesla Model 3 (взлом компонента VCSEC и встроенного браузера на основе Chromium). Общий размер призового фонда на взломы   Tesla составляет (https://www.opennet.ru/opennews/art.shtml?num=49956) более 900 тысяч долларов.


URL: https://www.zerodayinitiative.com/blog/2019/3/21/pwn2own-van...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50376

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

Оглавление

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


2. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +14 +/
Сообщение от Stax (ok), 22-Мрт-19, 19:43 
> Взломы ядра Linux и большинства открытых проектов (nginx, OpenSSL, Apache httpd) в этом году исключены из призовых номинаций

А это почему? Стесняются? Хотят сделать вид, что проблемы только в коммерческих продуктах?

Нужно платить и за уязвимости в открытых продуктах, так их будут (собственно) показывать публике и исправлять, а не эксплуатировать втихую. А с такой политикой интерес к этому уходит.

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

5. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +5 +/
Сообщение от Аноним84701 (ok), 22-Мрт-19, 20:03 
>> Взломы ядра Linux и большинства открытых проектов (nginx, OpenSSL, Apache httpd) в этом году исключены из призовых номинаций
> А это почему? Стесняются? Хотят сделать вид, что проблемы только в коммерческих продуктах?
> Нужно платить и за уязвимости в открытых продуктах, так их будут (собственно) показывать публике и исправлять, а не эксплуатировать втихую.

Возможно, нет спроса у клиентов главного организатора - Trend Micro, возможно бюджет не позволяет, возможно (хотя конечно вряд ли) им лучше виднее, как тратить свои деньги?
Вот если бы Вы связались и предложили профинансировать, а они бы начали юлить и отказываться …

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

9. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 22-Мрт-19, 21:18 
Дырки там и так находят в большем количестве и латают. Смысл хлеб у людей ядра отнимать?
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

55. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (-), 23-Мрт-19, 15:08 
АНБ деньжат подкинули.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Анонимemail (6), 22-Мрт-19, 20:41 
Зачем ломать Edge, если он уже почти Chrome?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +5 +/
Сообщение от имя (?), 22-Мрт-19, 20:52 
Корпоративных слоупоков никто не отменял.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

58. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (-), 23-Мрт-19, 15:12 
Кoпpoрации должны страдать.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

72. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от vedronim (?), 24-Мрт-19, 10:01 
Страдают не корпорации, а простые работники.
Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

8. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +8 +/
Сообщение от Аноним (-), 22-Мрт-19, 20:52 
Во днища. Вобщем всем досталось!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

10. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +3 +/
Сообщение от Аноним (9), 22-Мрт-19, 21:21 
Блин, ребята. Ладно еще race condition, многопоточность - это очень сложно и трудно воспроизводимо. Но! Целочисленное переполнение. Переполнение буфера. Двойное освобождение. Как нам уже избавиться от этих проклятий? Как в NASA умудряются писать, что 40 лет работают космические аппараты (те же Вояджеры, например)?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

11. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +2 +/
Сообщение от segesg (?), 22-Мрт-19, 21:57 
c++20, статический анализ, санитейзеры, новые тесты, улучшения компиляторов, постепенное переписывание кода на rust
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

36. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (9), 23-Мрт-19, 07:44 
Rust нас спасёт? Если да, то почему на него льют ушаты критики?
Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

52. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (-), 23-Мрт-19, 13:02 
Критику на что угодно льют, не знал? Это нормально.
И особенно на то, что меняет положение дел и заставляет что-то учить или переписывать, даже если в итоге это убирает бардак, устаканивает апи и сообщество выигрывает. См. системд.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

68. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (68), 23-Мрт-19, 21:22 
Так системд же вносит бардак и сообщество проигрывает, давно доказали. Не?
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

12. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +2 +/
Сообщение от AS (??), 22-Мрт-19, 21:57 
так аппараты то далеко и не в инете.. и там юзверь 1 - админ. поэтому и не ломает никто.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

29. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 23-Мрт-19, 00:30 
В том и дело, что далеко. Если у сервака ты можешь в случае чего нажать кнопочку Reset, то там если ошиьочка какая - то уже есть риск вообще потерять корабль

Хотя, к слову, факапы были у NASA, читал на хабре перевод о том, как они дебажили New Horizons после сбоя, причём было 5 дней на это, а сигнал до аппарата летит 9 часов в одну сторону. Жесть, конечно, не позавидуешь ребятам, но спасли миссию, молодцы!

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

44. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –3 +/
Сообщение от microcoder (ok), 23-Мрт-19, 09:32 
> Если у сервака ты можешь в случае чего нажать кнопочку Reset

Ну прилепить реле по триггеру которое будет дергать кнопочку Reset на аппарате не сложно наверное. Например, расположить в основном компутере какой-нибудь модуль вайфай. Если он не отвечает, файлик ОС которая его обслуживает не принимает - включаем на дополнительном устройстве "механическую руку" и жмём кнопочку "Reset".
Т.е. резервирование, дублирование - основные методы борьбы с "багами". Вот и все секреты.

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

51. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (9), 23-Мрт-19, 12:58 
Ну да, там есть обычно резервный бортовой компьютер и всякие watchdog-таймеры. Хотя потерянные корабли были таки
Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

14. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +3 +/
Сообщение от Аноним84701 (ok), 22-Мрт-19, 22:41 
> Целочисленное переполнение

Там не все так просто, простенькая демка:


% cat overflow.c
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
int main(int argc , char* argv[argc +1]) {
    if (argc < 2) return EXIT_FAILURE;
    
    int32_t x = strtol(argv[1], NULL, 10); // это чтобы нам компилятор еще на начальной стадии не соптимизировал все до return 0
    while (x > 0) x++;
    printf("result %dl\n",x);
    return EXIT_SUCCESS;
}
% gcc8 -Wall -Wextra -std=c11 -S -g overflow.c
.L5:
        .loc 1 8 20 discriminator 2
        addl    $1, -4(%rbp)
.L4:
        .loc 1 8 11 discriminator 1
        cmpl    $0, -4(%rbp)
        jg      .L5

Вроде как все ожидаемо, но:

% gcc8 -Wall -Wextra -std=c11 -g -O2 overflow.c
.L4:
        .loc 1 8 19 is_stmt 1 discriminator 2 view .LVU10
        .loc 1 8 19 discriminator 2 view .LVU11
        .loc 1 8 19 is_stmt 0 discriminator 2 view .LVU12
        jmp     .L4

Компилятор здорово "оптимизнул" UB (если мне не изменяет память - лезть в спеки сейчас совсем неохота), т.е. без всяких варнингов мы поймали вечный цикл "на ровном" месте.

Ну и классическое (не)знание, это ж типа "Дорогая (даже на x86, угу) проверка! Мы точно знаем! Без нее в 100500 раз быстрее"  ;)


>  Как в NASA умудряются писать, что 40 лет работают космические аппараты (те же Вояджеры,
> например)?

Mariner1, Delta 3,  Mars Lander, Mars Orbiter :)

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

15. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –1 +/
Сообщение от Аноним84701 (ok), 22-Мрт-19, 22:47 
Так как пятница, да и самому стало интересно, наовноко^W набросал по быстрому макет:

% gcc8 -Wall -Wextra -std=c11 -g -O3 overflow.c -o overflow
% cat overflow.c
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
int main(int argc , char* argv[argc +1]) {
    if (argc < 3) return EXIT_FAILURE;
    
    int64_t x = strtol(argv[1], NULL, 10);
    int64_t y = strtol(argv[2], NULL, 10);
    while (x > y) {x += 0xFFFFFFF;}
    printf("result %ld\n",x);
    return EXIT_SUCCESS;
}

% time ./overflow 4 2
result -9223372036586340477
./overflow 4 2  30,27s user 0,01s system 99% cpu 30,295 total
% time ./overflow 4 2
result -9223372036586340477
./overflow 4 2  30,00s user 0,00s system 99% cpu 30,041 total


и

% cat overflow_checked.c
#include <stdio.h>
#include <stdlib.h>
#include <stdint.h>
int main(int argc , char* argv[argc +1]) {
    if (argc < 3) return EXIT_FAILURE;
    
    int64_t x = strtol(argv[1], NULL, 10);
    int64_t y = strtol(argv[2], NULL, 10);
    while (x > y) {
        if (__builtin_add_overflow(x, 0xFFFFFFF, &x)){
                printf("overflow detected %ld\n", x);
                break;
        }
    }
    printf("result %ld\n",x);
    return EXIT_SUCCESS;
}
% gcc8 -Wall -Wextra -std=c11 -g -O3 overflow_checked.c -o overflow_checked
% time ./overflow_checked 4 2
overflow detected -9223372036586340477
result -9223372036586340477
./overflow_checked 4 2  30,63s user 0,00s system 99% cpu 30,662 total
% time ./overflow_checked 4 2
overflow detected -9223372036586340477
result -9223372036586340477
./overflow_checked 4 2  29,79s user 0,00s system 99% cpu 29,835 total

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

17. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –18 +/
Сообщение от Michael Shigorinemail (ok), 22-Мрт-19, 22:50 
> Так как пятница, да и самому стало интересно

Слушайте, а черкните мне на mike@altlinux.org -- нам нужны такие люди. :)

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

34. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +4 +/
Сообщение от Ivan_83 (ok), 23-Мрт-19, 02:13 
Люди нужны всем, не все могут себе это позволить.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

45. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от microcoder (ok), 23-Мрт-19, 09:42 
> Люди нужны всем, не все могут себе это позволить.

А Вы почему за него решили, может он позволить или нет? Мне интересно, а что Вы видите плохого в прямых предложениях которое сделал "альтлинуксовец" выше?

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

63. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Ivan_83 (ok), 23-Мрт-19, 18:52 
Это ваши фантазии, можете ответить сами себе.
Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

65. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Michael Shigorinemail (ok), 23-Мрт-19, 19:32 
> Люди нужны всем, не все могут себе это позволить.

А у нас как раз и есть атмосфера, в которой обычно приживаются люди с подобными особенностями характера и поведения.  Да, _мы_ можем себе это позволить, плюс ещё и хорошие зарплаты как для продуктовых контор, а не телогрузов.

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

75. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от анон (?), 25-Мрт-19, 00:10 
> с подобными особенностями характера

типа тебя? кто тебе заплатил за антипиар?

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

74. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от анон (?), 25-Мрт-19, 00:09 
иди проспись
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

35. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (35), 23-Мрт-19, 07:20 
>         if (__builtin_add_overflow(x, 0xFFFFFFF, &x)){

Зато портабельно. "Ассемблер никому не нужен" (с) Carry Flag

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

53. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним84701 (ok), 23-Мрт-19, 13:57 
>>         if (__builtin_add_overflow(x, 0xFFFFFFF, &x)){
> Зато портабельно. "Ассемблер никому не нужен" (с) Carry Flag

Э-э … и куда VB уже успели с х86 портировать?
Скорее, исторически сложившиеся костылики и священная корова обратной совместимости.
А сказка о "портабельности" – для всего, что чуть больше привета миру обычно не выдерживает столкновения с реальностью, зато последствия проявляются чуть ли не каждый день …

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

64. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 23-Мрт-19, 19:27 
> А сказка о "портабельности" – для всего, что чуть больше привета миру
> обычно не выдерживает столкновения с реальностью, зато последствия
> проявляются чуть ли не каждый день …

Сгущаете краски, судя по e2k (не-x86, не-RISC, да ещё и не-gcc).  Не то чтоб "всё не так", но всё-таки далеко не так плохо, по моим наблюдениям до сих пор :-)

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

71. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (71), 24-Мрт-19, 08:57 
В случае e2k есть такое слово "надо", а вот на "x32" как-то не очень портируется с amd64, при том что разница лишь в размере указателей.
Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

70. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (71), 24-Мрт-19, 08:52 
На "х86" ассемблере проверка переполнения естественна и производится одной командой. На Сях приходится городить огород (который компилятор ещё должен суметь редуцировать до проверки флага), либо применять интринсик. Похоже, немножко через чур "абстрагировались".
Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

27. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 23-Мрт-19, 00:21 
Да, с целочиселкой хороший пример. На хабре, помню, был перевод статьи, которая, кажись, называлась "UB is so undefined" или как-то так, там про это было.

И спрашивается, а кто тут виноват? Компилятор, который оптимизирует такое и не предупреждает? Стандарт, который не мог сделать переполнение не-UB? Программист, который посмел надеяться на переполнение?

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

30. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (30), 23-Мрт-19, 00:39 
> while (x > 0) x++;

Этот цикл либо вечный, либо не выполняется в соответствии с правилами C/C++.

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

33. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним84701 (ok), 23-Мрт-19, 01:24 
>> while (x > 0) x++;
> Этот цикл либо вечный,

см. выхлоп -S для -O2
> либо не выполняется в соответствии с правилами C/C++.

Вообще-то это UB. Причем "вроде работает как задуманно" (т.е. выполняется) для -On, n<2, c -O2 "оптимизируется" в вечный цикл.  
"Четкие правила" - это про unsigned:
> A computation involving unsigned operands can never overflow

Вот другая демка (не мое -- когда-то наткнулся):


#include <stdio.h>                                                                      
#include <stdlib.h>                                                                      
#include <stdint.h>                                                                      
int main(int argc , char* argv[argc +1]) {                                              
        if (argc < 2) return EXIT_FAILURE;                                              
                                                                                        
        int32_t x = strtol(argv[1], NULL, 16);                                          
        int32_t y = x + 1;                                                              
        if (y < x) {                                                                    
            printf("overflow detected %d\n",x);                                          
        } else {                                                                        
            puts("no overflow");                                                        
        }                                                                                
        return EXIT_SUCCESS;                                                            
}


% gcc8 -Wall -Wextra -Woverflow -std=c99 -g -O0 over.c && ./a.out 0x7fffffff  [1]
overflow detected 2147483647
% gcc8 -Wall -Wextra -Woverflow -std=c99 -g -O1 over.c && ./a.out 0x7fffffff
no overflow


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

47. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (30), 23-Мрт-19, 12:07 
> Вообще-то это UB. Причем "вроде работает как задуманно" (т.е. выполняется) для -On, n<2, c -O2 "оптимизируется" в вечный цикл.

Да, UB, так и есть. Я имел ввиду что цикл вечный в том плане, что по правилам языка переполнение знаковых целых в корректной программе не происходит, а значит компилятор вправе считать, что этот цикл вечный. Т.к. модификация x в этом цикле не приводит к наблюдаемому поведению, его можно попросту исключить и оставить "while (true);".

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

77. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (77), 26-Мрт-19, 23:31 
Что-то я не понял открытий.
Результат следующих строк секрет что-ли был?

    int32_t i = INT_MAX, j = i++;
    printf("i: %" PRIi32 " j: %" PRIi32 "\n", i, j);

    uint32_t ui = UINT_MAX, uj = ui++;
    printf("ui: %" PRIu32 " uj: %" PRIu32 "\n", ui, uj);

А это "argv[argc +1]" какое-то расширение в gcc8?
Что sizeof argv показывает?

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

78. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним84701 (ok), 27-Мрт-19, 00:29 
> Что-то я не понял открытий.
> Результат следующих строк секрет что-ли был?

Демка неочевидности UB, очевидно же.
Если не подводит память, то видел в блоге PVS-иков "частые неочевидные факапы-ошибки" (как-то так по смыслу)
> А это "argv[argc +1]" какое-то расширение в gcc8?

Угу. "Расширение". Жуется  gcc5 -std=c89
Обычный синтактический выверт ушами "читабельная запись для человеков" (т.е. никаких стат. проверок компилятора - хотя оно и понятно, т.к. тут нужен libastral наисвежей версии)
Из ModernC, Jens Gustedt, если что.
> Что sizeof argv показывает?

то же самое, что и sizeof(char**), что же еще :)

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

79. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (79), 29-Мрт-19, 00:12 
> Обычный синтактический выверт ушами

Я уж подумал - массивы переменной длины в параметрах функций.

Что-то типа:

gcc -x c -std=c99 - -o opennet << EOF
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[])
{
    char arr[ atoi(argv[1]) ];

    printf("sizeof arr: %u\n", sizeof arr);

    return 0;
}
EOF

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

16. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –11 +/
Сообщение от Michael Shigorinemail (ok), 22-Мрт-19, 22:48 
> Как нам уже избавиться от этих проклятий?

Возможно, поздно.

> Как в NASA умудряются писать, что 40 лет работают космические аппараты
> (те же Вояджеры, например)?

Слетайте в семидесятые и спросите...

А так http://drakon.su и сейчас доступен.

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

28. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 23-Мрт-19, 00:24 
> Возможно, поздно?

Почему?

> Слетайте в семидесятые и спросите

Ну вообще, видел у NASA сишний стайлгайд из 10 правил. Очень хардкорный: динамическую память нельзя, рекурсию нельзя, циклы без жёстко заданной верхней границы нельзя. Но и условия работы обязывают

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

32. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от ffirefox (?), 23-Мрт-19, 00:56 
ДРАКОН это не NASA. ;)
Просто программы создавали не программисты, а инженеры. Соответственные требования предъявлялись к ПО как к любому изделию. Там к каждой строчке различной документации по несколько страниц.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

31. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –1 +/
Сообщение от ffirefox (?), 23-Мрт-19, 00:49 
Так они писали на Ada. Когда этот язык приняли, то он считался очень сложным и перегруженным. Но, суде по последним стандартам C++ и развитию Rust, разработчики языков не успокоются пока всё оттуда не перетаскают. Интересно, стандарт C++ уже обогнал по объему Ada?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

46. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (46), 23-Мрт-19, 11:37 
>Как в NASA умудряются писать, что 40 лет работают космические аппараты (те же Вояджеры, например)?

На Fortran писали.
И таки, по крайней мере, один раз косяк случился, препод рассказывал. Вместо точки-разделителя целой-дробной части поставили запятую. Транслятор Фортрана воспринял это как два числа. В результате аппарат пролетел мимо Венеры.
Но, всё же, это не то, что сплошные проблемы с указателями.

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

50. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 23-Мрт-19, 12:57 
Ну не всегда же на Фортране. Там были потом и Ада, и Си (поныне там)
Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

60. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (-), 23-Мрт-19, 15:14 
Пора изобретать язык тёти Раи. :)
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (-), 23-Мрт-19, 15:07 
Если ты понимаешь лучше них, организуй свои соревнования!
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

66. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 23-Мрт-19, 20:11 
Причём здесь соревнования? С ними все как раз нормально - нужное мероприятие, демонстрирующее наше несовершенство в кодинге. Ну и непосредственно полезное, ибо ошибки исправляются
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

67. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от MINIX (?), 23-Мрт-19, 20:18 
Поставить Assert-ов на все входные/выходные данные (не обязательно контракты полностью реализовывать). Весь код покрыт самыми изощренными тестыми. Каждое принятое решение взвешивается и перевешивается, потом рефакторинг и по новой. Без исключений. Каждый метод, каждую строчку, каждый объект. Полная статистика всех созданных "обеъктов" (на что, когда и для каких целей выделена память).
Запретить работать с памятью напрямую, полностью задействовать все фичи прав доступа на современных процессорах (многопоточность и состояние гонки).
И...
Что и? Нифига не поможет в некоторых случаях, если имбицилы пишут код.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

13. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (13), 22-Мрт-19, 22:20 
Не зря так долго коробку не обновляют. Страшенные баги месяцами висят, реактось от дополнений 6.0.4 синюшит сразу на установке ещё...Если даже после этого не обновят, то я не знаю куда .
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

19. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (19), 22-Мрт-19, 23:06 
QEMU хороший вариант. Только надо уметь думать.
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

41. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –5 +/
Сообщение от пох (?), 23-Мрт-19, 09:12 
о чем вы там думаете? Вызубрить командную строчку из миллиона закорючек (и менять раз в неделю, потому что авторы никак не успокоятся, меняя синтаксис в каждой версии) - это у вас "думать"?

А об эффективности (и надежности) этого (по первоначальной задумке)_эмулятора_, в сочетании с kvm/libvirt (в виде спагетти взаимозавязанных механизмов, запутанных так что вообще не разберешь, кто там на ком стоял) - вам явно думать нечем.

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

18. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Анонимemail (18), 22-Мрт-19, 22:51 
> Ubuntu убран из числа окружений для взлома

Слишком сложно или просто?

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

26. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –4 +/
Сообщение от BlackRot (?), 23-Мрт-19, 00:11 
Никому не нужно
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

43. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  –4 +/
Сообщение от пох (?), 23-Мрт-19, 09:18 
бросьте, и нужно, и ломают только в путь (благо векторов у непохаканной на корню - мильен). Но деньги за это платить - действительно, ненужно. Во-первых, у ломающих и так все в шоколаде - там от финорганизаций до инфраструктурных компаний ;-) во-вторых, лучше от этого бубунточка не станет - потому что там для начала надо уволить всю команду, и нанять вменяемых (а где их взять, если наверху - тот-кого-нельзя-тут-называть?)
потом выкинуть на помойку зависимость от инфраструктуры и разработчиков дебиllian, заодно заменив невменяемый apt-десять-лет-unstable-cli чем-то вроде zypper, а потом окажется что вы обратно suse изобрели, только не на базе шлак-вари, а на базе дебиана.
А она у нас и так есть. Ну, пока еще есть, завтра, небось, банкрот, не зря ж ее выкинули.

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

73. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (9), 24-Мрт-19, 20:35 
А я-то думал, что старый-добрый apt и дебиан - нерушимы как скалы
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

76. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от пох (?), 25-Мрт-19, 17:48 
ну так вам - головой биться, или в работе применять?

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

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

59. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +1 +/
Сообщение от Аноним (-), 23-Мрт-19, 15:13 
Как и ты. :(
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

37. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от An (??), 23-Мрт-19, 08:18 
Видимо пришло время отдельное соревнование для опенсорса делать  
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

56. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (56), 23-Мрт-19, 15:09 
Молодцы. Но много бесполезных проектов вроде Edge и Safari. Только деньги на ветер!
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

69. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от НяшМяш (ok), 23-Мрт-19, 22:24 
Почему же? Всякие бизнесьмены пользуют вышеназванные продукты. А денежки как раз у них и эти браузеры приходится знать, чтобы и себе пенсию обеспечить. Одно непонятно - где хромиум и его поделия.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

62. "На соревновании Pwn2Own 2019 продемонстрированы взломы Firef..."  +/
Сообщение от Аноним (62), 23-Мрт-19, 15:19 
В Virtualbox так то ошибки опасненькие.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру