> Позиция Grsecurity основана на том, что в договоре с клиентом определяются условия расторжения договора, в соответствии с которыми клиент может потерять доступ к будущим версиям патчей. Подчёркивается, что упомянутые условия касаются доступа к ещё не написанному коду, который возможно появится в будущем. Лицензия же GPLv2 определяет условия распространения существующего кода и не содержит явных ограничений, применимых для ещё не созданного кода. При этом клиенты Grsecurity не теряют возможности использования уже выпущенных и полученных ими патчей и могут распоряжаться ими в соответствии с условиями GPLv2.1. Grsecurity нарушают GPL-2 в момент распространения своих патчей к Linux с дополнительными условиями и ограничениями!
В GPL-2 явно сказано, что распространение любых производных работ, патчей, дополнений должно проводиться только на условии GPL-2. Ограничение доступа к репозиторию патчей и навязчивое, требование дополнительного ограничивающего договора явно нарушают GPL-2!
2. Важно упомянуть несколько исторических моментов:
2.1 grsecurity закрыла доступ к репозиторию патчей ядра Linux мотивируя свое решение тем, что одна известная контора, производитель "безопасных" маршрутизаторов, использует их патчи на своих маршрутизаторах заменив авторство grsecurity на свое! Это не тивоизация, это банальное воровство интеллектуальной собственности!!! Именно чтобы таких "производителей" перевоспитать был закрыт доступ и введены ограничения на распространение патчей.
2.2 PAX и GRSecurity сами, активно, продвигали свои наработки в ядро Linux, но им отказали!
2.3 здесь наверно никто не знает, но изначально, в самых первых версиях Linux защита памяти ядром ОС была по умолчанию, а в конце 90-тых, вскоре после переезда Торвалдса в США защиту памяти ядром Linux убрали...
2.4 И наверно в РФ уже вообще никто не знает полную историю связанную с PAX. Изначально, математики 1960-годов строго установили требования к процессору: посегментно или постранично защищать память для обеспечения Дискретного Контроля Доступа (DAC) исполняемая память не должна изменятся, не исполняемая должна разделятся на изменяемую и не изменяемую в процессе работы. Контроль должен быть аппаратный и/или программный на уровне ядра ОС.
Все процы клепались с возможностью адресации памяти и хотябы возможностью посегментного контроля... за исключением ракетного процессора фирмы Intell код 1086 который она выкинула на общий рынок. После наездов на Intel в 1980-тых, что на их проце не возможно написать нормальную ОС (Unix) она выпустила в начале 1990-тых свой дешовый i386 проц с адресацией памяти и возможностью посегментно контролировать права на выделяемую память: RX - чтение и исполнение; RW - чтение и изменение; R - только чтение. Благодаря этому процессору и его возможностями контроля за памятью и появилось ядро Linux. И еще раз напомню в первых версиях ядра Linux контроль над запретом выделения памяти в режиме одновременно для измерения и исполнения был. PAX появился в Европе для того чтобы вернуть возможность контроля над выделяемой памятью в Linux и по понятным причинам его разработчики желают оставался анонимными. Для Торвалдса, гражданина США, анонимность разработчика есть поводом для отказа приема его патчей в ядро Linux.
