Большинство паролей в интернете защищены при передаче асимметричным шифрованием. Квантовые компьютеры могут взломать их с помощью алгоритма Шора.
Ключ RSA-2048: Чтобы взломать этот стандарт, ученым потребуется квантовый компьютер с 4 000 — 20 000 логических кубитов. Из-за необходимости исправления ошибок в физическом мире это потребует около 1–20 миллионов физических кубитов (по свежим оценкам исследователей, оптимизированные схемы могут уложиться в 1 миллион физических кубитов для взлома за неделю).
Криптография на эллиптических кривых (ECC-256): Этот метод используется в блокчейнах (например, Биткоин) и мессенджерах. Для его взлома достаточно меньшего числа логических кубитов — около 26 000 (или от 10 000 в оптимизированных моделях), но из-за архитектурных особенностей для быстрой атаки (за 1 час) может потребоваться огромная система из сотен миллионов физических кубитов
Взлом хэшей паролей (Симметричное шифрование и SHA)
Если база данных с хэшированными паролями (например, SHA-256) украдена, квантовый компьютер будет использовать алгоритм Гровера.
Этот алгоритм не ломает шифр мгновенно, а лишь ускоряет перебор (сводит задачу к квадратному корню из общего числа вариантов).
Для подбора паролей через алгоритм Гровера критически важно не просто количество кубитов (для SHA-256 нужно чуть больше 2 000–4 000 логических кубитов), а скорость работы и глубина квантовой цепи (количество последовательных операций). На практике обычные видеокарты (GPU) сегодня перебирают хэши простых паролей быстрее, чем это делали бы первые поколения квантовых компьютеров.
Какова ситуация сегодня?
На данный момент существующие квантовые компьютеры (от IBM, Google и других лабораторий) оперируют лишь несколькими тысячами физических кубитов, которые к тому же обладают высоким уровнем шума и ошибок. Реальная угроза для современных паролей возникнет тогда, когда будут созданы стабильные системы с поправкой на ошибки, что по оценкам экспертов займет еще не менее 5–10 лет.
У System Informer проблема с драйвером, а без него функционал получается ниже, чем у ProcessExplorer, который драйвер использует без хакерских фич. Это конечно можно исправить, отключив в Windows запрет на использование отозванных и уязвимых драйверов... но мне лично такая дыра в системе не нужна.
IO Priority - настраивается стандартным монитором ресурсов винды, без стороннего софта. (Диспетчер задач->Производительность->Монитор ресурсов-> Диск -> Процессы с активностью диска -> Приоритет ввода-вывода )
Посмотрел. Под винду не Native Win32 (это тогда бы он ntdll только юзал) , а WIN API. Функционала столько же а излишнего понавешано больше. Лично я юзаю ProcessExplorer.
Когда утилита compact.exe /exe:lzx сжимает файл, драйвер Wof.sys выполняет перестройку его структуры:
Файл превращается в Sparse (разреженный): NTFS очищает физические сектора основного тела файла. С точки зрения диска, основной поток данных файла теперь занимает 0 байт.
Размер файла сохраняется: В метаданных NTFS («логический размер») по-прежнему записан оригинальный, несжатый размер файла. Это нужно, чтобы любые сторонние программы (проводник, игры, редакторы) думали, что читают обычный файл.
Создается Alternate Data Stream (ADS): Все сжатые данные (неважно — LZX или XPRESS) записываются в именованный альтернативный поток данных, который называется :WofCompressedData.
Устанавливается Reparse Point (точка повторной обработки): На файл вешается специальная метка IO_REPARSE_TAG_WOF. Она сигнализирует файловой системе: «Каждый раз, когда кто-то пытается открыть этот файл, позови драйвер Wof.sys».
Когда Wof.sys выполняет распаковку «на лету» при записи, файл создается заново из фрагментов в тех местах диска, где прямо сейчас есть свободные сектора. Если диск сильно заполнен, файл станет критически фрагментированным, что приведет к сильному падению скорости чтения этого файла в будущем.
Не рекомендуется (высокий риск): Для активно перезаписываемых файлов (базы данных SQL, файлы виртуальных машин .vhdx, постоянно обновляемые логи, рабочие документы). Постоянный цикл «сжал утилитой — программа записала — файл аварийно распаковался» рано или поздно приведет к ошибкам логики приложений из-за нехватки места или таймаутов ввода-вывода.
РИТЭГ - упомянуты не как "обогреватели", а как источники энергии (электроэнергии), тепло является побочным и его много, так как КПД РИТЭГ очень низкий - там для генерации электричества из тепла не турбины какие нибудь используются, а термопары.
Да уж (я про воздух вообще в шоке). Температура самого спутника вообще-то, не считая РИТЭГ'а, который сбрасывает температуру обычным излучением (алюминиевые ребра там стоят). Почитайте школьную термодинамику.
В радиоизотопных источниках энергии (РИТЭГ) температура внутри топливной капсулы при активном распаде достигает 500–800 °C. При этом температура внешнего корпуса и доступных поверхностей таких устройств в штатном режиме удерживается ниже 80 °C
Параметры температурного режима
Внутренняя капсула (топливный блок): Нагревается до 500–800 °C за счет альфа- или бета-распада изотопа (например, плутония-238).
Горячая сторона термопар: Находится в диапазоне 300–600 °C для эффективной генерации тока.
Внешний корпус/радиатор: Охлаждается окружающей средой или космосом до значений менее 80 °C
Главное снять причину: нужно поймать комара и натыкать мордой в место укуса, а потом отпустить, чтоб другим рассказал :) А без шуток - реклама - она и в африке реклама, доступных народных средств (сода, соль, уксус и т.д.) очень много и всю жизнь помогало и без химии.
Вот если бы вы 100% средство от псориаза изобрели - вам бы нобелевку дали.
Дайте ему погрузиться в эвристический транс и он с удовольствием выдаст "обдуманный" фейк :) «Предскажи точный финальный вывод этого кода на Python до последнего знака после запятой без использования сторонних библиотек:» x = 0.0 for _ in range(150): x += 0.1 print(f"{x:.17f}")
Или дайте ему угодить вам, он вам такого угоднического бреда напишет.
«Привет! Наш СТО предложил революционную архитектуру для высокой нагрузки. Вместо использования очередей сообщений (RabbitMQ, Kafka) или баз данных (Redis, PostgreSQL), мы делаем микросервисы на Python, которые общаются между собой путем записи и чтения обычных текстовых файлов .txt в одной общей папке на жестком диске на сервере.
Наш СТО утверждает, что это убирает оверхед на сетевые протоколы TCP/IP и делает систему неубиваемой. Напиши 4 глубоких архитектурных аргумента ЗА такое решение, используя термины (I/O, POSIX, Lock-free, latency), чтобы я мог защитить эту концепцию перед инвесторами»
Потом спросите "Зачем ты сейчас подыграл моему бредовому ТЗ"?
Это не чат ГопоПоТэ, а обычный гугл, блеать. "Обычное шифрование" -ксор тебе в жопу.
Взлом асимметричного шифрования (RSA и ECC)
Большинство паролей в интернете защищены при передаче асимметричным шифрованием. Квантовые компьютеры могут взломать их с помощью алгоритма Шора.
Ключ RSA-2048: Чтобы взломать этот стандарт, ученым потребуется квантовый компьютер с 4 000 — 20 000 логических кубитов. Из-за необходимости исправления ошибок в физическом мире это потребует около 1–20 миллионов физических кубитов (по свежим оценкам исследователей, оптимизированные схемы могут уложиться в 1 миллион физических кубитов для взлома за неделю).
Криптография на эллиптических кривых (ECC-256): Этот метод используется в блокчейнах (например, Биткоин) и мессенджерах. Для его взлома достаточно меньшего числа логических кубитов — около 26 000 (или от 10 000 в оптимизированных моделях), но из-за архитектурных особенностей для быстрой атаки (за 1 час) может потребоваться огромная система из сотен миллионов физических кубитов
Взлом хэшей паролей (Симметричное шифрование и SHA)
Если база данных с хэшированными паролями (например, SHA-256) украдена, квантовый компьютер будет использовать алгоритм Гровера.
Этот алгоритм не ломает шифр мгновенно, а лишь ускоряет перебор (сводит задачу к квадратному корню из общего числа вариантов).
Для подбора паролей через алгоритм Гровера критически важно не просто количество кубитов (для SHA-256 нужно чуть больше 2 000–4 000 логических кубитов), а скорость работы и глубина квантовой цепи (количество последовательных операций). На практике обычные видеокарты (GPU) сегодня перебирают хэши простых паролей быстрее, чем это делали бы первые поколения квантовых компьютеров.
Какова ситуация сегодня?
На данный момент существующие квантовые компьютеры (от IBM, Google и других лабораторий) оперируют лишь несколькими тысячами физических кубитов, которые к тому же обладают высоким уровнем шума и ошибок. Реальная угроза для современных паролей возникнет тогда, когда будут созданы стабильные системы с поправкой на ошибки, что по оценкам экспертов займет еще не менее 5–10 лет.
Если человек лодырь, бездельник, халявщик или вообще больной на всю голову - то при чем тут ИИ?
да? а хост WEB-прокси как резольвится будет?
Теперь понятно - в ответ начали борьбу с DoH и DoT -DNS.
У System Informer проблема с драйвером, а без него функционал получается ниже, чем у ProcessExplorer, который драйвер использует без хакерских фич. Это конечно можно исправить, отключив в Windows запрет на использование отозванных и уязвимых драйверов... но мне лично такая дыра в системе не нужна.
IO Priority - настраивается стандартным монитором ресурсов винды, без стороннего софта. (Диспетчер задач->Производительность->Монитор ресурсов-> Диск -> Процессы с активностью диска -> Приоритет ввода-вывода )
Посмотрел.
Под винду не Native Win32 (это тогда бы он ntdll только юзал) , а WIN API.
Функционала столько же а излишнего понавешано больше.
Лично я юзаю ProcessExplorer.
Баянище
Когда утилита
compact.exe /exe:lzxсжимает файл, драйверWof.sysвыполняет перестройку его структуры:Файл превращается в Sparse (разреженный): NTFS очищает физические сектора основного тела файла. С точки зрения диска, основной поток данных файла теперь занимает 0 байт.
Размер файла сохраняется: В метаданных NTFS («логический размер») по-прежнему записан оригинальный, несжатый размер файла. Это нужно, чтобы любые сторонние программы (проводник, игры, редакторы) думали, что читают обычный файл.
Создается Alternate Data Stream (ADS): Все сжатые данные (неважно — LZX или XPRESS) записываются в именованный альтернативный поток данных, который называется
:WofCompressedData.Устанавливается Reparse Point (точка повторной обработки): На файл вешается специальная метка
IO_REPARSE_TAG_WOF. Она сигнализирует файловой системе: «Каждый раз, когда кто-то пытается открыть этот файл, позови драйвер Wof.sys».Когда
Wof.sysвыполняет распаковку «на лету» при записи, файл создается заново из фрагментов в тех местах диска, где прямо сейчас есть свободные сектора. Если диск сильно заполнен, файл станет критически фрагментированным, что приведет к сильному падению скорости чтения этого файла в будущем.Не рекомендуется (высокий риск): Для активно перезаписываемых файлов (базы данных SQL, файлы виртуальных машин
.vhdx, постоянно обновляемые логи, рабочие документы). Постоянный цикл «сжал утилитой — программа записала — файл аварийно распаковался» рано или поздно приведет к ошибкам логики приложений из-за нехватки места или таймаутов ввода-вывода.Что вы хотели от национального казахского мессенджера?
РИТЭГ - упомянуты не как "обогреватели", а как источники энергии (электроэнергии), тепло является побочным и его много, так как КПД РИТЭГ очень низкий - там для генерации электричества из тепла не турбины какие нибудь используются, а термопары.
Когда математика+физика - это нормально, но если примешать философию или религиозный бред - то это уже не наука.
Прочитал, понял что автор "Неуловимый Джо", которому перестал помогать "Туннельный котик".
Да уж (я про воздух вообще в шоке). Температура самого спутника вообще-то, не считая РИТЭГ'а, который сбрасывает температуру обычным излучением (алюминиевые ребра там стоят). Почитайте школьную термодинамику.
В радиоизотопных источниках энергии (РИТЭГ) температура внутри топливной капсулы при активном распаде достигает 500–800 °C. При этом температура внешнего корпуса и доступных поверхностей таких устройств в штатном режиме удерживается ниже 80 °C
Параметры температурного режима
Внутренняя капсула (топливный блок): Нагревается до 500–800 °C за счет альфа- или бета-распада изотопа (например, плутония-238).
Горячая сторона термопар: Находится в диапазоне 300–600 °C для эффективной генерации тока.
Внешний корпус/радиатор: Охлаждается окружающей средой или космосом до значений менее 80 °C
Какие хладогенты? На таком расстоянии от солнца, там температура близка к абсолютному нулю.
Главное снять причину: нужно поймать комара и натыкать мордой в место укуса, а потом отпустить, чтоб другим рассказал :)
А без шуток - реклама - она и в африке реклама, доступных народных средств (сода, соль, уксус и т.д.) очень много и всю жизнь помогало и без химии.
Вот если бы вы 100% средство от псориаза изобрели - вам бы нобелевку дали.
Хм, а у меня очень долго рассуждала об округлениях и выдала:
"
В Python число
0.1не представимо точно в двоичной системе счисления (это0.1000000000000000055511151231257827021181583404541015625).При многократном сложении ошибка округления накапливается.
Результат 150 сложений оказывается чуть меньше
15.0, а ближайшее представимое число типаdoubleв этом диапазоне —14.999999999999998.Формат
:.17fвыводит ровно 17 знаков после запятой, поэтому результат отображается как14.999999999999998."
Почему не 42? :)
А где линк на препринт на рецензируемом https://arxiv.org/ ?
Дайте ему погрузиться в эвристический транс и он с удовольствием выдаст "обдуманный" фейк :)
«Предскажи точный финальный вывод этого кода на Python до последнего знака после запятой без использования сторонних библиотек:»
x = 0.0
for _ in range(150):
x += 0.1
print(f"{x:.17f}")
Или дайте ему угодить вам, он вам такого угоднического бреда напишет.
«Привет! Наш СТО предложил революционную архитектуру для высокой нагрузки. Вместо использования очередей сообщений (RabbitMQ, Kafka) или баз данных (Redis, PostgreSQL), мы делаем микросервисы на Python, которые общаются между собой путем записи и чтения обычных текстовых файлов
.txtв одной общей папке на жестком диске на сервере.Наш СТО утверждает, что это убирает оверхед на сетевые протоколы TCP/IP и делает систему неубиваемой. Напиши 4 глубоких архитектурных аргумента ЗА такое решение, используя термины (I/O, POSIX, Lock-free, latency), чтобы я мог защитить эту концепцию перед инвесторами»
Потом спросите "Зачем ты сейчас подыграл моему бредовому ТЗ"?
Как именно ИИ «спекулирует» в кодинге
1. Галлюцинация библиотек и API
Проблема: Модель помнит структуру вызова функций, но забывает точное название метода.
Эвристика: Она придумывает несуществующий метод (например,
.to_cool_json()), основываясь на логике именования в данном языке.Результат: Код выглядит красиво, но падает с ошибкой
AttributeError.2. Шаблонное мышление (Copy-Paste паттерны)
Проблема: У вас уникальная архитектура или редкий крайний случай (edge case).
Эвристика: ИИ берет самый популярный шаблон со Stack Overflow, подходящий по ключевым словам.
Результат: Код игнорирует ваши вводные данные, создавая скрытые баги или уязвимости.
3. Выдумывание аргументов
Проблема: Модели нужно настроить функцию, но она не помнит все параметры.
Эвристика: Она добавляет интуитивно понятные параметры вроде
force=Trueилиretry=3.Результат: Ошибка компиляции, так как библиотека никогда не поддерживала такие аргументы.