Microsoft MVP성태의 닷넷 이야기
DDK: 3. NT Legacy 드라이버를 이용하여 C#에서 Port 입출력 [링크 복사], [링크+제목 복사],
조회: 30199
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...
NoWriterDateCnt.TitleFile(s)
1359정성태10/9/201264474Windows: 65. 윈도우 8 - Internet Explorer 10을 32비트 또는 64비트로 통합 [5]
1358정성태9/27/201227718.NET Framework: 339. .NET Profiler 주의 사항 - 하나의 exe 프로세스 내에 다중 .NET 런타임 사용
1357정성태9/27/201224708Windows: 64. Hyper-V - Windows XP의 Live Migration 오류
1356정성태9/26/201230811Windows: 63. 윈도우 서버 2012 - Hyper-V의 새로운 기능 Live Migration [6]
1355정성태9/21/201228965Team Foundation Server: 49. TFS 2012 Express의 필수 보완 작업: 데이터베이스 백업 [1]
1354정성태9/19/201225680.NET Framework: 338. .NET CLR GC 시간 측정하는 방법파일 다운로드1
1353정성태9/17/201226969.NET Framework: 337. Python의 생성기와 코루틴을 C#으로 표현하면. [2]파일 다운로드1
1352정성태9/13/201224922.NET Framework: 336. .NET Profiler가 COM 개체일까?
1351정성태9/13/201229350디버깅 기술: 49. windbg - .NET Framework 스레드 개체의 COM Apartment 유형 확인하는 방법
1350정성태9/12/201230012개발 환경 구성: 167. (실은) 무료가 아니었던 AWS EC2 서비스 [4]
1349정성태9/11/201261895VS.NET IDE: 74. Visual Studio의 '새 파일'을 UTF-8 인코딩으로 지정하는 방법 [4]
1348정성태9/11/201229320오류 유형: 164. Active Directory - Functional Level 승격이 안 되는 문제
1347정성태9/10/201231841Windows: 62. 윈도우 서버 2012 - Hyper-V 서버 마이그레이션 [1]
1346정성태9/10/201232508Windows: 61. 윈도우 서버 2012 - Active Directory 서버 마이그레이션
1345정성태9/10/201236810스크립트: 12. 파이썬 - Win32 DLL 연동 [2]
1344정성태9/10/201229873오류 유형: 163. .NET Framework 4.5 제거 후 Visual Studio 2010 실행 시 Unknown Error
1343정성태9/8/201243778스크립트: 11. 파이썬(Python) 윈도우 개발 환경 [7]
1342정성태9/6/201227875VS.NET IDE: 73. Visual Studio 2012 - XmlCodeGenerator 마이그레이션
1341정성태9/4/201237158Windows: 60. Hyper-V에서 RemoteFX 없이 DirectX 11 제공 [12]
1340정성태9/4/201229427개발 환경 구성: 166. DOS - ping 결과에서 평균 응답 시간값 추출하기 [3]
1339정성태9/4/201231773개발 환경 구성: 165. 새로운 Visual Studio 2012 원격 디버깅 툴 [5]
1338정성태9/4/201233624.NET Framework: 335. C# - (핸들을 이용하여) 모든 열린 파일을 열람 [6]파일 다운로드1
1337정성태8/30/201223411Phone: 7. 디버거로 실습해 보는 윈도우 폰의 Tombstone 상태파일 다운로드1
1336정성태8/30/201241250.NET Framework: 334. 스레드 비정상 종료로 발생하는 CLOSE_WAIT 소켓 상태 [2]파일 다운로드1
1335정성태8/30/201230156Windows: 59. Hyper-V Internal 네트워크 VM의 인터넷 접속
1334정성태8/29/201249650.NET Framework: 333. 코드로 재현하는 소켓 상태(FIN_WAIT1, FIN_WAIT2, TIME_WAIT, CLOSE_WAIT, LAST_WAIT) [6]
... 136  137  138  139  140  141  142  143  144  145  146  147  148  [149]  150  ...