'하드웨어' 카테고리의 글 목록 (3 Page)

'하드웨어'에 해당되는 글 683건

2025.03.27 FCoE FCF(Fiber Channel Forwarder)
2025.03.20 출입카드 복제 (CUID)
2025.03.18 libpcsclite on cpp
2025.03.17 NDEF 데이터 읽기
2025.03.17 ntag 213, 215 그리고 13.25MHz CUID 카드
2025.03.17 SCardListReadersA 함수(winscard.h)
2025.03.12 NTAG
2025.03.11 NDEF 읽기
2025.03.11 mifare desfire 인증 프로세스
2025.03.08 fc san

FCoE FCF(Fiber Channel Forwarder)

Windows HLK(Hardware Lab Kit)를 사용하여 FCoE(Fibre Channel over Ethernet) 컨트롤러를 테스트하기 전에 완료해야 하는 작업에 대해 설명합니다.

테스트 컴퓨터가 꺼져 있으면 다음 어셈블리 단계를 완료합니다.

FCoE 어댑터를 부팅할 수 없는 경우 대체 SATA 또는 SAS 온보드 부팅 컨트롤러를 구성한 다음, 해당 SATA 또는 SAS 하드 디스크 드라이브가 없는 경우 설치합니다.

첫 번째 테스트 시스템에 FCoE 어댑터 1개를 설치합니다. (컴퓨터에 포트가 하나만 있는 경우 첫 번째 컴퓨터에 FCoE 어댑터를 2개 설치합니다.)

FCoE 어댑터의 모든 포트를 FCF에 연결합니다.

두 번째 테스트 시스템의 두 번째 FCoE 어댑터에 대해 2~4단계를 반복합니다. (컴퓨터에 포트가 하나만 있는 경우 두 번째 컴퓨터에 FCoE 어댑터를 2개 설치합니다.)

다음 다이어그램에 설명된 대로 FCF를 스토리지 배열에 연결합니다.

이더넷을 통한 파이버 채널 구성 다이어그램

LUN을 만들고 스토리지 배열 시스템에 LUN 매핑을 구성합니다. 배열에는 SAN 부팅 구성을 위한 최소 120GB의 디스크 공간이 포함되어야 합니다. LUN 매핑은 첫 번째 테스트 시스템에만 필요합니다. 스토리지 배열 공급업체 지침에 따라 이 단계를 완료합니다.

FCF에서 포트 및 영역 지정을 구성합니다. 스위치 공급업체 지침에 따라 이 단계를 완료합니다.

테스트 시스템을 켭니다.

[링크 : https://learn.microsoft.com/ko-kr/windows-hardware/test/hlk/testref/fibre-channel-over-ethernet-testing-prerequisites]

The purpose of this article is to provide the best practice Fiber Channel implementation with S4810 as FSB and S5000 as FCF

What is FIP (FCoE Initialization Protocol)?

Fiber Channel over Ethernet initialization protocol (FIP) ensures a virtual point-to-point link between Enodes and Fiberchannel Forwarded switches over transit FCoE-enabled bridges.

The below mentioned steps are carried out by FIP.

Enode sends FIP VLAN Request to discover FCoE VLANs on All-FCoE-Forwarders MAC (01:01:18:01:00:02)
Enode receives FIP VLAN Response from FCF.
Enode sends FIP Solicitation to discover FCFs using well known MAC (01:01:18:01:00:02)
FIP Solicitation contains information regarding Enode MAC, Enode WWNN and Enode FCoE frame size.
Enode receives FIP Advertisement from FCF
FIP Advertisement contains information like Priority, WWNN of FCF, Fabric Descriptor and FKA ADV Period.
Enode sends FIP FC ELS FLOGI to address 0xFFFFFE
Enode receives FC ELS ACC (FLOGI) from FCF.

What is FIP Snooping Bridge (FSB)?

It acts as a bridge between FCoE capable devices (CNAs) and the Fiber Channel Forwarder (FCF).
It monitors the FIP frames and dynamically configures ACLs to permit authorized point-to-point traffic.
It is also known as FCoE transit switch

What is FCF (Fiber Channel Forwarders)?

It is a combination of FCoE and FC switch. It accepts the connections from the FSB to pass through it and reach the Fiber Channel switch.

What is N_Port ID Virtualization (NPIV)?

This is a feature which helps multiple N_Port IDs to share a single physical N_Port.

What is Data Center Bridging (DCB)?

The Data Center Bridging mainly comprises of three factors.

Priority Flow Control (PFC)
Enhanced transmission Selection (ETS)
Data Center Bridging Exchange (DCBX)

What are the different types of ports?

N_Port (Node Port): A port on the End Node (Either Host or Storage)

F_Port (Fabric Port): A port on the FC switch which provides the necessary information to Node ports.

E_Port (Expansion Port): A port connected between FC switches to form an Inter-Switch Link.

[링크 : https://www.dell.com/support/kbdoc/ko-kr/000144525/deploying-fiber-channel-solution-with-s4810-as-fsb-and-s5000-as-fcf]

저작자표시 (새창열림)

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

FCoE VN2VN (0)	2025.03.27
fcoe ubuntu (0)	2025.03.27
FCoE (0)	2025.03.08
fcoeadm (0)	2025.03.07
BCM957810 10G NIC window 10 드라이버 버전 (0)	2025.02.26

Posted by 구차니

출입카드 복제 (CUID)

포인트는 rfid manufacture block 이라는거고

Write Tag / Write Dump (Clone) / Show Options - Advanced : Enable writing to manufacture block

[링크 : https://m.blog.naver.com/widework2/221991484104]

block 0은 read only로 되어서 출고되는 일반 카드와

read / write가 가능하게 출고되는 CUID 카드로 구분되는 것으로 보인다.

시험삼아 해보니 집 대문의 삼성 꺼는 block 10이 읽을수 없는 것으로 되어있고

그래서 std.keys 가 아닌 extended-std.keys 로 읽으면 읽히지 않는다(혹은 타임아웃이 엄청 길거나?)

단순하게 rfid 카드 인증에 UID 만으로 보는게 아니라 block 내의 값 일치 여부도 보는 듯하다.

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

libpcsclite on cpp (0)	2025.03.18
NDEF 데이터 읽기 (0)	2025.03.17
ntag 213, 215 그리고 13.25MHz CUID 카드 (0)	2025.03.17
SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NTAG (0)	2025.03.12

Posted by 구차니

libpcsclite on cpp

음.. 흐음...

char *의 포인터를 넘겨줘야 하는데 에러가 난다 머지?

char *mszReaders = NULL;
DWORD dwReaderLen = SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, (LPCSTR)NULL, &mszReaders, &dwReaderLen);

그래서 강제로 하면 이렇게 에러가 나는데

error: cannot convert ‘char**’ to ‘LPSTR’ {aka ‘char*’}
  103 |     rv = SCardListReaders(hContext, (LPCSTR)NULL, &mszReaders, &dwReaderLen);
      |                                                   ^~~~~~~~~~~
      |                                                   |
      |                                                   char**

아래처럼 변수를 미리 선언해서 자동할당 하지 않게 하거나

char mszReaders[255];
DWORD dwReaderLen = sizeof(mszReaders); // SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, (LPCSTR)NULL, mszReaders, &dwReaderLen);

아래 처럼 강제 형변환을 해주어서 2중 포인터가 아닌 것으로 속여주면 된다.

char *mszReaders = NULL;
DWORD dwReaderLen = SCARD_AUTOALLOCATE;
rv = SCardListReaders(hContext, NULL, (char*)&mszReaders, &dwReaderLen);

해결은 되었는데 해결책 같은 느낌이 하나도 안드네..

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

출입카드 복제 (CUID) (0)	2025.03.20
NDEF 데이터 읽기 (0)	2025.03.17
ntag 213, 215 그리고 13.25MHz CUID 카드 (0)	2025.03.17
SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NTAG (0)	2025.03.12

Posted by 구차니

NDEF 데이터 읽기

claude로 찾아낸 APDU

NDEF application을 선택하고 (고정)

파일을 선택하고 (고정)

파일의 길이를 읽고(고정, 리턴 short)

파일을 읽는다(오프셋short + 길이byte)

읽을때는 읽는 길이 + 2 만큼의 버퍼가 필요하다 (끝의 확인 90 00 때문에)

BYTE selectNDEF[] = {0x00, 0xA4, 0x04, 0x00, 0x07, 0xD2, 0x76, 0x00, 0x00, 0x85, 0x01, 0x01, 0x00};
BYTE selectFILE[] = {0x00, 0xA4, 0x00, 0x0C, 0x02, 0xE1, 0x04};
BYTE lengthNDEF[] = {0x00, 0xB0, 0x00, 0x00, 0x02};
BYTE readNDEF[] = {0x00, 0xB0, 오프셋HIGH, 오프셋LOW, 길이BYTE}

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

출입카드 복제 (CUID) (0)	2025.03.20
libpcsclite on cpp (0)	2025.03.18
ntag 213, 215 그리고 13.25MHz CUID 카드 (0)	2025.03.17
SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NTAG (0)	2025.03.12

Posted by 구차니

ntag 213, 215 그리고 13.25MHz CUID 카드

NTAG213 / 215는 ATR이 동일하다.

213 쪽은 ic type이 안뜨는 대신 제조사가 뜨네..?

EXTRA에서 213은 Version information이 안뜨다니..

NTAG 213

Mon Mar 17 13:59:48 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 5
  Card state: Card inserted,
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 03 00 00 00 00
+ TCK = 68 (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 03 00 00 00 00 ..
MIFARE Ultralight (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
RFID - ISO 14443 Type A - NXP Mifare Ultralight or UltralightC

Mon Mar 17 13:59:49 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 6
  Card state: Card removed,

NTAG 215

Mon Mar 17 14:00:34 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 7
  Card state: Card inserted,
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 03 00 00 00 00
+ TCK = 68 (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 03 00 00 00 00 ..
MIFARE Ultralight (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 03 00 00 00 00 68
RFID - ISO 14443 Type A - NXP Mifare Ultralight or UltralightC

Mon Mar 17 14:00:35 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 8
  Card state: Card removed,

13.56MHz CUID 카드

Mon Mar 17 14:01:11 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 9
  Card state: Card inserted,
  ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A

ATR: 3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
+ TS = 3B --> Direct Convention
+ T0 = 8F, Y(1): 1000, K: 15 (historical bytes)
  TD(1) = 80 --> Y(i+1) = 1000, Protocol T = 0
-----
  TD(2) = 01 --> Y(i+1) = 0000, Protocol T = 1
-----
+ Historical bytes: 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00
  Category indicator byte: 80 (compact TLV data object)
    Tag: 4, len: F (initial access data)
      Initial access data: 0C A0 00 00 03 06 03 00 01 00 00 00 00
+ TCK = 6A (correct checksum)

Possibly identified card (using /usr/share/pcsc/smartcard_list.txt):
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
3B 8F 80 01 80 4F 0C A0 00 00 03 06 .. 00 01 00 00 00 00 ..
MIFARE Classic 1K (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 .. .. 00 00 00 00 ..
RFID - ISO 14443 Type A Part 3 (as per PCSC std part3)
3B 8F 80 01 80 4F 0C A0 00 00 03 06 03 00 01 00 00 00 00 6A
NXP/Philips MIFARE Classic 1K (as per PCSC std part3)
http://www.nxp.com/#/pip/pip=[pfp=41863]|pp=[t=pfp,i=41863]
Oyster card - Transport for London (first-gen)
https://en.wikipedia.org/wiki/Oyster_card
ACOS5/1k Mirfare
vivotech ViVOcard Contactless Test Card
Bangkok BTS Sky SmartPass
Mifare Classic 1K (block 0 re-writeable)
Electic vehicle charging card of the German Telekom, acting as EMSP GetCharge
Electic vehicle charging card of the EMSP Stadtwerke Muenchen (SWM), ladenetz.de, Germany
Electic vehicle charging card of the EMSP EinfachStromLaden of Maingau-Energie, Germany
Scouter carsharing customer card in Germany
https://scouter.de/

Mon Mar 17 14:01:11 2025
Reader 0: ACS ACR1252 Dual Reader [ACR1252 Dual Reader PICC] 00 00
  Event number: 10
  Card state: Card removed,

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

libpcsclite on cpp (0)	2025.03.18
NDEF 데이터 읽기 (0)	2025.03.17
SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NTAG (0)	2025.03.12
NDEF 읽기 (0)	2025.03.11

Posted by 구차니

SCardListReadersA 함수(winscard.h)

특이하다면 특이한 함수인데

mszReaders 변수의 길이를 포인터인 pcchReaders에 넘겨주어야지 정상적으로 작동한다.

LONG SCardListReadersA(
  [in]           SCARDCONTEXT hContext,
  [in, optional] LPCSTR       mszGroups,
  [out]          LPSTR        mszReaders,
  [in, out]      LPDWORD      pcchReaders
);

그래서 조금 편하게 쓰라고 SCARD_AUTOALLOCATE (-1)을 해주면 알아서 할당해서 던져주는 듯.

LPTSTR          pmszReaders = NULL;
LPTSTR          pReader;
LONG            lReturn, lReturn2;
DWORD           cch = SCARD_AUTOALLOCATE;

// Retrieve the list the readers.
// hSC was set by a previous call to SCardEstablishContext.
lReturn = SCardListReaders(hSC,
                           NULL,
                           (LPTSTR)&pmszReaders,
                           &cch );

[링크 : https://learn.microsoft.com/ko-kr/windows/win32/api/winscard/nf-winscard-scardlistreadersa]

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NDEF 데이터 읽기 (0)	2025.03.17
ntag 213, 215 그리고 13.25MHz CUID 카드 (0)	2025.03.17
NTAG (0)	2025.03.12
NDEF 읽기 (0)	2025.03.11
mifare desfire 인증 프로세스 (0)	2025.03.11

Posted by 구차니

NTAG

옥션에서 먼가 구매하려고 보다 보니

NTAG 213 / 215를 따로 팔고 있길래 먼가 해서 검색

얘는.. RFID 리더는 못 읽고 NFC 리더에서만 읽을수 있으려나?

NTAG203 : 보급형, 137 bytes , 다양한 형태로 사용이 가능하다.
NTAG212 : 메모리사이즈가 128 bytes. NTAG203를 개선하여 속도나 거리에서 개선된 제품.
NTAG213 : 읽기 속도 개선, 메모리 사이즈가 144 bytes. 암호 보호, 가격도 싸고 성능도 좋다.
NTAG215 : 메모리 사이즈가 504 bytes, 암호 보호 기능 강화.
NTAG216 : 메모리 사이즈가 888 bytes. 속도는 빠르나 가격이 비싸다.

[링크 : https://blog.naver.com/iamsmartin/220727540584]

14443 Type A 를 충족한다고 하면 acr1252u 로도 읽힐 것 같네?

NTAG® 213/215/216: NFC Forum Type 2 Tag Compliant IC with 144/504/888 Bytes User Memory

NTAG 213, NTAG 215, and NTAG 216 have been developed by NXP® Semiconductors as standard NFC tag ICs to be used in mass-market applications such as retail, gaming, and consumer electronics, in combination with NFC devices or NFC-compliant Proximity Coupling Devices. NTAG 213, NTAG 215, and NTAG 216 (from now on, generally called NTAG 21x) are designed to fully comply to NFC Forum Type 2 Tag and ISO/IEC14443 Type A specifications.

[링크 : https://www.nxp.com/products/NTAG213_215_216]

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

ntag 213, 215 그리고 13.25MHz CUID 카드 (0)	2025.03.17
SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NDEF 읽기 (0)	2025.03.11
mifare desfire 인증 프로세스 (0)	2025.03.11
libnfc, libfreefare (0)	2025.02.28

Posted by 구차니

NDEF 읽기

아니.. chatGPT로는 못했는데 claude 만세 -_ㅠ

What are these commands?
The first command (90 60 00 00 00) is a MIFARE DESFire GetVersion command (wrapped command set). This seems to be specific to the NXP-based Android NFC stack and is not part of a typical NFC tag detection procedure.
The second command (00 A4 04 00 07 D2 76 00 00 85 01 01 00) is a SELECT APDU that tries to select the NFC Forum Type 4 tag application (version 2.0) by its AID. This is part of the typical tag detection procedure for ISO 14443-4 (ISO-DEP) based tags/smartcards.
Why are these commands sent before apps are notified about the presence of a tag and even if no app is active at all?
A typical NFC device will automatically discover the presence of NFC tags that contain NDEF messages. Usually such NDEF messages then trigger actions on the device (e.g. start an app). As your tag seems to be an ISO 14443-4 (ISO-DEP) compliant tag/smartcard, the NDEF discovery procedure for an NFC Forum Type 4 tag is started. This procedure normally contains of the following steps:

Select the NFC Forum Type 4 tag application (version 2.0)
If application selection is successful, continue with reading the capability container file and the NDEF data file.
If application selection fails, continue with selecting the NFC Forum Type 4 tag application (version 1.0)
If application selection is successful, continue with reading the capability container file and the NDEF data file.
If application selection fails, tag is not an NFC Forum Type 4 tag.
Typically the connection to the tag is reset at this point so that any communication that an app performs with a tag is started right after a fresh activation of the tag.

The additional command before step 1 indicates that the NXP's NFC stack additionally tries to find out if the Type 4 tag is an NXP product (NXP's MIFARE DESFire or DESFIRE EV1). It is not related to peer-to-peer mode protocols.
Remark on the Broadcom NFC stack: There is a known issue that seems to still exist on Android 4.4: Even after the tag is passed to an app and the app started IsoDep communication the NFC stack arbitrarily sends READ BINARY commands interleaved with the app's communication. This frequently results into protocol errors due to invalid command sequences. This does not happen with NXP's NFC stack.
Can I prevent this initial processing of a tag?
Yes, but only since Android 4.4. On that platform you can use the NfcAdapter's enableReaderMode method to bring the device into a reader mode without NDEF discovery.

[링크 : https://stackoverflow.com/questions/21121149/bytes-automatically-send-by-android-nfc-to-an-emulated-card]

8. MIFARE DESFire EV1 GetVersion command 1
Command: 90 60 00 00 00h
Expected Response: XX XX XX XX XX XX XX 91 AFh

9. MIFARE DESFire EV1 GetVersion command 2. The Storage Size code (SS) value indicates the storage size, in particular: 1Ah indicates 8192 bytes, 18h indicates 4096 bytes and 16h indicates 2048 bytes
Command: 90 AF 00 00 00h
Expected Response: XX XX XX SW XX SS XX 91 AFh

10. MIFARE DESFire EV1 GetVersion command 3
Command: 90 AF 00 00 00h
11. Expected Response: XX XX XX XX XX XX XX XX XX XX XX XX XX 91 00

[링크 : https://www.nxp.com/docs/en/application-note/AN11004.pdf]

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

SCardListReadersA 함수(winscard.h) (0)	2025.03.17
NTAG (0)	2025.03.12
mifare desfire 인증 프로세스 (0)	2025.03.11
libnfc, libfreefare (0)	2025.02.28
ATQA, SAK (0)	2025.02.28

Posted by 구차니

mifare desfire 인증 프로세스

검색하다 보니 먼가.. DES가 들어갔듯

무언가 인증 절차가 있는 것 같은데 NDEF도 이 영향을 받는건가?

MIFARE DESFire 인증 프로세스:

카드 리더는 통신을 시작하기 위해 MIFARE DESFire 카드에 요청을 보냅니다.
카드는 고유 식별자(UID)와 지원되는 명령 목록으로 응답합니다.
리더는 마스터 키 또는 애플리케이션 키와 같은 특정 키를 사용하여 카드 인증 요청을 보냅니다.
카드는 지정된 키를 사용하여 암호화된 난수(챌린지)로 응답합니다.
판독기는 동일한 키를 사용하여 챌린지를 해독하고 결과를 다시 카드로 보냅니다.
카드는 응답을 확인하고 성공하면 인증 상태를 판독기로 다시 보냅니다.
판독기는 이제 카드에 명령을 보내 데이터 읽기 또는 쓰기와 같은 특정 작업을 수행할 수 있습니다.

인증 프로세스는 MIFARE 기술의 특정 구현 및 애플리케이션의 보안 요구 사항에 따라 다를 수 있습니다. 또한 최신 MIFARE 카드는 고급 암호화 알고리즘과 인증 방법을 사용하여 보안을 강화할 수 있습니다.

[링크 : http://ko.as-rfid.com/info/what-is-the-authentication-process-of-mifare-81733128.html]

저작자표시 (새창열림)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NTAG (0)	2025.03.12
NDEF 읽기 (0)	2025.03.11
libnfc, libfreefare (0)	2025.02.28
ATQA, SAK (0)	2025.02.28
pcsc pseudo APDU (0)	2025.02.28

Posted by 구차니

fc san

SAN을 구성하는게 FC가 많이 때문에 같이 검색되는진 모르겠는데..

아무튼 시대가 바뀌어서 FC로 8~10G 쓰다가 10GbE가 나오다 보니 FCoE로 많이 통합하려고 했던 듯 하다.

SAN은 storage area network 라서 그런가 iSCSI 보다 좋은것 처럼 이야기 하긴 하는데,

iSCSI도 FC도 해보질 않아서 어느게 나을진 좀 더 찾아봐야할 듯.

iSCSI vs. FC vs. FCoE: Choosing the Right Storage Protocol for Your Business

[링크 : https://blog.purestorage.com/purely-educational/iscsi-vs-fc-vs-fcoe-choosing-the-right-storage-protocol-for-your-business/]

Linux: 스토리지 노드에 직접 연결 또는 SAN 볼륨을 추가합니다 << 못보던 명령어들...

[링크 : https://docs.netapp.com/ko-kr/storagegrid-116/expand/linux-adding-direct-attached-or-san-volumes-to-storage-node.html]

SAN 스토리지 구성하기 실습 ①편 (IBM V7000 기준) << 결국은 san 스위치랑 많은 수의 전용 장비가 필요해 보임

[링크 : https://lifegoesonme.tistory.com/347]

dark fiber - 한번 포설할때 여유를 가지고 설치하고, 사용되지 않는 대역폭 혹은 케이블을 표현

[링크 : https://boboob.tistory.com/163]

저작자표시 (새창열림)

'하드웨어 > Network 장비' 카테고리의 다른 글

modinfo bnx2x (BCM957810) (0)	2025.02.26
랜카드 sr-iov 설정 (0)	2025.02.26
ubuntu 네트워크 연결되지 않음 40초 간격 (0)	2025.02.26
BCM957810A1008G 히트싱크 분해 (0)	2025.02.24
ubtuntu 24.04 랜 이름이 왜이래? (0)	2025.02.22

Posted by 구차니

구차니의 잡동사니 모음

'하드웨어'에 해당되는 글 683건

FCoE FCF(Fiber Channel Forwarder)

'하드웨어 > FC_SAN_10G' 카테고리의 다른 글

출입카드 복제 (CUID)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

libpcsclite on cpp

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NDEF 데이터 읽기

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

ntag 213, 215 그리고 13.25MHz CUID 카드

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

SCardListReadersA 함수(winscard.h)

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NTAG

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

NDEF 읽기

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

mifare desfire 인증 프로세스

'하드웨어 > rfid_nfc_smartcard' 카테고리의 다른 글

fc san

'하드웨어 > Network 장비' 카테고리의 다른 글

카테고리

공지사항

태그목록

최근에 올라온 글

최근에 달린 댓글

티스토리툴바