|Index||index by Group||index by Distribution||index by Vendor||index by creation date||index by Name||Mirrors||Help|
The search service can find package by either name (apache), provides(webserver), absolute file names (/usr/bin/apache), binaries (gprof) or shared libraries (libXm.so.2) in standard path. It does not support multiple arguments yet...
The System and Arch are optional added filters, for example System could be "redhat", "redhat-7.2", "mandrake" or "gnome", Arch could be "i386" or "src", etc. depending on your system.
ModSecurity™ is a web application firewall engine that provides very little protection on its own. In order to become useful, ModSecurity™ must be configured with rules. In order to enable users to take full advantage of ModSecurity™ out of the box, Trustwave's SpiderLabs is providing a free certified rule set for ModSecurity™ 2.x. Unlike intrusion detection and prevention systems, which rely on signatures specific to known vulnerabilities, the Core Rules provide generic protection from unknown vulnerabilities often found in web applications, which are in most cases custom coded. The Core Rules are heavily commented to allow it to be used as a step-by-step deployment guide for ModSecurity™. Core Rules Content In order to provide generic web applications protection, the Core Rules use the following techniques: HTTP Protection - detecting violations of the HTTP protocol and a locally defined usage policy. Real-time Blacklist Lookups - utilizes 3rd Party IP Reputation Web-based Malware Detection - identifies malicious web content by check against the Google Safe Browsing API. HTTP Denial of Service Protections - defense against HTTP Flooding and Slow HTTP DoS Attacks. Common Web Attacks Protection - detecting common web application security attack. Automation Detection - Detecting bots, crawlers, scanners and other surface malicious activity. Integration with AV Scanning for File Uploads - detects malicious files uploaded through the web application. Tracking Sensitive Data - Tracks Credit Card usage and blocks leakages. Trojan Protection - Detecting access to Trojans horses. Identification of Application Defects - alerts on application misconfigurations. Error Detection and Hiding - Disguising error messages sent by the server.
|owasp-modsecurity-crs-2.2.9-3.5.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Tumbleweed for noarch||owasp-modsecurity-crs-2.2.9-3.5.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-3.3.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Ports Tumbleweed for noarch||owasp-modsecurity-crs-2.2.9-3.3.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-bp154.2.1.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Leap 15.4 for noarch||owasp-modsecurity-crs-2.2.9-bp154.2.1.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-bp153.1.12.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Leap 15.3 for noarch||owasp-modsecurity-crs-2.2.9-bp153.1.12.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-lp152.3.2.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Leap 15.2 for noarch||owasp-modsecurity-crs-2.2.9-lp152.3.2.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-lp151.2.1.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Leap 15.1 for noarch||owasp-modsecurity-crs-2.2.9-lp151.2.1.noarch.rpm|
|owasp-modsecurity-crs-2.2.9-lp150.1.3.noarch.html||OWASP ModSecurity Common Rule Set (CRS)||OpenSuSE Leap 15.0 for noarch||owasp-modsecurity-crs-2.2.9-lp150.1.3.noarch.rpm|
Generated by rpm2html 1.6