Microsoft MVP성태의 닷넷 이야기
DDK: 3. NT Legacy 드라이버를 이용하여 C#에서 Port 입출력 [링크 복사], [링크+제목 복사],
조회: 28800
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
[PortIO.zip]    
(연관된 글이 1개 있습니다.)
(시리즈 글이 5개 있습니다.)
DDK: 3. NT Legacy 드라이버를 이용하여 C#에서 Port 입출력
; https://www.sysnet.pe.kr/2/0/932

DDK: 5. NT Legacy 드라이버: 프로세스(EXE) 생성/제거 모니터링
; https://www.sysnet.pe.kr/2/0/937

DDK: 6. ZwTerminateProcess로 프로세스를 종료하는 Device Driver 프로그램
; https://www.sysnet.pe.kr/2/0/2904

DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제
; https://www.sysnet.pe.kr/2/0/12103

DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램
; https://www.sysnet.pe.kr/2/0/12104




NT Legacy 드라이버를 이용하여 C#에서 Port 입출력

요즘 보고 있는 책이 있는데요. ^^

IT EXPERT 윈도우 디바이스 드라이버 (저자 : 이봉석)
; http://www.yes24.com/24/goods/3219701

무척 재미있게 보고 있습니다. 현재 물리적인 "장치"와는 직접적인 인연이 없기 때문에, 제가 원하는 것은 "NT 구형(Legacy) 드라이버" 유형 정도면 딱 좋은 것 같습니다.

그 책에서는 많은 부분을 다루고 있지만 제 경우에는 순수하게 응용 프로그램에서 전달할 IRP만을 고려하면 되었으므로 IRP 취소나 IRQL 레벨에 너무 구애받지 않아도 된다는 가정이 성립되어 간단한 실습까지 해보았습니다. 원래는 그 책의 "실습 5"를 해보려고 했는데요. IOPM(IO Permission Bitmap) 자체가 16비트 도스 응용 프로그램들에 대한 호환을 고려하여 나온 것이라서 16비트 지원 코드가 삭제된 x64 버전의 윈도우 운영체제에서는 덩달아 같이 없어졌기 때문에 포기해야만 했습니다. 대신에, 포트 번호를 지정해서 I/O를 대신할 수 있는 IOCTL 기능을 제공하는 것으로 만족해야만 했습니다.

코드 설명을 같이 해볼까 했는데, 이미 아래와 같은 글들에서 너무나 훌륭하게 설명하고 있어서 ^^; 더 할 이야기가 없더군요.

Kport Part 2: Direct Access I/O Ports under Win NT/2000/XP
; http://www.codeproject.com/KB/system/kportII.aspx?msg=3132239

위의 글에서도 역시 IOPM을 다루고 있지만, 동시에 Outportb / Inportb 코드까지 모두 같이 제공해주고 있습니다. 그래서, 저 같은 경우에는 위의 소스 코드에서 IOPM 관련 코드를 제거하고 Outportb / Inportb만 구현한 간단한 "NT Legacy 드라이버"를 빌드해 보았습니다.

예전에는, 막연히 드라이버 관련 코드들에 거부감이 생기더니만 "IT EXPERT 윈도우 디바이스 드라이버 (저자 : 이봉석)" 책의 도움으로 이젠 눈에 보이기 시작했습니다. 해보고 나니, 포트 I/O 하는 것이 ^^; 가장 쉬운 예제라는!

.sys 드라이버는 제작했는데, C/C++에서 접근하는 방식 대신 C#에서 P/Invoke로 접근하는 코드를 작성해 보았습니다. 사실 CreateFile / DeviceIoControl 관련 P/Invoke 코드들이 다음의 사이트에 이미 공개되어 있기 때문에 이마저도 어렵지 않았습니다.

Kernel32.cs 
; http://www.koders.com/csharp/fid27A6C02740D82511E33FEDF941EE0D26C84E45E6.aspx

그래서, 다음과 같은 식으로 C#에서 포트 입출력을 할 수 있는 클래스를 만들 수 있게 되었습니다.

class PortIOLib : IDisposable
{
    const uint IOCTL_READ_PORT_UCHAR = 0x9c402410;
    const uint IOCTL_WRITE_PORT_UCHAR = 0x9c402414;

    SafeFileHandle fileHandle;

    public PortIOLib()
    {
    }

    public PortIOLib(bool initialize)
    {
        if (initialize == true)
        {
            InitializePortIO();
        }
    }

    public bool InitializePortIO()
    {
        Dispose();

        fileHandle = Kernel32.CreateFile(@"\\.\PortIO", NativeFileAccess.FILE_GENERIC_READ,
            NativeFileShare.NONE, IntPtr.Zero, NativeFileMode.OPEN_EXISTING, NativeFileFlag.FILE_ATTRIBUTE_NORMAL, IntPtr.Zero);

        if (fileHandle.IsInvalid == true)
        {
            return false;
        }

        return true;
    }

    public void Dispose()
    {
        if (fileHandle != null)
        {
            fileHandle.Close();
            fileHandle = null;
        }
    }

    public byte Inportb(ushort portNumber, out int errorNo)
    {
        errorNo = 0;
        if (fileHandle == null || fileHandle.IsInvalid == true)
        {
            errorNo = -1;
            return 0;
        }

        byte [] portBytes = BitConverter.GetBytes(portNumber);
        int pBytesReturned;

        if (Kernel32.DeviceIoControl(fileHandle, IOCTL_READ_PORT_UCHAR, portBytes, portBytes.Length, portBytes, portBytes.Length,
            out pBytesReturned, IntPtr.Zero) == true)
        {
            return portBytes[0];
        }

        errorNo = Marshal.GetLastWin32Error();
        return 0;
    }

    public bool Outportb(ushort portNumber, byte data)
    {
        if (fileHandle == null || fileHandle.IsInvalid == true)
        {
            return false;
        }

        byte[] portBytes = BitConverter.GetBytes(portNumber);

        byte[] inBuffer = new byte[3] { portBytes[0], portBytes[1], data };
        int pBytesReturned;

        return Kernel32.DeviceIoControl(fileHandle, IOCTL_WRITE_PORT_UCHAR, inBuffer, inBuffer.Length, inBuffer, inBuffer.Length,
            out pBytesReturned, IntPtr.Zero);
    }
}

이렇게 만들어진 걸로 테스트를 해봐야겠는데... 음... 어떤 걸로 해볼까... 하다가 다음의 글이 생각났습니다.

한 대의 PC에서 여러 개의 키입력 매크로 프로그램이 가능할까?
; https://www.sysnet.pe.kr/2/0/848

위의 글에서는 포트 입출력을 위해 "NTPort"라는 라이브러리를 이용하였었는데요. 와~~~ ^^ 이제는 그 의존성을 제거할 수 있게 되었습니다. 그래서, 다음과 같이 작성할 수 있게 되었고, 실제로 동작까지도 아주 잘 됩니다. ^^

class Program
{
    static void Main(string[] args)
    {
        using (PortIOLib portIoLib = new PortIOLib(true))
        {
            int count = 0;
            while (true)
            {
                Thread.Sleep(3 * 1000);
                if (kbc_input_buffer_empty(portIoLib) == false)
                {
                    break;
                }

                portIoLib.Outportb(0x64, 0xd2);

                if (kbc_input_buffer_empty(portIoLib) == false)
                {
                    break;
                }

                portIoLib.Outportb(0x60, 10);
                Console.WriteLine(count++);
            }
        }
    }

    static bool kbc_input_buffer_empty(PortIOLib portLib)
    {
        int timeout;
        int errorNo;

        for (timeout = 200; timeout > 0; timeout--) 
        {
            byte inByte = portLib.Inportb(0x64, out errorNo);
            if (errorNo != 0)
            {
                return false;
            }

            if ((inByte & 2) != 2)
            {
                break;
            }

            Thread.Sleep(1);
        }

        bool result = timeout != 0;
        if (result != true)
        {
            Console.WriteLine("ibuffer empty failed!");
        }

        return result;
    }
}

첨부 파일은, 제가 실습한 Device Driver 소스와 C# 소스를 포함한 솔루션 프로젝트입니다.




참고로,

  • 위의 예는 실습일 뿐, Port I/O를 사용자 응용 프로그램 레벨에 허용하는 것은 보안 위협에 해당하니 위의 코드를 현업에서 그대로 사용하는 일은 없길 바랍니다.
  • 위의 코드를 Windows 7 x64 또는 Windows Server 2008 R2에서 실습하려면 (정식 서명된 인증서를 사용하거나) 테스트 인증서 서명과 함께 윈도우 운영체제를 "Test Mode"로 전환해야 합니다.
  • 실습을 위해 portio32.sys(portio64.sys) 파일을 등록하는 작업은 sc.exe 또는 Driver Loader와 같은 프로그램을 이용하시면 됩니다.
  • 등록 과정은 Service Control Manager를 다루는 Win32 API를 이용하여 내부적으로 통합해도 되지만, Vista 이상의 운영체제에서는 "관리자 권한"을 필요로 하므로 현실적으로 볼 때 "제품 설치" 과정에서 해주시는 것이 좋습니다.




[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 1/6/2025]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13693정성태7/24/20247244개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
13692정성태7/24/20248026디버깅 기술: 199. Windbg - 리눅스에서 뜬 닷넷 응용 프로그램 덤프 파일에 포함된 DLL의 Export Directory 탐색
13691정성태7/23/20247385디버깅 기술: 198. Windbg - 스레드의 Win32 Message Queue 정보 조회
13690정성태7/23/20247019오류 유형: 919. Visual C++ 리눅스 프로젝트 - error : ‘u8’ was not declared in this scope
13689정성태7/22/20248524디버깅 기술: 197. Windbg - PE 포맷의 Export Directory 탐색
13688정성태7/21/20247630닷넷: 2281. C# - Lock / Wait 상태에서도 일부 Win32 메시지 처리파일 다운로드1
13687정성태7/19/20248060닷넷: 2280. C# - PostThreadMessage로 보낸 메시지를 Windows Forms에서 수신하는 방법파일 다운로드1
13686정성태7/19/20247855오류 유형: 918. Visual Studio - ATL Simple Object 추가 시 error C2065: 'IDR_...': undeclared identifier
13685정성태7/19/20248002스크립트: 66. Windows 디렉터리 경로를 WSL의 /mnt 포맷으로 구하는 방법 - 두 번째 이야기
13684정성태7/19/20248181닷넷: 2279. C# - 문자열 보간식 사례 (예: 조건 연산자 사용)
13683정성태7/18/20247651오류 유형: 917. ClrMD - Linux 환경의 .NET 5 덤프 분석 시 hang 현상
13682정성태7/18/20247869닷넷: 2278. WPF - 스레드에 종속되는 DependencyObject파일 다운로드1
13681정성태7/17/20247471닷넷: 2277. C# 13 - (2) 메서드 그룹의 자연 타입 개선 (메서드 추론 개선)파일 다운로드1
13680정성태7/16/20247857닷넷: 2276. C# - Method Group, Natural Type, function_type파일 다운로드1
13679정성태7/16/20246934Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20247065VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/20247155오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20247327Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/20249121C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/20248003오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/20248443닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20247152닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20247261오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20247381오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20247398개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20246621닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
1  2  3  4  5  6  7  8  9  [10]  11  12  13  14  15  ...