Пишут, что фейковость по данному закону не касается СМИ и новостных агрегаторов. Вроде бы первые должны изначально проверять источники информации, а вторые только перепечатывают первых (ну прямо как в анекдоте про джентельменов, когда карта повалила)
Вот только что-то подсказывает, что за хайпом насчет фейковых новостей, старательно замалчивается проблема сокрытия информации. К примеру, официальным СМИ не рекомендовано освещать какой-то факт, тогда его можно быстренько опровергнуть и начать штрафовать и закрывать независимые СМИ.
И поди доказывай потом, что в статье была правда написана.
А вообще, надо зарекаться писать комментарии на подобные темы, а то заминусуют не хуже, чем за любой комментарий в статье про митинг в поддержку Телеги.
Делать такой вывод на основе сети из 3х8 нейронов мягко говоря сомнительно.
Ведь вы же не оценивали качество и скорость обучения этой сети для реальных задач.
Подозреваю, что с уменьшением (огрублением) точности при подобном способе оптимизации могут возникнуть проблемы с величиной ошибки при процедуре обучения большой сети.
Такой эффект может быть незаметен для небольшого количенства данных, но для реального применения может не иметь смысла, т.к. потребует дополнительных эпох обучения для компенсации уменьшения точности расчета.
Термин Open Source уже давно эксплуатируют кто во что горазд, и мне действительно печально, что грамотные люди-технари обычно слабо разбираются в юридических вопросах, чем часто пользуются ушлые юристы. А потом все поднимают хай по поводу вселенской несправедливости.
Поэтому я и написал первый комментарий про то, что нужно лицензию смотреть, а не опираться на «толкование» того или иного термина.
Не передергивайте, и не пытайтесь сказать за меня того, что я не говорил.
Если украсть исходники и опубликовали их в интернете, то продукт от этого не будет ни открытым, ни свободным.
И я сказал, что только владелец имеет право принимать решение о публикации исходников и условиях их дальнейшего использования.
И только владелец принимает решение, как это называть. Может назвать Open Source, может Open Core или Shared Source, суть то от этого не изменится.
Причем это может делаться как раз с целью, что бы заполучить простодушных последователей, которые поведутся на знакомые слова не понимая их сути и юридических последствий.
используется организацией Open Source Initiative для определения степени соответствия лицензии…
вот только необходимость соответствия требуется только тем, кто хочет использовать логотип Open Source Initiative (OSI).
Во всех остальных случаях под данным термином лучше понимать доступность исходников и не более того. Иначе можно очень сильно напороться на различные проблемы, как например в данном случае. Код Open Source, а лицензия не свободная.
кто выступает против изменений концепции open source
Концепция Open Source от подобной смены лицензии не изменяется.
Код как был открытым, так и остается.
Проблемы возникают в случае коммерциализации на базе подобных решений.
Но в этому случае владелец софта в своем праве, и никому ничего не обязан, захотел дал (выпустил под свободной лицензией), а захотел взял назад (поменял лицензию на не свободную).
Так же как и пользователи, если не согласны с подобной сменой, вольный форкнуться и начать играть в своей песочнице.
Откуда я могу знать про возможности использования подобной уязвимости в абстрактной системе?
Я написал, что неизвлекаемость и немодифицируемость, это разные атрибуты. А уж можно такой сценарий эксплуатировать или нет, это вопрос к аналитикам.
Если в УЦ свои люди, то ничего менять ненужно. Сразу запишут все, что требуется.
А вот возможность модификации объектов на токене, это потенциальная уязвимость, возможность эксплуатации которой зависит от конкретного ПО и его логики работы.
Обращают или нет, это зависит от реализации P11.
Причем, проверка может быть реализована как на уровне токена, так и в самой PKCS11.
А что касается проверки цепочки, так варианты разные бывают.
Раз смогли заменить значение приватного ключа, значит и для публичного или сертификата не составит труда сделать тоже самое.
Вот только что-то подсказывает, что за хайпом насчет фейковых новостей, старательно замалчивается проблема сокрытия информации. К примеру, официальным СМИ не рекомендовано освещать какой-то факт, тогда его можно быстренько опровергнуть и начать штрафовать и закрывать независимые СМИ.
И поди доказывай потом, что в статье была правда написана.
А вообще, надо зарекаться писать комментарии на подобные темы, а то заминусуют не хуже, чем за любой комментарий в статье про митинг в поддержку Телеги.
Ведь вы же не оценивали качество и скорость обучения этой сети для реальных задач.
Подозреваю, что с уменьшением (огрублением) точности при подобном способе оптимизации могут возникнуть проблемы с величиной ошибки при процедуре обучения большой сети.
Такой эффект может быть незаметен для небольшого количенства данных, но для реального применения может не иметь смысла, т.к. потребует дополнительных эпох обучения для компенсации уменьшения точности расчета.
Я не состою в OSI, поэтому мне, как и большинству, не нужно соблюдать рекомендации по использованию данного термина
Термин Open Source уже давно эксплуатируют кто во что горазд, и мне действительно печально, что грамотные люди-технари обычно слабо разбираются в юридических вопросах, чем часто пользуются ушлые юристы. А потом все поднимают хай по поводу вселенской несправедливости.
Поэтому я и написал первый комментарий про то, что нужно лицензию смотреть, а не опираться на «толкование» того или иного термина.
Я именно про это и говорю, что назваться Open Source может кто угодно.
Если украсть исходники и опубликовали их в интернете, то продукт от этого не будет ни открытым, ни свободным.
И я сказал, что только владелец имеет право принимать решение о публикации исходников и условиях их дальнейшего использования.
И только владелец принимает решение, как это называть. Может назвать Open Source, может Open Core или Shared Source, суть то от этого не изменится.
Причем это может делаться как раз с целью, что бы заполучить простодушных последователей, которые поведутся на знакомые слова не понимая их сути и юридических последствий.
Во всех остальных случаях под данным термином лучше понимать доступность исходников и не более того. Иначе можно очень сильно напороться на различные проблемы, как например в данном случае. Код Open Source, а лицензия не свободная.
Код как был открытым, так и остается.
Проблемы возникают в случае коммерциализации на базе подобных решений.
Но в этому случае владелец софта в своем праве, и никому ничего не обязан, захотел дал (выпустил под свободной лицензией), а захотел взял назад (поменял лицензию на не свободную).
Так же как и пользователи, если не согласны с подобной сменой, вольный форкнуться и начать играть в своей песочнице.
Я написал, что неизвлекаемость и немодифицируемость, это разные атрибуты. А уж можно такой сценарий эксплуатировать или нет, это вопрос к аналитикам.
А вот возможность модификации объектов на токене, это потенциальная уязвимость, возможность эксплуатации которой зависит от конкретного ПО и его логики работы.
Причем, проверка может быть реализована как на уровне токена, так и в самой PKCS11.
А что касается проверки цепочки, так варианты разные бывают.
Раз смогли заменить значение приватного ключа, значит и для публичного или сертификата не составит труда сделать тоже самое.