В плане такси возможно, но как минимум от первой проблемы каршеринг не спасает. Как решается вопрос со штрафом за неправильную парковку и штраф стоянку с шерингом даже не знаю, интересно. По идее логично, чтобы штраф зачислялся потребителю.
Даже больше. С удивлением обнаружил, что многие знакомые при наличии авто предпочитают до работы и развлечений добираться на такси и с использованием каршеринга.
Именно по этой причине фряша реализовала Linux Kernel Programming Interfaces (Linux KPI) для полу-автоматического утягивания DRM-ного кода: Ctrl+ F :: linuxkpi
Ваш взгляд сильно перекошен на серверный сегмент. У линуха есть крайне сильные стороны в сравнении с другими Unix-ами. В первую очередь по причине существенного участия вендоров. И часть этих наработок заимствуют производители других ОС — FreeBSD, BlackBerry («Start the DRM Server»), Wind River (Ctrl + F :: DRM)
Просто, мне казалось, что в RTOS сфере вообще должны активно использовать различные уловки, чтобы выжать максимум из производительности.
RT к производительности никакого отношения не имеет. Real-time не значит быстро, но с гарантией своевременности. Тут можно с некоторым допущением противопоставить интерактивность и предсказуемость. Первое к ОС общего назначения, второе к ОСРВ.
Не могли бы вы раскрыть тему подробнее, пожалуйста? О каких особенностях тут идёт речь?
Это старая как мир притча. Несколько десятилетий назад отдельные группы исследователей продвигали идею закладывания в архитектуру отдельных RTOS идей. От MMU до конвейеров и логики работы кэшей. Поддержки у вендоров хитрый план по ускоспециализированному железу не нашел и достаточно быстро сдулся. Но эхо в академической среде все еще витает.
Все верно, но вменяемых практических задач, для которых атака на процесс обоснована так и не названо. Поскольку принцип изоляции адресных пространств и общая логика работы MMU взялись не на пустом месте — это именно атака. Коль скоро метод применим либо под root-ом, либо в песочнице, то и условие о невозможности перезапуска процесса требует пояснения.
Патч с подменой конструктора в эльфе и уж тем более патч исходников будут явно быстрее разбирательства с адресным пространством произвольного процесса. Первое можно делать в автоматизированном режиме если ассемблер не будет изменяться в дальнейшем. А вот с каждым новым «полем со звёздочками» придётся разбираться во многом вручную.
Назовите практическую задачу в персональной песочнице, для которой этот подход обоснован, учитывая хорошие шансы повалить чужой исполняющийся процесс. И при условиях полной свободы для порождения собственных потоков штатными методами.
Для домашней песочницы гораздо больше подойдет один из следующих вариантов:
— патч в исходники тулзы с полем;
— добавление своего кода в секцию .init бинарника;
— менеджер паролей наконец.
Вот это если все и портит. Непривилегированный код не может такие действия в отношении всего, что выходит за рамки своей песочницы ~ собственных процессов.
выяснил, что регистрация прав на программу для ЭВМ стоит около 15 тыс. рублей. 15 тыс. рублей! И это ещё без пошлины
Не вводите людей в заблуждение, стоимость регистрации равна затратам на гос. пошлину. 15 тыр хотят хитрые афедроны за подготовку комплекта документов.
Привожу рабочий howto, существенно упрощающий разбирательство в документальной базе, которая меняется почти каждый год.
Пишется письмо на адрес otd69<цобакен>rupto.ru с просьбой выслать актуальный комплект документов для регистрации программы для ЭВМ и указывается статус правообладателя (например: физическое лицо, 1 автор). В ответ сотрудники ФИПС/Роспатента весьма оперативно высылают краткую выжимку с актуальными шаблонами доков, щедро сдобренными комментариями и даже точными алгоритмами действий. За что им благодарность.
Увы, это бич человечества. Однако, если с осознанным подлогом бороться крайне сложно, то хотя бы сократить поголовье клинических идиотов было бы уже хорошо.
Подарить бы этим людям словарик технических терминов. Да на лбу написать значение терминов устойчивость и надежность, дабы каждое утро в зеркале видели.
… в единицу времени.
Именно по этой причине фряша реализовала Linux Kernel Programming Interfaces (Linux KPI) для полу-автоматического утягивания DRM-ного кода: Ctrl+ F :: linuxkpi
Ваш взгляд сильно перекошен на серверный сегмент. У линуха есть крайне сильные стороны в сравнении с другими Unix-ами. В первую очередь по причине существенного участия вендоров. И часть этих наработок заимствуют производители других ОС — FreeBSD, BlackBerry («Start the DRM Server»), Wind River (Ctrl + F :: DRM)
RT к производительности никакого отношения не имеет. Real-time не значит быстро, но с гарантией своевременности. Тут можно с некоторым допущением противопоставить интерактивность и предсказуемость. Первое к ОС общего назначения, второе к ОСРВ.
Это старая как мир притча. Несколько десятилетий назад отдельные группы исследователей продвигали идею закладывания в архитектуру отдельных RTOS идей. От MMU до конвейеров и логики работы кэшей. Поддержки у вендоров хитрый план по ускоспециализированному железу не нашел и достаточно быстро сдулся. Но эхо в академической среде все еще витает.
— патч в исходники тулзы с полем;
— добавление своего кода в секцию .init бинарника;
— менеджер паролей наконец.
Свое время нужно ценить все-таки.
При подобной атаке на процесс это эквивалентно требованию повышения прав до root, даже с упомянутыми оговорками.
Не вводите людей в заблуждение, стоимость регистрации равна затратам на гос. пошлину. 15 тыр хотят хитрые афедроны за подготовку комплекта документов.
Привожу рабочий howto, существенно упрощающий разбирательство в документальной базе, которая меняется почти каждый год.
Пишется письмо на адрес otd69<цобакен>rupto.ru с просьбой выслать актуальный комплект документов для регистрации программы для ЭВМ и указывается статус правообладателя (например: физическое лицо, 1 автор). В ответ сотрудники ФИПС/Роспатента весьма оперативно высылают краткую выжимку с актуальными шаблонами доков, щедро сдобренными комментариями и даже точными алгоритмами действий. За что им благодарность.