Skip to content
Sudonix

TikTok fined £12.7m for misusing children's data

Discussion
4 3 1.2k 1
Log in to reply

Related Topics
  • phenomlabundefined

    Apple and Meta fined by EU over competition law

    Discussion meta apple
    5
    5 Votes
    5 Posts
    1k Views
    DownPWundefined
    and BOUM Personally, I don’t hate American companies. I use their products like everyone else, but I think their economic weight is such that they impose their own rules instead of respecting those of the countries where they do business. And here, for once, the DMA is putting the church back in the middle of the village (French Expression).
  • phenomlabundefined

    The plans to put data centres in orbit and on the Moon

    Discussion space data servers
    1
    0 Votes
    1 Posts
    451 Views
    No one has replied
  • phenomlabundefined

    Microsoft in talks to buy TikTok

    Discussion microsoft tiktok
    2
    3 Votes
    2 Posts
    649 Views
    Madchatthewundefined
    @phenomlab well I hope that a better company steps up and puts in a higher bid. If I had the money I would buy TikTok. That platform is a money makers dream. So many people on it now er or was. I think MS will just mess it up like they do everything else. Hell, they can’t even get their own software to work correctly, how would they even keep that one up and running.
  • phenomlabundefined

    What's your view on RSS - is it dead technology?

    Discussion rss feed syndicate
    14
    15 Votes
    14 Posts
    2k Views
    JACundefined
    @phenomlab said in What's your view on RSS - is it dead technology?: @JAC would be keen to get your views around RSS feeds I’ve used RSS feeds over the years to pull in articles on forums and websites. I also have an RSS feed app on my phone that contains selective football news, it’s still an incredibly handful tool for me.
  • phenomlabundefined

    Reddit users say share plans 'beginning of the end'

    Discussion reddit ipo
    9
    8 Votes
    9 Posts
    2k Views
    phenomlabundefined
    This is interesting - $116m bet on share positions? https://news.sky.com/story/gamestop-stock-resurgent-as-influencer-roaring-kitty-places-116m-bet-on-retailer-13147356 Anyone else think this sounds very much like insider trading?
  • phenomlabundefined

    Bad information security advice

    Security linkedin security advice
    1
    1
    1 Votes
    1 Posts
    598 Views
    No one has replied
  • DownPWundefined

    Windscribe VPN offered for free with a lifetime license

    General security vpn
    6
    3
    5 Votes
    6 Posts
    2k Views
    phenomlabundefined
    Missed out on this deal ? Windscribe offer a limited free version. More about that here https://sudonix.org/topic/13/which-product-is-the-best-for-vpn/164?_=1652206628456
  • Mike Jonesundefined

    Securing javascript -> PHP mysql calls on Website

    Solved Security php mysql security
    2
    1 Votes
    2 Posts
    1k Views
    phenomlabundefined
    @mike-jones Hi Mike, There are multiple answers to this, so I’m going to provide some of the most important ones here JS is a client side library, so you shouldn’t rely on it solely for validation. Any values collected by JS will need to be passed back to the PHP backend for processing, and will need to be fully sanitised first to ensure that your database is not exposed to SQL injection. In order to pass back those values into PHP, you’ll need to use something like <script> var myvalue = $('#id').val(); $(document).ready(function() { $.ajax({ type: "POST", url: "https://myserver/myfile.php?id=" + myvalue, success: function() { $("#targetdiv").load('myfile.php?id=myvalue #targetdiv', function() {}); }, //error: ajaxError }); return false; }); </script> Then collect that with PHP via a POST / GET request such as <?php $myvalue= $_GET['id']; echo "The value is " . $myvalue; ?> Of course, the above is a basic example, but is fully functional. Here, the risk level is low in the sense that you are not attempting to manipulate data, but simply request it. However, this in itself would still be vulnerable to SQL injection attack if the request is not sent as OOP (Object Orientated Programming). Here’s an example of how to get the data safely <?php function getid($theid) { global $db; $stmt = $db->prepare("SELECT *FROM data where id = ?"); $stmt->execute([$theid]); while ($result= $stmt->fetch(PDO::FETCH_ASSOC)){ $name = $result['name']; $address = $result['address']; $zip = $result['zip']; } return array( 'name' => $name, 'address' => $address, 'zip' => $zip ); } ?> Essentially, using the OOP method, we send placeholders rather than actual values. The job of the function is to check the request and automatically sanitise it to ensure we only return what is being asked for, and nothing else. This prevents typical injections such as “AND 1=1” which of course would land up returning everything which isn’t what you want at all for security reasons. When calling the function, you’d simply use <?php echo getid($myvalue); ?> @mike-jones said in Securing javascript -> PHP mysql calls on Website: i am pretty sure the user could just use the path to the php file and just type a web address into the search bar This is correct, although with no parameters, no data would be returned. You can actually prevent the PHP script from being called directly using something like <?php if(!defined('MyConst')) { die('Direct access not permitted'); } ?> then on the pages that you need to include it <?php define('MyConst', TRUE); ?> Obviously, access requests coming directly are not going via your chosen route, therefore, the connection will die because MyConst does not equal TRUE @mike-jones said in Securing javascript -> PHP mysql calls on Website: Would it be enough to just check if the number are a number 1-100 and if the drop down is one of the 5 specific words and then just not run the rest of the code if it doesn’t fit one of those perameters? In my view, no, as this will expose the PHP file to SQL injection attack without any server side checking. Hope this is of some use to start with. Happy to elaborate if you’d like.