Change in osmo-sgsn[master]: ACL: integrate sanitize check into sgsn_acl_* functions

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.

Pau Espin Pedrol gerrit-no-reply at lists.osmocom.org
Tue Dec 11 12:22:14 UTC 2018


Pau Espin Pedrol has posted comments on this change. ( https://gerrit.osmocom.org/12227 )

Change subject: ACL: integrate sanitize check into sgsn_acl_* functions
......................................................................


Patch Set 5:

> > Patch Set 5: Code-Review-1
 > >
 > > -1 since last version still don't apply my comments regarding
 > movement of sanitize out of sgsn_acl_* callees.
 > 
 > You haven't stated why you think it's better (unless I've missed it
 > somehow). So the answer is still the same (and still in commit
 > message): having this check in vty makes it hard to unit-test,
 > having it as a static function next to sgsn_acl_* makes it
 > unit-testable.
 > 
 > I don't see any advantage in keeping code which is not directly
 > related to vty inside sgsn_vty.c. Having sanitize function right
 > next to where its result is used is way more intuitive and easier
 > to maintain. Plus the advantage of unit testing.

I did, maybe it was not clear enough: "I think sanitizing the imsi should be done by caller of sgsn_acl_* based on where the information come from (from the wire or from known sanitized source)."

If you know your data is sane there's no need to re-sanitize it. You should expect the caller of a data struct to provide sane data instead of internally sanitizing it and storing different data from what was provided. It's responsibility of the caller (vty code for instance) to make sure parse of human input is correctly parsed and sanitized. You can do checks inside the data structure if you want (I wouldn't), but I'd avoid changing content of the data being handled in there.


-- 
To view, visit https://gerrit.osmocom.org/12227
To unsubscribe, or for help writing mail filters, visit https://gerrit.osmocom.org/settings

Gerrit-Project: osmo-sgsn
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: Ic3dff108148683b107e9edac430a0475283580e9
Gerrit-Change-Number: 12227
Gerrit-PatchSet: 5
Gerrit-Owner: Max <msuraev at sysmocom.de>
Gerrit-Reviewer: Jenkins Builder (1000002)
Gerrit-Reviewer: Max <msuraev at sysmocom.de>
Gerrit-Reviewer: Pau Espin Pedrol <pespin at sysmocom.de>
Gerrit-CC: Stefan Sperling <stsp at stsp.name>
Gerrit-Comment-Date: Tue, 11 Dec 2018 12:22:14 +0000
Gerrit-HasComments: No
Gerrit-HasLabels: No
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/gerrit-log/attachments/20181211/61a9228f/attachment.htm>


More information about the gerrit-log mailing list