Microsoft MVP성태의 닷넷 이야기
DDK: 3. NT Legacy 드라이버를 이용하여 C#에서 Port 입출력 [링크 복사], [링크+제목 복사],
조회: 22857
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
[PortIO.zip]    
(연관된 글이 3개 있습니다.)
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 이상의 운영체제에서는 "관리자 권한"을 필요로 하므로 현실적으로 볼 때 "제품 설치" 과정에서 해주시는 것이 좋습니다.




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/7/2021]

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)
13567정성태2/27/20241820오류 유형: 898. .NET Framework 3.5 이하에서 mscoree.tlb 참조 시 System.BadImageFormatException파일 다운로드1
13566정성태2/27/20241878오류 유형: 897. Windows 7 SDK 설치 시 ".NET Development" 옵션이 비활성으로 선택이 안 되는 경우
13565정성태2/23/20241723닷넷: 2219. .NET CLR2 보안 모델에서의 개별 System.Security.Permissions 제어
13564정성태2/22/20241954Windows: 259. Hyper-V Generation 1 유형의 VM을 Generation 2 유형으로 바꾸는 방법
13563정성태2/21/20241959디버깅 기술: 196. windbg - async/await 비동기인 경우 메모리 덤프 분석의 어려움
13562정성태2/21/20241992오류 유형: 896. ASP.NET - .NET Framework 기본 예제에서 System.Web에 대한 System.IO.FileNotFoundException 예외 발생
13561정성태2/20/20242077닷넷: 2218. C# - (예를 들어, Socket) 비동기 I/O에 대한 await 호출 시 CancellationToken을 이용한 취소파일 다운로드1
13560정성태2/19/20242121디버깅 기술: 195. windbg 분석 사례 - Semaphore 잠금으로 인한 Hang 현상 (닷넷)
13559정성태2/19/20242949오류 유형: 895. ASP.NET - System.Security.SecurityException: 'Requested registry access is not allowed.'
13558정성태2/18/20242194닷넷: 2217. C# - 최댓값이 1인 SemaphoreSlim 보다 Mutex 또는 lock(obj)를 선택하는 것이 나은 이유
13557정성태2/18/20241925Windows: 258. Task Scheduler의 Author 속성 값을 변경하는 방법
13556정성태2/17/20241986Windows: 257. Windows - Symbolic (hard/soft) Link 및 Junction 차이점
13555정성태2/15/20242135닷넷: 2216. C# - SemaphoreSlim 사용 시 주의점
13554정성태2/15/20241865VS.NET IDE: 189. Visual Studio - 닷넷 소스코드 디컴파일 찾기가 안 될 때
13553정성태2/14/20241952닷넷: 2215. windbg - thin/fat lock 없이 동작하는 Monitor.Wait + Pulse
13552정성태2/13/20241902닷넷: 2214. windbg - Monitor.Enter의 thin lock과 fat lock
13551정성태2/12/20242098닷넷: 2213. ASP.NET/Core 웹 응용 프로그램 - 2차 스레드의 예외로 인한 비정상 종료
13550정성태2/11/20242213Windows: 256. C# - Server socket이 닫히면 Accept 시켰던 자식 소켓이 닫힐까요?
13549정성태2/3/20242526개발 환경 구성: 706. C# - 컨테이너에서 실행하기 위한 (소켓) 콘솔 프로젝트 구성
13548정성태2/1/20242343개발 환경 구성: 705. "Docker Desktop for Windows" - ASP.NET Core 응용 프로그램의 소켓 주소 바인딩(IPv4/IPv6 loopback, Any)
13547정성태1/31/20242112개발 환경 구성: 704. Visual Studio - .NET 8 프로젝트부터 dockerfile에 추가된 "USER app" 설정
13546정성태1/30/20241995Windows: 255. (디버거의 영향 등으로) 대상 프로세스가 멈추면 Socket KeepAlive로 연결이 끊길까요?
13545정성태1/30/20241878닷넷: 2212. ASP.NET Core - 우선순위에 따른 HTTP/HTTPS 호스트:포트 바인딩 방법
13544정성태1/30/20241895오류 유형: 894. Microsoft.Data.SqlClient - Could not load file or assembly 'System.Security.Permissions, ...'
13543정성태1/30/20241924Windows: 254. Windows - 기본 사용 중인 5357 포트 비활성화는 방법
13542정성태1/30/20241920오류 유형: 893. Visual Studio - Web Application을 실행하지 못하는 IISExpress - 두 번째 이야기
1  2  [3]  4  5  6  7  8  9  10  11  12  13  14  15  ...