Организациям для ведения финансовой деятельности нередко требуется лицензия от ЦБ РФ. Вот и интересно было бы найти не юрлицо-однодневку, а официальную финансовую организацию с лицензией. На данный момент таких вроде, нет.
Я имел в виду, что если законный перевод от ИП в Кыргызстане в ИП в России невозможен, то и смысла нет считать налоги при переводе от физ. лица физ. лицу, так как мы тут просто переходим к третьей схеме.
Значит ваша схема "Путь №1: немцы > ИП в Кыргызстане > ИП в России" получается изначально нереализуемой, если ИП в Кыргызстане не может переводить деньги в ИП в России.
Не могли бы вы пояснить этот момент? В России же у Димы ИП, тогда откуда НДФЛ, который для физ. лиц? У вас первый и третий варианты приходят к одинаковым цифрам.
В итоге всё приходит в функцию efi_set_reboot_to_firmware в файле src/shared/efi-loader.c, которая вызывает efi_set_variable() из файла src/basic/efivars.c. А уже она, похоже, меняет какой-то файл из каталога /sys/firmware/efi/efivars/, который соответствует флагу UEFI EFI_OS_INDICATIONS_BOOT_TO_FW_UI.
Всё равно в итоге имеем некий параметр, чьё значение не обнуляется при перезагрузке, и на что смотрит BIOS.
На самом деле, как правило, в линуксе и андроиде всё делается через системный вызов reboot, который далеко не void reboot(void).
На том же андроиде есть возможность загружаться сразу в fastboot (и не только). Делает это архитектурно-специфичный код в ядре (например, в arch/arm64), собственно и реализующий перезагрузку на данном процессоре. Как правило, логика такая, что при передаче в системный вызов хитрого дополнительного аргумента, определённое значение помещается в определённый аппаратный регистр, который сохраняет своё значение при перезагрузке. А дальше уже BIOS или BootROM и/или загрузчик смотрят в этот регистр, и если значение нужное, то заходят в BIOS, fastboot, emergency download mode, recovery mode и т.д.
Итого, дело не в systemd, а в том, что проверяет (или не проверяет) конкретный BIOS/BootROM.
На старых устройствах пользователи уже залогинены (и, как правило, не разлогиниваются без необходимости). А вот процедура переноса такого ключа на новый смартфон неясна.
Если труд организован правильно, то, хочется верить, что будет создан корпоративный аккаунт. Если же работодатель заставляет дизайнера регистрироваться на свою личную почту, то, да, передача персональных данных.
В данном случае, это уже будет проблема сервиса LLM, насколько он соответствует законам. Пока что россиянам не запрещено пользоваться иностранными сервисами, обрабатывающими их персональные данные. Поэтому ответственность здесь будет не на стороне дизайнера.
Далеко не в каждой задаче, связанной с использованием LLM, используются персональные данные. Например, дизайнеру, использующему графические модели для быстрого прототипирования, вообще, персональные данные в работе не нужны, поэтому данный риск не всем актуален. А так, сотрудники могут персональные данные и в Гугле по дурости вбивать.
Корректнее было бы описывать, какие модели (и по какому тарифу) для каких задач подходят. А то если взять, например, случай обработки врачебной тайны, то я, вот, не уверен, что отчественные модели по бесплатному тарифу (без заключения доп. соглашений) для этого случая подойдут (с учётом возможности дообучения на запросах).
А если атакующий, взломавший виртуальную машину, неспешно через HSM просто зачитает всю базу в кэш? HSM её услужливо и расшифрует, если нет ограничений по числу запросов к HSM.
Идея хорошая. Что до конкретной реализации, политика сервиса у ChatGPT ясна и доступна, а вот у приведённого в примере сервиса опубликованной политики обработки данных я не нашёл, и кому достанутся копии отправленных в сервис данных, не ясно. Поэтому с копированием в него чувствительной информации я бы не торопился, а лучше бы нашёл что-то, что можно запускать локально.
close() closes a file descriptor, so that it no longer refers to any file and may be reused.
То бишь по крайней мере если мы пишем прямо на С и используем системные функции без каких-то обёрток сделанных языком более высокого уровня, то сокет (точнее файловый дескриптор созданный вызовом socket(...)) переиспользовать все-таки можно - главное закрыть его!
Тут речь идёт не о переиспользовании переменной в юзерспейсе, а о том, что после закрытия файлового дескриптора в ядре, это место в таблице файловых дескрипторов процесса станет свободным, и при открытии нового файла или сокета, ядро просто переиспользует первый свободный дескриптор.
Например, если вы закроете STDIN (дескриптор которого имеет номер 0), а затем откроете любой файл, то у этого файла дескриптор будет 0 за счёт переиспользования. Но этот дескриптор уже не будет иметь никакого отношения к тому, что было нулём раньше. И в этом плане никакое переиспользование в юзерспейсе не выйдет.
Организациям для ведения финансовой деятельности нередко требуется лицензия от ЦБ РФ. Вот и интересно было бы найти не юрлицо-однодневку, а официальную финансовую организацию с лицензией. На данный момент таких вроде, нет.
А какие обменники проверенные? Выглядит как замена одних скриншотов с положительными отзывами на другие скриншоты.
Есть ли хоть один обменник, официально работающий в РФ?
Но есть и озеро в Канаде.
Есть довольно много статей, где на полном серьёзе говорят про Adler Lake (хотя он Alder). Даже на Хабре встречаются.
Я имел в виду, что если законный перевод от ИП в Кыргызстане в ИП в России невозможен, то и смысла нет считать налоги при переводе от физ. лица физ. лицу, так как мы тут просто переходим к третьей схеме.
Значит ваша схема "Путь №1: немцы > ИП в Кыргызстане > ИП в России" получается изначально нереализуемой, если ИП в Кыргызстане не может переводить деньги в ИП в России.
Не могли бы вы пояснить этот момент? В России же у Димы ИП, тогда откуда НДФЛ, который для физ. лиц? У вас первый и третий варианты приходят к одинаковым цифрам.
В итоге всё приходит в функцию
efi_set_reboot_to_firmwareв файлеsrc/shared/efi-loader.c, которая вызываетefi_set_variable()из файлаsrc/basic/efivars.c. А уже она, похоже, меняет какой-то файл из каталога/sys/firmware/efi/efivars/, который соответствует флагу UEFI EFI_OS_INDICATIONS_BOOT_TO_FW_UI.Всё равно в итоге имеем некий параметр, чьё значение не обнуляется при перезагрузке, и на что смотрит BIOS.
Смотреть исходники и использовать
strace.На самом деле, как правило, в линуксе и андроиде всё делается через системный вызов reboot, который далеко не
void reboot(void).На том же андроиде есть возможность загружаться сразу в
fastboot(и не только). Делает это архитектурно-специфичный код в ядре (например, вarch/arm64), собственно и реализующий перезагрузку на данном процессоре. Как правило, логика такая, что при передаче в системный вызов хитрого дополнительного аргумента, определённое значение помещается в определённый аппаратный регистр, который сохраняет своё значение при перезагрузке. А дальше уже BIOS или BootROM и/или загрузчик смотрят в этот регистр, и если значение нужное, то заходят в BIOS,fastboot, emergency download mode, recovery mode и т.д.Итого, дело не в
systemd, а в том, что проверяет (или не проверяет) конкретный BIOS/BootROM.Чтобы продать что-нибудь ненужное, надо сначала купить что-нибудь ненужное, а у нас
денег неткарты не принимают. ©Будет как тут: «VoWiFi = ВоВайФай, Wi-Fi = Вай-Фай». И потребителю сразу понятно, о чём речь, и никаких больше заблуждений.
На старых устройствах пользователи уже залогинены (и, как правило, не разлогиниваются без необходимости). А вот процедура переноса такого ключа на новый смартфон неясна.
Если труд организован правильно, то, хочется верить, что будет создан корпоративный аккаунт. Если же работодатель заставляет дизайнера регистрироваться на свою личную почту, то, да, передача персональных данных.
В данном случае, это уже будет проблема сервиса LLM, насколько он соответствует законам. Пока что россиянам не запрещено пользоваться иностранными сервисами, обрабатывающими их персональные данные. Поэтому ответственность здесь будет не на стороне дизайнера.
Далеко не в каждой задаче, связанной с использованием LLM, используются персональные данные. Например, дизайнеру, использующему графические модели для быстрого прототипирования, вообще, персональные данные в работе не нужны, поэтому данный риск не всем актуален. А так, сотрудники могут персональные данные и в Гугле по дурости вбивать.
Корректнее было бы описывать, какие модели (и по какому тарифу) для каких задач подходят. А то если взять, например, случай обработки врачебной тайны, то я, вот, не уверен, что отчественные модели по бесплатному тарифу (без заключения доп. соглашений) для этого случая подойдут (с учётом возможности дообучения на запросах).
А если атакующий, взломавший виртуальную машину, неспешно через HSM просто зачитает всю базу в кэш? HSM её услужливо и расшифрует, если нет ограничений по числу запросов к HSM.
Вот это, я понимаю, proof of work! :-)
Идея хорошая. Что до конкретной реализации, политика сервиса у ChatGPT ясна и доступна, а вот у приведённого в примере сервиса опубликованной политики обработки данных я не нашёл, и кому достанутся копии отправленных в сервис данных, не ясно. Поэтому с копированием в него чувствительной информации я бы не торопился, а лучше бы нашёл что-то, что можно запускать локально.
Тут речь идёт не о переиспользовании переменной в юзерспейсе, а о том, что после закрытия файлового дескриптора в ядре, это место в таблице файловых дескрипторов процесса станет свободным, и при открытии нового файла или сокета, ядро просто переиспользует первый свободный дескриптор.
Например, если вы закроете STDIN (дескриптор которого имеет номер 0), а затем откроете любой файл, то у этого файла дескриптор будет 0 за счёт переиспользования. Но этот дескриптор уже не будет иметь никакого отношения к тому, что было нулём раньше. И в этом плане никакое переиспользование в юзерспейсе не выйдет.
Согласия сотрудников, допустим, имеются на бумаге. Есть ещё вопрос к юристам: вправе ли РКН проверять их наличие в организации?