Coding Style¶
Suricata uses a fairly strict coding style. This document describes it.
Formatting¶
Line length¶
There is a soft limit of ~80 characters.
When wrapping lines that are too long, they should be indented at least 8 spaces from previous line. You should attempt to wrap the minimal portion of the line to meet the 80 character limit.
Indent¶
We use 4 space indentation.
int DecodeEthernet(ThreadVars *tv, DecodeThreadVars *dtv, Packet *p, uint8_t *pkt, uint16_t len, PacketQueue *pq) { SCPerfCounterIncr(dtv->counter_eth, tv->sc_perf_pca); if (unlikely(len < ETHERNET_HEADER_LEN)) { ENGINE_SET_INVALID_EVENT(p, ETHERNET_PKT_TOO_SMALL); return TM_ECODE_FAILED; }
Braces¶
Functions should have the opening brace on a newline:
int SomeFunction(void) { DoSomething(); }
Control statements should have the opening brace on the same line:
if (unlikely(len < ETHERNET_HEADER_LEN)) { ENGINE_SET_INVALID_EVENT(p, ETHERNET_PKT_TOO_SMALL); return TM_ECODE_FAILED; }
Opening and closing braces go on the same line as as the else (also known as a "cuddled else").
if (this) { DoThis(); } else { DoThat(); }
Flow¶
Don't use conditions and statements on the same line. E.g.
if (a) b = a; // <- wrong if (a) b = a; // <- right
Don't use unnecessary branching. E.g.:
if (error) { goto error; } else { a = b; }
Can be written as:
if (error) { goto error; } a = b;
Functions¶
Function names¶
Function names are NamedLikeThis().
static ConfNode *ConfGetNodeOrCreate(char *name, int final)
static vs non-static¶
Functions should be declared static whenever possible.
inline¶
The inlining of functions should be used only in critical paths.
curly braces / brackets¶
Functions should have the opening bracket on a newline:
int SomeFunction(void) { DoSomething(); }
Note: this is a fairly new requirement, so you'll encounter a lot of non-compliant code.
Variables¶
Names¶
A variable is named_like_this in all lowercase.
ConfNode *parent_node = root;
Generally, use descriptive variable names.
In loop vars, make sure i is and signed int.
Scope¶
Macro's¶
Comments¶
Function comments¶
We use Doxygen, functions are documented using Doxygen notation:
/** * \brief Helper function to get a node, creating it if it does not * exist. * * This function exits on memory failure as creating configuration * nodes is usually part of application initialization. * * \param name The name of the configuration node to get. * \param final Flag to set created nodes as final or not. * * \retval The existing configuration node if it exists, or a newly * created node for the provided name. On error, NULL will be returned. */ static ConfNode *ConfGetNodeOrCreate(char *name, int final)
General comments¶
We use /* foobar */ style and try to avoid // style.
File names¶
File names are all lowercase and have a .c or .h extension.
Most files have a subsystem prefix, e.g. detect-dsize.c, util-ip.c
Some cases have a multi-layer prefix, e.g. util-mpm-ac.c
Enums¶
Structures and typedefs¶
switch statements¶
Switch statements are indented like in the following example, so the 'case' is indented from the switch:
switch (ntohs(p->ethh->eth_type)) { case ETHERNET_TYPE_IP: DecodeIPV4(tv, dtv, p, pkt + ETHERNET_HEADER_LEN, len - ETHERNET_HEADER_LEN, pq); break;
Fall through cases will be commented with /* fall through */. E.g.:
switch (suri->run_mode) { case RUNMODE_PCAP_DEV: case RUNMODE_AFP_DEV: case RUNMODE_PFRING: /* find payload for interface and use it */ default_packet_size = GetIfaceMaxPacketSize(suri->pcap_dev); if (default_packet_size) break; /* fall through */ default: default_packet_size = DEFAULT_PACKET_SIZE;
const¶
goto¶
Goto's should be used with care. Generally, we use it primarily for error handling. E.g.:
static DetectFileextData *DetectFileextParse (char *str) { DetectFileextData *fileext = NULL; fileext = SCMalloc(sizeof(DetectFileextData)); if (unlikely(fileext == NULL)) goto error; memset(fileext, 0x00, sizeof(DetectFileextData)); if (DetectContentDataParse("fileext", str, &fileext->ext, &fileext->len, &fileext->flags) == -1) { goto error; } return fileext; error: if (fileext != NULL) DetectFileextFree(fileext); return NULL; }
Unittests¶
When writing unittests that use when using a data array containing a protocol message, please put an explanatory comment that contain the readable content of the message
So instead of:
int SMTPProcessDataChunkTest02(void) { char mimemsg[] = {0x4D, 0x49, 0x4D, 0x45, 0x2D, 0x56, 0x65, 0x72,
you should have something like:
int SMTPParserTest14(void) { /* 220 mx.google.com ESMTP d15sm986283wfl.6<CR><LF> */ static uint8_t welcome_reply[] = { 0x32, 0x32, 0x30, 0x20,
Banned functions¶
function | replacement | reason |
---|---|---|
strok | strtok_r | |
sprintf | snprintf | unsafe |
strcat | strlcat | unsafe |
strcpy | strlcpy | unsafe |
strncpy | strlcat | |
strncat | strlcpy | |
strndup | OS specific | |
strchrnul |