🥇উইন্ডোজ নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর সার্ভিস

আজকে আমরা ইনোপোলিস ইউনিভার্সিটির ছেলেদের সাথে কীভাবে ব্যবহারকারীদের ব্যর্থতার পরে যত তাড়াতাড়ি সম্ভব তাদের মেশিনে কাজ শুরু করার অনুমতি দেওয়ার জন্য সক্রিয় পুনরুদ্ধার প্রযুক্তি বিকাশ করছি তার গল্পটি চালিয়ে যাচ্ছি। আমরা নেটিভ উইন্ডোজ অ্যাপ্লিকেশন সম্পর্কে কথা বলব, তাদের তৈরি এবং লঞ্চের বৈশিষ্ট্যগুলি সহ। কাটের নীচে আমাদের প্রজেক্ট সম্পর্কে সামান্য, সেইসাথে নেটিভ অ্যাপ্লিকেশনগুলি কীভাবে লিখতে হয় তার একটি ব্যবহারিক গাইড।

পূর্ববর্তী পোস্টগুলিতে আমরা ইতিমধ্যে এটি কী তা নিয়ে কথা বলেছি সক্রিয় পুনরুদ্ধার, এবং কিভাবে Innopolis থেকে ছাত্রদের বিকাশ সেবা. আজ আমি নেটিভ অ্যাপ্লিকেশনগুলিতে ফোকাস করতে চাই, যে স্তরে আমরা আমাদের সক্রিয় পুনরুদ্ধার পরিষেবাকে "কবর" দিতে চাই৷ যদি সবকিছু কাজ করে, তাহলে আমরা সক্ষম হব:

অনেক আগে পরিষেবাটি নিজেই চালু করুন
ক্লাউডের সাথে যোগাযোগ করুন যেখানে ব্যাকআপ অনেক আগে অবস্থিত
সিস্টেমটি কোন মোডে আছে তা বুঝতে অনেক আগে - স্বাভাবিক বুট বা পুনরুদ্ধার
অনেক কম ফাইল অগ্রিম পুনরুদ্ধার করতে
ব্যবহারকারীকে আরও দ্রুত শুরু করার অনুমতি দিন।

যাইহোক একটি নেটিভ অ্যাপ কি?

এই প্রশ্নের উত্তর দেওয়ার জন্য, আসুন সিস্টেমটি যে কলগুলি করে তার ক্রমটি দেখি, উদাহরণস্বরূপ, যদি তার অ্যাপ্লিকেশনে একজন প্রোগ্রামার একটি ফাইল তৈরি করার চেষ্টা করে।

পাভেল ইয়োসিফোভিচ - উইন্ডোজ কার্নেল প্রোগ্রামিং (2019)

প্রোগ্রামার ফাংশন ব্যবহার করে ফাইল তৈরি করুন, যা শিরোনাম ফাইল fileapi.h এ ঘোষণা করা হয় এবং Kernel32.dll এ প্রয়োগ করা হয়। যাইহোক, এই ফাংশনটি নিজেই ফাইল তৈরি করে না, এটি শুধুমাত্র ইনপুট আর্গুমেন্ট চেক করে এবং ফাংশনটিকে কল করে NtCreateFile (উপসর্গ Nt শুধু নির্দেশ করে যে ফাংশনটি নেটিভ)। এই ফাংশন winternl.h হেডার ফাইলে ঘোষণা করা হয় এবং ntdll.dll এ প্রয়োগ করা হয়। এটি পারমাণবিক মহাকাশে ঝাঁপ দেওয়ার জন্য প্রস্তুত হয়, তারপরে এটি একটি ফাইল তৈরি করার জন্য একটি সিস্টেম কল করে। এই ক্ষেত্রে, এটি দেখা যাচ্ছে যে Kernel32 Ntdll এর জন্য একটি মোড়ক মাত্র। এটি করার একটি কারণ হল মাইক্রোসফ্ট এইভাবে নেটিভ ওয়ার্ল্ডের ফাংশনগুলি পরিবর্তন করার ক্ষমতা রাখে, তবে স্ট্যান্ডার্ড ইন্টারফেসগুলিকে স্পর্শ করতে পারে না। মাইক্রোসফ্ট সরাসরি নেটিভ ফাংশনগুলিকে কল করার পরামর্শ দেয় না এবং সেগুলির বেশিরভাগ নথিভুক্ত করে না। উপায় দ্বারা, অনথিভুক্ত ফাংশন পাওয়া যাবে এখানে.

নেটিভ অ্যাপ্লিকেশনগুলির প্রধান সুবিধা হল যে ntdll কে kernel32 এর চেয়ে অনেক আগে সিস্টেমে লোড করা হয়। এটি যৌক্তিক, কারণ kernel32-এর কাজ করার জন্য ntdll প্রয়োজন। ফলস্বরূপ, নেটিভ ফাংশন ব্যবহার করে এমন অ্যাপ্লিকেশনগুলি অনেক আগে কাজ শুরু করতে পারে।

এইভাবে, উইন্ডোজ নেটিভ অ্যাপ্লিকেশন হল এমন প্রোগ্রাম যা উইন্ডোজ বুট শুরুর আগে শুরু হতে পারে। তারা শুধুমাত্র ntdll থেকে ফাংশন ব্যবহার করে। যেমন একটি অ্যাপ্লিকেশন একটি উদাহরণ: autochk যারা পারফর্ম করে chkdisk ইউটিলিটি প্রধান পরিষেবাগুলি শুরু করার আগে ত্রুটিগুলির জন্য ডিস্ক পরীক্ষা করতে। আমরা আমাদের সক্রিয় পুনরুদ্ধার করতে চাই ঠিক এই স্তরটি।

আমাদের কি দরকার?

DDK (ড্রাইভার ডেভেলপমেন্ট কিট), এখন WDK 7 (Windows Driver Kit) নামেও পরিচিত।
ভার্চুয়াল মেশিন (উদাহরণস্বরূপ, উইন্ডোজ 7 x64)
প্রয়োজনীয় নয়, তবে ডাউনলোড করা যেতে পারে এমন হেডার ফাইলগুলি সাহায্য করতে পারে৷ এখানে

কোডে কি আছে?

আসুন একটু অনুশীলন করি এবং উদাহরণস্বরূপ, একটি ছোট অ্যাপ্লিকেশন লিখুন যা:

স্ক্রিনে একটি বার্তা প্রদর্শন করে
কিছু মেমরি বরাদ্দ করে
কীবোর্ড ইনপুটের জন্য অপেক্ষা করছে
ব্যবহৃত মেমরি মুক্ত করে

নেটিভ অ্যাপ্লিকেশনগুলিতে, এন্ট্রি পয়েন্টটি প্রধান বা উইনমেইন নয়, তবে NtProcessStartup ফাংশন, যেহেতু আমরা আসলে সিস্টেমে নতুন প্রক্রিয়াগুলি সরাসরি চালু করি।

স্ক্রিনে একটি বার্তা প্রদর্শন করে শুরু করা যাক। এই জন্য আমরা একটি নেটিভ ফাংশন আছে NtDisplayString, যা একটি যুক্তি হিসাবে একটি UNICODE_STRING গঠন বস্তুর একটি পয়েন্টার নেয়। RtlInitUnicodeString আমাদের এটি শুরু করতে সাহায্য করবে। ফলস্বরূপ, স্ক্রিনে পাঠ্য প্রদর্শন করতে আমরা এই ছোট ফাংশনটি লিখতে পারি:

//usage: WriteLn(L"Here is my textn");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

যেহেতু শুধুমাত্র ntdll-এর ফাংশনগুলি আমাদের কাছে উপলব্ধ, এবং মেমরিতে এখনও অন্য কোনও লাইব্রেরি নেই, তাই মেমরি কীভাবে বরাদ্দ করা যায় তা নিয়ে আমাদের অবশ্যই সমস্যা হবে। নতুন অপারেটরটি এখনও বিদ্যমান নেই (কারণ এটি C++ এর খুব উচ্চ-স্তরের বিশ্ব থেকে এসেছে), এবং কোনও malloc ফাংশন নেই (এর জন্য রানটাইম সি লাইব্রেরি প্রয়োজন)। অবশ্যই, আপনি শুধুমাত্র একটি স্ট্যাক ব্যবহার করতে পারেন। কিন্তু যদি আমাদের গতিশীলভাবে মেমরি বরাদ্দ করতে হয়, তবে আমাদের এটি হিপে (অর্থাৎ গাদা) করতে হবে। সুতরাং আসুন নিজেদের জন্য একটি গাদা তৈরি করি এবং যখনই আমাদের এটির প্রয়োজন হয় তখনই এটি থেকে স্মৃতি নেওয়া যাক।

ফাংশন এই কাজের জন্য উপযুক্ত RtlCreateHeap. এরপর, RtlAllocateHeap এবং RtlFreeHeap ব্যবহার করে, আমরা যখন প্রয়োজন তখন মেমরি দখল করব এবং মুক্ত করব।

PVOID memory = NULL;
PVOID buffer = NULL;
ULONG bufferSize = 42;

// create heap in order to allocate memory later
memory = RtlCreateHeap(
  HEAP_GROWABLE, 
  NULL, 
  1000, 
  0, NULL, NULL
);

// allocate buffer of size bufferSize
buffer = RtlAllocateHeap(
  memory, 
  HEAP_ZERO_MEMORY, 
  bufferSize
);

// free buffer (actually not needed because we destroy heap in next step)
RtlFreeHeap(memory, 0, buffer);

RtlDestroyHeap(memory);

আসুন কীবোর্ড ইনপুটের জন্য অপেক্ষা করা যাক।

// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//...

HANDLE hKeyBoard, hEvent;
UNICODE_STRING skull, keyboard;
OBJECT_ATTRIBUTES ObjectAttributes;
IO_STATUS_BLOCK Iosb;
LARGE_INTEGER ByteOffset;
KEYBOARD_INPUT_DATA kbData;

// inialize variables
RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

// open keyboard device
NtCreateFile(&hKeyBoard,
			SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
			&ObjectAttributes,
			&Iosb,
			NULL,
			FILE_ATTRIBUTE_NORMAL,
			0,
			FILE_OPEN,FILE_DIRECTORY_FILE,
			NULL, 0);

// create event to wait on
InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);

while (TRUE)
{
	NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
	NtWaitForSingleObject(hEvent, TRUE, NULL);

	if (kbData.MakeCode == 0x01)    // if ESC pressed
	{
			break;
	}
}

আমাদের যা দরকার তা হল ব্যবহার করা NtReadFile একটি খোলা ডিভাইসে, এবং কীবোর্ড আমাদের কাছে কোনো প্রেস ফেরত না দেওয়া পর্যন্ত অপেক্ষা করুন। ESC কী চাপলে আমরা কাজ চালিয়ে যাব। ডিভাইস খুলতে, আমাদের NtCreateFile ফাংশন কল করতে হবে (আমাদের DeviceKeyboardClass0 খুলতে হবে)। আমরাও ডাকব NtCreateEventঅপেক্ষা বস্তুটি আরম্ভ করতে। আমরা নিজেরাই KEYBOARD_INPUT_DATA কাঠামো ঘোষণা করব, যা কীবোর্ড ডেটার প্রতিনিধিত্ব করে। এতে আমাদের কাজ সহজ হবে।

নেটিভ অ্যাপ্লিকেশন একটি ফাংশন কল দিয়ে শেষ হয় NtTerminateProcessকারণ আমরা কেবল আমাদের নিজস্ব প্রক্রিয়াকে হত্যা করছি।

আমাদের ছোট অ্যাপ্লিকেশনের জন্য সমস্ত কোড:

#include "ntifs.h" // WinDDK7600.16385.1incddk
#include "ntdef.h"

//------------------------------------
// Following function definitions can be found in native development kit
// but I am too lazy to include `em so I declare it here
//------------------------------------

NTSYSAPI
NTSTATUS
NTAPI
NtTerminateProcess(
  IN HANDLE               ProcessHandle OPTIONAL,
  IN NTSTATUS             ExitStatus
);

NTSYSAPI 
NTSTATUS
NTAPI
NtDisplayString(
	IN PUNICODE_STRING String
);

NTSTATUS 
NtWaitForSingleObject(
  IN HANDLE         Handle,
  IN BOOLEAN        Alertable,
  IN PLARGE_INTEGER Timeout
);

NTSYSAPI 
NTSTATUS
NTAPI
NtCreateEvent(
    OUT PHANDLE             EventHandle,
    IN ACCESS_MASK          DesiredAccess,
    IN POBJECT_ATTRIBUTES   ObjectAttributes OPTIONAL,
    IN EVENT_TYPE           EventType,
    IN BOOLEAN              InitialState
);



// https://docs.microsoft.com/en-us/windows/win32/api/ntddkbd/ns-ntddkbd-keyboard_input_data
typedef struct _KEYBOARD_INPUT_DATA {
  USHORT UnitId;
  USHORT MakeCode;
  USHORT Flags;
  USHORT Reserved;
  ULONG  ExtraInformation;
} KEYBOARD_INPUT_DATA, *PKEYBOARD_INPUT_DATA;

//----------------------------------------------------------
// Our code goes here
//----------------------------------------------------------

// usage: WriteLn(L"Hello Native World!n");
void WriteLn(LPWSTR Message)
{
    UNICODE_STRING string;
    RtlInitUnicodeString(&string, Message);
    NtDisplayString(&string);
}

void NtProcessStartup(void* StartupArgument)
{
	// it is important to declare all variables at the beginning
	HANDLE hKeyBoard, hEvent;
	UNICODE_STRING skull, keyboard;
	OBJECT_ATTRIBUTES ObjectAttributes;
	IO_STATUS_BLOCK Iosb;
	LARGE_INTEGER ByteOffset;
	KEYBOARD_INPUT_DATA kbData;
	
	PVOID memory = NULL;
	PVOID buffer = NULL;
	ULONG bufferSize = 42;

	//use it if debugger connected to break
	//DbgBreakPoint();

	WriteLn(L"Hello Native World!n");

	// inialize variables
	RtlInitUnicodeString(&keyboard, L"DeviceKeyboardClass0");
	InitializeObjectAttributes(&ObjectAttributes, &keyboard, OBJ_CASE_INSENSITIVE, NULL, NULL);

	// open keyboard device
	NtCreateFile(&hKeyBoard,
				SYNCHRONIZE | GENERIC_READ | FILE_READ_ATTRIBUTES,
				&ObjectAttributes,
				&Iosb,
				NULL,
				FILE_ATTRIBUTE_NORMAL,
				0,
				FILE_OPEN,FILE_DIRECTORY_FILE,
				NULL, 0);

	// create event to wait on
	InitializeObjectAttributes(&ObjectAttributes, NULL, 0, NULL, NULL);
	NtCreateEvent(&hEvent, EVENT_ALL_ACCESS, &ObjectAttributes, 1, 0);
	
	WriteLn(L"Keyboard readyn");
	
	// create heap in order to allocate memory later
	memory = RtlCreateHeap(
	  HEAP_GROWABLE, 
	  NULL, 
	  1000, 
	  0, NULL, NULL
	);
	
	WriteLn(L"Heap readyn");

	// allocate buffer of size bufferSize
	buffer = RtlAllocateHeap(
	  memory, 
	  HEAP_ZERO_MEMORY, 
	  bufferSize
	);
	
	WriteLn(L"Buffer allocatedn");

	// free buffer (actually not needed because we destroy heap in next step)
	RtlFreeHeap(memory, 0, buffer);

	RtlDestroyHeap(memory);
	
	WriteLn(L"Heap destroyedn");
	
	WriteLn(L"Press ESC to continue...n");

	while (TRUE)
	{
		NtReadFile(hKeyBoard, hEvent, NULL, NULL, &Iosb, &kbData, sizeof(KEYBOARD_INPUT_DATA), &ByteOffset, NULL);
		NtWaitForSingleObject(hEvent, TRUE, NULL);

		if (kbData.MakeCode == 0x01)    // if ESC pressed
		{
				break;
		}
	}

	NtTerminateProcess(NtCurrentProcess(), 0);
}

দ্রষ্টব্য: আমরা সহজেই ডিবাগারে এটি বন্ধ করতে আমাদের কোডে DbgBreakPoint() ফাংশন ব্যবহার করতে পারি। সত্য, কার্নেল ডিবাগিংয়ের জন্য আপনাকে WinDbg-কে একটি ভার্চুয়াল মেশিনে সংযুক্ত করতে হবে। এটি কিভাবে করতে হবে তার নির্দেশাবলী পাওয়া যাবে এখানে বা শুধু ব্যবহার করুন ভার্চুয়াল কেডি.

সংকলন এবং সমাবেশ

একটি নেটিভ অ্যাপ্লিকেশন তৈরি করার সবচেয়ে সহজ উপায় হল ব্যবহার করা DDK (ড্রাইভার ডেভেলপমেন্ট কিট)। আমাদের প্রাচীন সপ্তম সংস্করণ প্রয়োজন, যেহেতু পরবর্তী সংস্করণগুলির একটি সামান্য ভিন্ন পদ্ধতি রয়েছে এবং ভিজ্যুয়াল স্টুডিওর সাথে ঘনিষ্ঠভাবে কাজ করে। আমরা যদি DDK ব্যবহার করি, তাহলে আমাদের প্রজেক্টের শুধুমাত্র Makefile এবং সোর্স প্রয়োজন।

Makefile নামক

!INCLUDE $(NTMAKEENV)makefile.def

উত্স:

TARGETNAME			= MyNative
TARGETTYPE			= PROGRAM
UMTYPE				= nt
BUFFER_OVERFLOW_CHECKS 		= 0
MINWIN_SDK_LIB_PATH		= $(SDK_LIB_PATH)
SOURCES 			= source.c

INCLUDES 			= $(DDK_INC_PATH); 
				  C:WinDDK7600.16385.1ndk;

TARGETLIBS 			= $(DDK_LIB_PATH)ntdll.lib	
				  $(DDK_LIB_PATH)nt.lib

USE_NTDLL			= 1

আপনার Makefile হুবহু একই হবে, কিন্তু আসুন একটু বিস্তারিত সূত্রে দেখুন। এই ফাইলটি আপনার প্রোগ্রামের সোর্স (.c ফাইল), বিল্ড অপশন এবং অন্যান্য প্যারামিটার উল্লেখ করে।

TARGETNAME – এক্সিকিউটেবল ফাইলের নাম যা শেষ পর্যন্ত তৈরি করা উচিত।
TARGETTYPE – এক্সিকিউটেবল ফাইলের ধরন, এটি একটি ড্রাইভার (.sys) হতে পারে, তারপর ক্ষেত্রের মানটি ড্রাইভার হতে হবে, যদি একটি লাইব্রেরি (.lib), তাহলে মানটি LIBRARY। আমাদের ক্ষেত্রে, আমাদের একটি এক্সিকিউটেবল ফাইল (.exe) দরকার, তাই আমরা PROGRAM-এ মান সেট করি।
UMTYPE – এই ক্ষেত্রের সম্ভাব্য মান: একটি কনসোল অ্যাপ্লিকেশনের জন্য কনসোল, উইন্ডো মোডে কাজ করার জন্য উইন্ডোজ। কিন্তু আমাদের একটি নেটিভ অ্যাপ্লিকেশন পেতে nt উল্লেখ করতে হবে।
BUFFER_OVERFLOW_CHECKS – বাফার ওভারফ্লো জন্য স্ট্যাক পরীক্ষা করা, দুর্ভাগ্যবশত আমাদের ক্ষেত্রে না, আমরা এটি বন্ধ.
MINWIN_SDK_LIB_PATH – এই মানটি SDK_LIB_PATH ভেরিয়েবলকে নির্দেশ করে, চিন্তা করবেন না যে আপনার কাছে এমন একটি সিস্টেম ভেরিয়েবল ঘোষিত নেই, যখন আমরা DDK থেকে চেক করা বিল্ড চালাব, এই ভেরিয়েবলটি ঘোষণা করা হবে এবং প্রয়োজনীয় লাইব্রেরির দিকে নির্দেশ করবে।
উত্স - আপনার প্রোগ্রামের জন্য উত্সগুলির একটি তালিকা৷
অন্তর্ভুক্ত - হেডার ফাইল যা সমাবেশের জন্য প্রয়োজনীয়। এখানে তারা সাধারণত DDK-এর সাথে আসা ফাইলগুলির পথ নির্দেশ করে, তবে আপনি অতিরিক্ত অন্য যেকোনও নির্দিষ্ট করতে পারেন।
টার্গেটলিবস - লাইব্রেরিগুলির তালিকা যা লিঙ্ক করা দরকার।
USE_NTDLL একটি প্রয়োজনীয় ক্ষেত্র যা সুস্পষ্ট কারণে 1 এ সেট করা আবশ্যক৷
USER_C_FLAGS – যেকোন পতাকা যা আপনি অ্যাপ্লিকেশন কোড প্রস্তুত করার সময় প্রিপ্রসেসর নির্দেশে ব্যবহার করতে পারেন।

তাই বিল্ড করার জন্য, আমাদের x86 (বা x64) চেক করা বিল্ড চালাতে হবে, ওয়ার্কিং ডিরেক্টরিটি প্রজেক্ট ফোল্ডারে পরিবর্তন করতে হবে এবং বিল্ড কমান্ড চালাতে হবে। স্ক্রিনশটের ফলাফলটি দেখায় যে আমাদের একটি এক্সিকিউটেবল ফাইল রয়েছে।

এই ফাইলটি এত সহজে চালু করা যায় না, সিস্টেম অভিশাপ দেয় এবং নিম্নলিখিত ত্রুটির সাথে এর আচরণ সম্পর্কে আমাদের ভাবতে পাঠায়:

কিভাবে একটি নেটিভ অ্যাপ্লিকেশন চালু করবেন?

যখন autochk শুরু হয়, প্রোগ্রামগুলির স্টার্টআপ ক্রম রেজিস্ট্রি কী এর মান দ্বারা নির্ধারিত হয়:

HKLMSystemCurrentControlSetControlSession ManagerBootExecute

সেশন ম্যানেজার এই তালিকা থেকে একের পর এক প্রোগ্রাম নির্বাহ করে। সেশন ম্যানেজার সিস্টেম 32 ডিরেক্টরিতে এক্সিকিউটেবল ফাইলগুলি নিজেই সন্ধান করে। রেজিস্ট্রি কী মান বিন্যাস নিম্নরূপ:

autocheck autochk *MyNative

মানটি অবশ্যই হেক্সাডেসিমেল বিন্যাসে হতে হবে, সাধারণ ASCII নয়, তাই উপরে দেখানো কী বিন্যাসে থাকবে:

61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

শিরোনাম রূপান্তর করতে, আপনি একটি অনলাইন পরিষেবা ব্যবহার করতে পারেন, উদাহরণস্বরূপ, এই.

দেখা যাচ্ছে যে একটি নেটিভ অ্যাপ্লিকেশন চালু করতে, আমাদের প্রয়োজন:

সিস্টেম 32 ফোল্ডারে এক্সিকিউটেবল ফাইলটি কপি করুন
রেজিস্ট্রিতে একটি কী যোগ করুন
মেশিন রিবুট করুন

সুবিধার জন্য, এখানে একটি স্থানীয় অ্যাপ্লিকেশন ইনস্টল করার জন্য একটি রেডিমেড স্ক্রিপ্ট রয়েছে:

ব্যাট

@echo off
copy MyNative.exe %systemroot%system32.
regedit /s add.reg
echo Native Example Installed
pause

add.reg

REGEDIT4

[HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager]
"BootExecute"=hex(7):61,75,74,6f,63,68,65,63,6b,20,61,75,74,6f,63,68,6b,20,2a,00,4d,79,4e,61,74,69,76,65,00,00

ইনস্টলেশন এবং রিবুট করার পরে, এমনকি ব্যবহারকারী নির্বাচন স্ক্রীন প্রদর্শিত হওয়ার আগে, আমরা নিম্নলিখিত ছবি পাব:

ফলাফল

এই ধরনের একটি ছোট অ্যাপ্লিকেশনের উদাহরণ ব্যবহার করে, আমরা নিশ্চিত হয়েছি যে উইন্ডোজ নেটিভ স্তরে অ্যাপ্লিকেশনটি চালানো বেশ সম্ভব। এর পরে, ইনোপোলিস ইউনিভার্সিটির ছেলেরা এবং আমি একটি পরিষেবা তৈরি করতে থাকব যা আমাদের প্রকল্পের আগের সংস্করণের তুলনায় অনেক আগে ড্রাইভারের সাথে মিথস্ক্রিয়া প্রক্রিয়া শুরু করবে। এবং win32 শেলের আবির্ভাবের সাথে, এটি একটি পূর্ণাঙ্গ পরিষেবাতে নিয়ন্ত্রণ স্থানান্তর করা যৌক্তিক হবে যা ইতিমধ্যে বিকাশ করা হয়েছে (এটি সম্পর্কে আরও এখানে).

পরবর্তী নিবন্ধে আমরা সক্রিয় পুনরুদ্ধার পরিষেবার আরেকটি উপাদান, যথা UEFI ড্রাইভার স্পর্শ করব। আমাদের ব্লগে সাবস্ক্রাইব করুন যাতে আপনি পরবর্তী পোস্টটি মিস করবেন না।

উত্স: www.habr.com

উইন্ডোজ নেটিভ অ্যাপ্লিকেশন এবং অ্যাক্রোনিস অ্যাক্টিভ রিস্টোর পরিষেবা