Prompted by some logs posted on the UDXF group, I started monitoring the USB frequency 12354.4 KHz, operated by the Tunisian Navy (Marine Nationale Tunisienne), hoping to capture something interesting. To be precise, I used the two KiwiSDRs located in central-eastern Italy, operated by IZ6BYY and IK7FMO [1], whom I obviously thank.
The frequency is quite "busy" with 2G-ALE (MS-141) exchanges between tactical callsigns, as RF05 and CT12 in the given sample; once the link is established, message exchange usually occurs via MS-110A using adaptive speed and interleaver (Figure 1). Still in this sample, it is interesting to note that the request to establish a link is transmitted from RF05 (caller node) to CT12 (called node) and after the exchange of messages the link is closed by the called node, as if to signify that there are no other messages to send in the opposite direction (a bit like what happens in 3G-ALE).
| Fig. 1 |
The bistream after demodulation of the three message blocks shows the characteristic 16 bytes start/sync sequence of the L3Harris "Citadel" cipher (Figure 2).
| Fig. 2 - Citadel start/sync sequence in the MS-110A demodulated bitstream |
After removing the start/sync sequences, the presence of Initialization Vectors (IV) is noted: these are 12-byte/96-bit long, each repeated three times (Figure 3).
79 19 08 E9 61 C4 B1 01 A5 24 9A B7
87 A9 45 4F 28 22 A7 15 33 88 F8 EB
91 1E 71 15 D2 FA FF D3 51 68 6B D0
This is characteristic of the Citadel II "format":
- 16 bytes start/sync sequence 0x1E561E561E561E001A5D1A5D1A5D1A5D (Citadel)
- 12 bytes IV (each 3 times rptd) - OR - 32 bytes IV (2×128 bits parts, each 3 times rptd)
- ciphertext
- 8 bytes end sequence 0x1E561E561E561E08 (Citadel)
| Fig. 3 - 12-bytes/96-bits Initialization Vectors |
Some comments
"Citadel II" generally refers to a hardware-based cryptographic solution (cryptographic engine) developed by Harris Corporation (now L3Harris) in 2004, designed for military-grade encryption in "non-Type 1" applications. This means it's approved for secure communications but not for the highest classification levels of US government information (which use "Type 1" ciphers endorsed by the NSA). One might wonder why this encryption is used by a country like Tunisia, which is notoriously not a member of NATO (1): the answer is because it is not a Type 1 device, the Citadel II is approved for export from the United States, making it available to international users.
Citadel II is used in various communication products, including the L3Harris Falcon II range of military radios (such as RF-5800H). Given L3Harris's extensive portfolio and the strong military ties between the US and Tunisia, it is highly probable that the Tunisian Army runs L3Harris equipment, particularly in areas like communications, night vision, and potentially some avionics or electronic systems on US-supplied platforms [2]. However, exact details of specific L3Harris models in Tunisian service are not always publicly disclosed.
The short duration makes one think of "informal messages", perhaps SMTP emails: the encryption unfortunately obscures the data-link protocol sitting at the upper layer, probably STANAG-5066. Considering the use of L3Harris encryption (and probably Falcon radios), one might think that the L3Harris' RF-67x0W Wireless Gateway/Message Terminal is used... but that's just my speculation!
https://disk.yandex.com/d/23rAAmgmk9AiAQ
(1) Since 2015, Tunisia has been granted non-NATO "major ally" status, a status granted by Washington to allied countries that have strategic relations with the American armed forces but are not members of the organization.
[1] https://iz6byy.k1fm.us/ http://ik7fmo.ddns.net:8073/
[2] https://adf-magazine.com/2025/04/tunisian-navy-adds-to-patrol-fleet/

Greetings, my friend.
ReplyDeleteI recently received a CITADEL signal (according to ALE 2G, it's Tunisia). During analysis, I found two initialization vectors: the first with a period of 96, the second with a period of 64. I demodulated your signal and got a similar result. Where did I get confused, or did I misread your post?
KOSMOD
Hi Kosmod, what I named as Citadel II use two types of IVs:
Delete- 96 bits length, three times repeated
- 256 bits length, these are split in two 128 bits parts, each 3 times repeated
(https://i56578-swl.blogspot.com/search/label/Citadel2)
The signal you refer to must be demodulated with MS-110A 600bs/S - I tried again to confirm - and the bitstream loaded into BEE (bit editor) shows 96-bit initialization vectors, each repeated 3 times.
Maybe a demodulation error?
Hi Antonio, have you tried setting the BEE to 64-bit? I've reread your post several times. I'll send you my reasons via email.
DeleteWhy 64 bits? After removal the 16-byte sync sequence the 12-byte (96 bits) IVs clearly emerge
DeleteAntonio, delete these 96x3 288 bits and set the period to 64.
DeleteMaybe I do not understand you
Delete
Delete16 bytes 128 bit CITADEL
0111100001101010
0111100001101010
0111100001101010
0111100000000000
0101100010111010
0101100010111010
0101100010111010
0101100010111010
36 bytes 96x3 288bit
001110001001001010101000011011011100011110110100101111110100110100010101110010101111110110110100
001110001001001010101000011011011100011110110100101111110100110100010101110010101111110110110100
001110001001001010101000011011011100011110110100101111110100110100010101110010101111110110110100
24 byts 64x3 192 bit
1011100010000111101111111010110110110010111010100011000101111000
1011100010000111101111111010110110110010111010100011000101111000
1011100010000111101111111010110110110010111010100011000101111000
DATA
01001000000011011100101010111011011111100000000110110000011110000100011100011010101101111111001010010110111101000000011111000011000110011011011011110011010001011011111001101101011100100111111001010110010000010000100011011010010110011001000100001010111001001001100010111111110100111110110100011010010100010101010000101010001010111000100100010010011100100010111101100010100010111001111000011110100101111110000101110110111001000101000010101011110111000011001101000010001100001001010011110010111001000101101100110001001010011100110100101101101000000101010011000100111001001001110110010101111011011101101000111100010101000000011111001101111111001001100100111101110100001101010110101110101010100111100111110110111110011110000011010000011111101111000011101101110110001001100110
Ah ok now it's clear, well done! I think I'll publish sn update post.
DeleteAntonio, I'm so glad I could help you. I've reread your post many times and found a small typo below Figure 2 ( IV is noted: these are 16-byte/96-bit long) It should be 12 bytes/96-bit. Best wishes, Sergey.
DeleteI'm a poor theorist and a fairly good practitioner. I need to receive the signal, find something to demodulate it with, and analyze the data with your help.😉
ReplyDelete