L'Imp'Rock Scénette (by @_daffyduke_)

I spent my childhood in France, playing a lot of soccer and watching way too much TV. In the 80s, there were three channels available. Two of them, Antenne 2 and FR3, were state funded and boring while TF1 was privatized and offered plenty of Japanese cartoons. My generation grew up with Captain Tsubasa, Saint Seiya, Captain Harlock, and Grendizer.

There was no cable and no Internet, the TV signal was broadcast over the air and every house had an antenna on its roof to capture waves full of Kame-hame-has.

Things changed in 1984 with the launch of a fourth channel. Canal Plus (Channel Plus) was to revolutionize the TV landscape with recent movies, international sports coverage, and no commercials. To fuel its ambitions, "Canal" was to be funded with monthly fees paid by subscribers.

The technical difficulty was dead simple. How do you make sure only those who paid can watch when the signal is broadcast to everybody ? Easy, you encrypt it with something called "Discret 11".

The SECAM signal

The French TV system did not use NTSC but SECAM which is a lot like PAL. The video part is made of a stream of frames transmitted at 25Hz. Each frame is made of 625 blocks (hence one block is allocated 64µs). The audio stream is interleaved at the end of the blocks.

Each blocks contain data for the TV electron gun to draw one scanline. It proceeds from top left to the bottom right of the screen. Because the gun needs to reposition itself vertically (VSYNC) and the signal needs meta-data, out of the 625 blocks only 576 result in visible lines.

The vertical resolution is fully discrete but the horizontal resolution is analoguehttps://fabiensanglard.net/discret1... [1]. Due to horizontal reset (HSYNC), out of the 64µs in a line only 52µs are available resulting in a resolution of 704 points.

Something that will come handy later is to remember that not all TVs were of the highest quality. Some chipped at the image and did not display the whole 704x576. There is this concept of invisible area (▮) which is never displayed, Action-safe area (▮) which may be displayed, and Title-safe area (▮) which is guaranteed to be displayed by all TVs.

Encryption

Discret 11 doesn't encrypt at the frame level but at the line level. Actually it does not even encrypt, it only delays a line by shifting it to the right and padding the left part with black. This is done by exploiting the analogue nature of the signal by delaying the line data and replacing it with blank. The beauty of this processes is that it can be achieved with cheap analog hardware without need for an expensive numeric system.

To decide how much to decal a line, Discret 11 uses a secret 11-bit key (hence the name). The key is used as a seed in a Linear Feedback Shift Register (the same technique used in Wolfenstein 3D during Fizzlefadehttps://fabiensanglard.net/discret1... [2]) to generate a pseudo-random series of numbers.

For each of the 576 lines, a number is obtained from the LFSR. Modulo 3 brings the value from range 0-2047 to 0-2. This tells by how much to delay (pad) a line to the right (0, 13, or 26 "pixels").

That's it. It is simple but highly efficient as you can see by this example.

If lines are delayed to the right and left-padded with black then some data is lost. How can the image be perfectly reconstructed during decryption ? That is where the areas mentioned earlier are exploited. The TV signal did not use the full 576x704, it was padded with black borders to remain in the Title area. Hence what was inserted on the left was exactly what was lost on the right.

Cryptimagehttps://fabiensanglard.net/discret1... [3] developer, Mannix, kindly provided more insight on the internals of Discret 11.

The choice of the delay (0, 902 ns and 1804 ns) depends of the LFSR value assigned to the line and the current frame inside of a sequence of 6 frames (every 6 frames the LFSR is reset to its initial seed value).

The decoder also monitors the luminance value of 2 TV lines : 310 and 622, these lines can blink to "full black" or "full white", and it will allow the decoder to synchronize the decryption process, to select the correct level of audience (carried by TV line 622) and to initialize the seed of LFSR, the decoder uses also a 16 bits code stored in its EEPROM chip, in order to compute the correct seed value.

A 8-bit microcontroler of the Intel MCS48 family is used (Intel 8048) inside the decoder, it contains the main program.

— Mannix

Wait, line 310 would flip to all white/black for synchronization ? But that is in the middle of the screen isn't it ? No it isn't. Each frame is actually made of two fields containing all even and then all odd lines. The electron gun refreshes first the even scanlines and then the odd scanlines. This is how a refresh rate of 50Hz is achieved with a 25Hz signal. Line 310 is actually at the bottom of the screen and not visible.

What about the audio signal ?

Probably because it was much less of an issue if it was cracked, the audio signal received significantly less polish than the video. It is an occurrence of security via obscurity.

A normal SECAM signal uses FM on a 6Mhz carrier. Discret 11 modulates the signal via AM using a carrier signal of 12.8 kHz (with a low-filter to avoid aliasinghttps://fabiensanglard.net/discret1... [4]). The idea is to separate the sound into two bands around 12.8 KHz and to transpose the high band down and the low band up.

This is a fully reversible "hard-wired" process that requires no key, only some insight.

Decryption

With an encrypted SECAM signal flowing out of their towers, Canal+ engineers had to figure out an easy way to consume it on the subscribers' end.

The solution was to ship to people a device called a "decodeur". Receiving as input the encrypted signal from the antenna it had a SCARThttps://fabiensanglard.net/discret1... [5] output to be plugged into the TV set. To watch Canal+, customers did not set their TV to channel four but to SCART input.

Anti-cheating system and the LEET key

Mailed codes, courtesy of Mannix.

Now comes the problem of preventing people from cheating the system. The elephant in the room is the system of "secret key". It would have eventually leaked so it was rotated every month. Users had to enter the new key via a pad on the top of the "decodeur". Keys rotation was decided four months in advance and sent by mail.

With an 11-bit key it would have made sense to let people enter a four-digit number. But that would have introduced two weaknesses in the scheme by allowing brute-force attacks and also let customer cancel their membership to use their friend's key.

Instead, the decision was made to provide codes that were not four-digits but eight-digits long. That number was to be fed to a chip and hashed along with the decoder serial number, hence avoiding both brute-force and key sharing attacks. And there were more advantages as outlined by Mannix.

The eight digits entered by the user actually results in not one but six keys. That is because the system had a (never used) audience feature made of levels. That was to allow subdividing memberships into Cinema, Sports, Documentaries and so on.

The eight digits and the serial number in the EEPROM become a 16-bit key which in turns is used to generate six 11-bit keys for each levels. To identify what level a show belonged to, it was encoded in the blink of line 622.

There is also a 7th audience level, used at the end of the month (for 2 of 3 days, for the transition to the next month), it is a kind of "free mode" where all decoders can decrypt even if the user did not pay the subscription, the 7th level audience uses always this 11 bit key : 1337.

— Mannix

Epilogue

Despite its simplicity and efficacy, Discret 11 did not operate for long. "Canal" went live on November 4th, 1984. Two hours later, as the latest Belmondo movie was playing, it was discovered that 2% of TVs were incompatible with the systemhttps://fabiensanglard.net/discret1... [6]. That was 180,000 very unhappy users.

In December 1984, Radio Plans magazine almost printed the Discret 11 schematics but was legally barred from it by a court decision. The drawings still managed to leak and became widely photocopied. Eventually, under the dubious motive of allowing Belgium, Luxembourg, and Monaco citizens to access the content, "Le quotidien de Paris" magazine published the plans anywayhttps://fabiensanglard.net/discret1... [7].

Piracy became rampant. Asking for "TBA 970" delay chips in electronic stores prompted employees to offer the full list required to build a "decodeur pirate". The encryption system was updated to Nagravision encryption in 1992 and Discret 11 was retired by 1995.

These issues did not prevent the fourth channel from becoming immensely successful. It eventually launched CanalSatellite in 1996 and became a major satellite broadcaster in Europehttps://fabiensanglard.net/discret1... [8].

References

[1]

Does PAL has any resolution ?

[2]

Fizzlefade

[3]

Cryptimage

[4]

Décodage du son canal+

[5]

SCART

[6]

In the Baba book by Pierre Lescure

[7]

Discret 11 schematics by Radio plans

[8]

Hight Above book

DaffyDuke starred nrenner/brouter-web

daffyduke — 2026-04-28T21:08:31Z

http://github.com/DaffyDuke' r...

DaffyDuke starred nrenner/brouter-web · April 28, 2026 23:08 nrenner/brouter-web

Web client for BRouter, a routing engine based on OpenStreetMap

JavaScript https://github.com/nrenner/brouter-... 454 4 issues need help Updated Apr 27

DaffyDuke starred techiescamp/cka-certification-guide

daffyduke — 2026-04-28T19:47:44Z

http://github.com/DaffyDuke' r...

DaffyDuke starred techiescamp/cka-certification-guide · April 28, 2026 21:47 techiescamp/cka-certification-guide

This comprehensive CKA learning path repo equips aspiring Kubernetes administrators with all the knowledge and resources to ace the CKA exam on the…

Shell https://github.com/techiescamp/cka-... 532 Updated Apr 20

DaffyDuke starred GyulyVGC/sniffnet

daffyduke — 2026-04-28T11:07:32Z

http://github.com/DaffyDuke' r...

DaffyDuke starred GyulyVGC/sniffnet · April 28, 2026 13:07 GyulyVGC/sniffnet

Comfortably monitor your Internet traffic 🕵️‍♂️

Rust https://github.com/GyulyVGC/sniffne... 36.7k 9 issues need help Updated Apr 28

DaffyDuke starred AlexsJones/llmfit

daffyduke — 2026-04-28T05:50:45Z

http://github.com/DaffyDuke' r...

DaffyDuke starred AlexsJones/llmfit · April 28, 2026 07:50 AlexsJones/llmfit

Hundreds of models & providers. One command to find what runs on your hardware.

Rust https://github.com/AlexsJones/llmfi... 24.8k Updated Apr 28

Vote électronique en AG d'assos, copros, primaires, etc. : les recommandations de la CNIL

daffyduke — 2026-04-27T19:58:33Z

estimated reading time : 5 min

La CNIL vient d'actualiser sa recommandation sur la sécurité des systèmes de vote par correspondance électronique qui datait de 2019 . Celle-ci s'accompagne d'un guide de l'ANSSI pour aider à entrer un peu plus dans le technique si on veut mettre en place un tel système.

En France, le vote par correspondance électronique n'est utilisé pour des élections politiques que pour celui des Français résidant à l'étranger à l'occasion des élections législatives et de celles des conseillers et délégués des Français de l'étranger.

Celles-ci sont particulières et « nécessitent des mesures de sécurité complémentaires » que la CNIL et l'ANSSI n'abordent pas dans leurs recommandations. Mais on ne vote pas que lors des scrutins politiques nationaux.

Tous les Français qui sont engagés dans des organisations doivent parfois se plier à cette formalité. Assemblées générales d'associations, d'actionnaires ou de copropriétaires, élections organisées par des ordres professionnels, fédérations sportives ou universités, il y a de multiples occasions de voter.

Rappelons qu'avant les élections officielles pour la présidentielle de 2027, certains veulent aussi organiser des primaires. La CNIL et l'ANSSI rangent ces scrutins dans le même sac que les élections « non politiques ». De plus en plus, les organisations pensent pouvoir s'appuyer sur le vote par correspondance électronique, qui a le mérite de toucher plus de monde que celles et ceux qui viennent aux réunions.

Pour tous ces scrutins « non politiques », ces deux organismes ont décidé de mettre à jour leurs recommandations. Du côté de la CNIL, l'autorité fixe dans sa recommandation [PDF ] les objectifs de sécurité minimaux « en fonction des risques que présentent l'organisation et le déroulement du vote ». Alors que l'ANSSI, elle, propose un guide pour mettre en place techniquement le système afin de répondre à ces objectifs.

Comme elle l'avait indiqué en fin d'année dernière, la CNIL confirme dans son nouveau communiqué que les scrutins déjà en préparation et prévus en 2026, comme ceux des élections des représentants du personnel de la fonction publique, « pourront continuer à appliquer la version de 2019 de la recommandation ». Elle ajoute cependant qu'« en revanche, la nouvelle recommandation s'applique à tout nouveau scrutin ».

Des « principes fondamentaux » à respecter

Dans sa recommandation, la CNIL rappelle « des principes fondamentaux qui commandent les opérations électorales concernées ». En 2019, son texte listait « le secret du scrutin sauf pour les scrutins publics, le caractère personnel et libre du vote, la sincérité des opérations électorales, la surveillance effective du vote et le contrôle a posteriori par le juge de l'élection ».

La nouvelle recommandation ajoute « l'intégrité des suffrages exprimés » et « l'accès au vote pour tous les électeurs ». Elle donne aussi des définitions à ces principes, ce qui permet d'éclaircir son point de vue quant à leur mise en place réelle.

Des objectifs à atteindre en fonction de trois niveaux de risques

Comme en 2019, l'autorité s'appuie sur un système en trois niveaux de risque du scrutin pour évaluer quels sont les objectifs de sécurité qui doivent être atteints. Mais elle les a remaniés pour « mieux prendre en compte la diversité des scrutins concernés, leur contexte d'organisation et les enjeux qui leur sont propre ».

Ainsi le niveau 1 (risques faibles) concerne des élections où les sources de menaces ont « peu de ressources et peu de motivations », et où « l'administrateur (ou les administrateurs) du système d'information n'est ni votant, ni candidat ». La CNIL cite en exemple des « élections de représentants de parents d'élèves dans les établissements scolaires ou de scrutins organisés au sein d'associations locales ».

Le niveau 2 concerne des élections pour lesquelles les sources de menaces « peuvent disposer de ressources moyennes et de motivations moyennes ». Elle considère que « des élections de représentants du personnel au sein d'organismes de petite taille ou de taille moyenne » sont un bon exemple de ce genre de cas.

Enfin, le niveau 3 concerne des votes plus importants où les personnes risquant d'attaquer peuvent « disposer de ressources importantes ou de fortes motivations », comme dans le cadre « d'élections organisées au sein d'ordres professionnels réglementés, des primaires de partis politiques, ou d'élections de représentants du personnel au sein d'organisations importantes ».

Si ces niveaux semblent assez vagues, la CNIL propose dans sa recommandation un questionnaire qui permet de s'autoévaluer avec un système de points (niveau 1 : entre 0 et 4, niveau 2 : entre 5 et 8 points et niveau 3 : plus de 8 points) :

La proposition de la CNIL de grille d'évaluation des risques en matière de vote électronique

En fonction de ce niveau, la CNIL donne une liste d'objectifs de sécurité à atteindre allant du minimum consistant à « mettre en œuvre une solution technique et organisationnelle ne présentant pas de faille majeure » à, par exemple pour le niveau 3, « renforcer le caractère secret du scrutin en ne manipulant jamais le secret permettant leur dépouillement sur un serveur qui serait en capacité de rapprocher l'identité des électeurs de leur bulletin ».

L'ANSSI vous guide

Dans son document, l'autorité explique qu' « il revient au responsable de traitement ou à son prestataire de déterminer les moyens permettant d'atteindre les objectifs de sécurité énoncés, ces choix devant être documentés ».

Mais comme on vous l'a dit plus tôt, l'ANSSI vous a concocté un guide. Celui-ci [PDF ] fait 150 pages et détaille, par objectif fixé par la CNIL, ce qu'il faut faire. Il rajoute même quelques recommandations complémentaires « limitant les impacts de situations où le serveur de vote pourrait permettre le bourrage d'urne, la conservation illégitime ou la fuite de la clé privée de l'élection et la génération d'une clé privée de l'élection favorisant un des attributaires ».

En plus de ces objectifs de sécurité à atteindre, la CNIL ajoute à sa recommandation des indications sur les informations à fournir aux électeurs, sur l'accessibilité du vote, la mise en place d'une expertise indépendante pour la mise en place de la solution, le déroulé du vote en lui-même ainsi que sur la garantie d'un contrôle a posteriori et la conservation des données.