Having lived through the 1980s, I’m not a big fan of Moral Panics, where there’s a whole lot of “What if…?” and “We must protect ourselves!” and not a whole lot of really understanding the issue. I say “issue” instead of “problem” because I find there isn’t one.

So, I look on r/perl and avoiding other things, and I see “Scary, hard to detect code hiding”.

It points to a blog post where they demonstrate how to use space-like unicode characters in Javascript. Specifically, they use . That’s Hangul Filler, kids! You can read the whole thing, but in essence, they do an AJAX call where they can send another command that does what it wants, hides it in , then execs after a ping and curl, and because the dev never sees (unless they have space hightlighting turned on in their editor), they never even think that the non-JS “ending” commas are not actually “ending”.

I mean, Holy Significant Whitespace, Batman!

To quote the person sending this:

Perl must be vulnerable to some if not all of these. What tools do we have/should we have in the perl ecosystem to help detect and warn or block these code smells?

To my mind, Perl comes with the solution to this.

Sigils. And no utf-8 by default, but mostly sigils.

Perl has some nice Unicode support, but lots of it is not what you think it is or want it to be. I would it if use utf-8 did the work of telling all the filehandles, but you have to do binmode STDOUT, ':utf8' instead. Mostly what you get from utf-8 is the ability to use Unicode in your code. That’s a fun thing, but I’m not sure it’s useful.

For example:

#!/usr/bin/env perl

use strict;
use warnings;
use experimental qw{ say };

use utf8;

if (1) {
    my  = 3.14159;
    my $ㅤ = 'blank';
    say join '|', 1, , $ㅤ, 2;
    exit;
}

__DATA__

1|3.14159|blank|2

Here I’m using instead of $pi to hold the first handful of digits of Pi. I used to work in academic research, and there, PI means Primary Investigator, so having the Unicode character tells me that I’m definitely dealing with a mathematical constant and not a professor’s name. Because I don’t want to go over Unicode tables or search pi unicode whenever I want to use a variable name, I will likely only use this rarely.

Also, in a decade of coding for the lab, I never had to identify an important client and find the circumference of a circle in the same program. 😀

This is the important part of the example code.

app.get('/network_health', async (req, res) => {
    const { timeout,} = req.query;
    const checkCommands = [
        'ping -c 1 google.com',
        'curl -s http://example.com/',
    ];
    ...
});

If you had this and formatted it, most JS formatters will remove the trailing commas, but here they survive it, because it’s really …

app.get('/network_health', async (req, res) => {
    const { timeout, HANGUL_FILLER} = req.query;
    const checkCommands = [
        'ping -c 1 google.com',
        'curl -s http://example.com/', HANGUL_FILLER
    ];
    ...
});

And whatever /network_health sends long with the timeout will be run as you in the try/catch promise block I cut out for space.

But, while trailing commas are not liked in the JS world, they’re incredibly common in Perl. (Or maybe they’re possible in Perl and I just really like them, because I want to be able to easily reorder the arrays I build by hand. YMMV.)

So, I get why, in non-Perl languages, you would have problems, and you might want to add a pre-commit hook that searches for HANGUL_FILLER in your code, but in Perl?

my ($timeout, $ㅤ) = suspect_function() and my @commands = ( 'ping -c 1 google.com', 'curl -s http://example.com/', $ㅤ) will look funny, because when in Perl do you just see $ just hanging there? Same thing with @ and % and &, mostly.

I mean, look at this:

use utf8;
if (1) {
    my  = 3.14159;
    my $ㅤ = 'blank';
    say join '|', 1, , $ㅤ, 2, &, (), 3;
    exit;
}

sub ㅤ () {
    return 'HANGUL_FILLER';
}
__DATA__
1|3.14159|blank|2|HANGUL_FILLER|HANGUL_FILLER|3

With masterful symbol table manipulation, you can stick &ㅤ or ㅤ() (the function answers to both) into main from a library, but that’s it’s own issue.

I suppose I could try to do 104 %ㅤ 20, but I can’t think of where digit %hash digit won’t immediatly be a syntax error. Same thing with digit @array digit. But &

use experimental qw{ say signatures state };
use utf8;

if (1) {
    my $x = 0;
    my  = 3.14159;
    my $ㅤ = 'blank';
    say join '|', 1, , $ㅤ, 2, &, (), 3;
    ( $x, () ) = ( 'lvalue', 'test' );
    exit;
}

sub ㅤ : lvalue ( $a='a', $b='b' ) {
    say join '|', $a, $b;
    return 'HANGUL_FILLER';
}
__DATA__

a|b
a|b
1|3.14159|blank|2|HANGUL_FILLER|HANGUL_FILLER|3
3.14159|b
Can't return a readonly value from lvalue subroutine at ./test.pl line 25.

Here, we have the HANGUL_FILLER subroutine, now defined as an lvalue, meaning it can sit on either side of the assignment. Here there’s an error because I have forgotten (if I ever knew) how to tell if the function’s being used in an lvalue context, but if I had it at hand, I would certainly if it. But there, yes.

And really, if someone is mucking around with your symbol table,

($x,()) = 1..20 is valid, with $x getting 1 and the rest of the numbers dropping on the ground. But looking at that, I would likely shorten it to ($x)=1..20 anyway, so ( $x, ㅤ() ) would just look like a code smell.

So, personally, I’m not worried. There’s enough you can do if you own BadModule and I use BadModule that throwing ㅤ() into this is the least of my worries, especially knowing that before, after and around can redefine so much of the functionality I expect. I see this as a non-issue, but one that could be caught with git hooks and regular expressions. Maybe I should write a Perl::Critic module for this?

If you have any questions or comments, I would be glad to hear it. Ask me on Twitter or make an issue on my blog repo.