<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: How can we restrict computer owners from injecting more data into splunk? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/How-can-we-restrict-computer-owners-from-injecting-more-data/m-p/499982#M85213</link>
    <description>&lt;P&gt;Here are some quick thoughts.&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;Restrict access to the account running Splunk and to root.  Make sure inputs.conf files only can be edited by the Splunk account.&lt;/LI&gt;
&lt;LI&gt;Create a scripted input that deletes all local/input.conf files.  Push this from your Deployment Server and have it run every hour or so.  Note: the script doesn't have to produce any input, although it may be useful to have it report when it finds a file to delete.&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Sat, 16 May 2020 16:52:29 GMT</pubDate>
    <dc:creator>richgalloway</dc:creator>
    <dc:date>2020-05-16T16:52:29Z</dc:date>
    <item>
      <title>How can we restrict computer owners from injecting more data into splunk?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-can-we-restrict-computer-owners-from-injecting-more-data/m-p/499981#M85212</link>
      <description>&lt;P&gt;How can we restrict computer owners from injecting more data into splunk?. We have around 1000 computers which reports to our splunk cloud through universal forwarders. Initially All the forwarders were configured to send only Application event logs, but now some of the computer owners edit the inputs.conf files themselves on forwarders and try to send the unwanted data’s to splunk which is costing us too much. How can we restrict this kind of activity so that without our permission no one can edit inputs.conf files and send data to splunk through a universal forwarder. Please provide us some suggestions.&lt;/P&gt;</description>
      <pubDate>Sat, 16 May 2020 15:56:08 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-can-we-restrict-computer-owners-from-injecting-more-data/m-p/499981#M85212</guid>
      <dc:creator>ravip4146</dc:creator>
      <dc:date>2020-05-16T15:56:08Z</dc:date>
    </item>
    <item>
      <title>Re: How can we restrict computer owners from injecting more data into splunk?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/How-can-we-restrict-computer-owners-from-injecting-more-data/m-p/499982#M85213</link>
      <description>&lt;P&gt;Here are some quick thoughts.&lt;/P&gt;

&lt;UL&gt;
&lt;LI&gt;Restrict access to the account running Splunk and to root.  Make sure inputs.conf files only can be edited by the Splunk account.&lt;/LI&gt;
&lt;LI&gt;Create a scripted input that deletes all local/input.conf files.  Push this from your Deployment Server and have it run every hour or so.  Note: the script doesn't have to produce any input, although it may be useful to have it report when it finds a file to delete.&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Sat, 16 May 2020 16:52:29 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/How-can-we-restrict-computer-owners-from-injecting-more-data/m-p/499982#M85213</guid>
      <dc:creator>richgalloway</dc:creator>
      <dc:date>2020-05-16T16:52:29Z</dc:date>
    </item>
  </channel>
</rss>

