Beiträge von becki

hallo @root-tut-nicht-gut

ich hab jetzt noch a bissl geguckt auf der suse 13.1 box.

SELinux ist dort garnicht aktiviert! getenforce meldet disabled.
daran kann's also wahrlich nicht liegen ...

ich denke auch an den folder permissions von /var/log/apache2 kann's wohl auch nicht liegen, denn die mod security log files werden ja auch ohne probleme erstellt.

SecDebugLog /var/log/apache2/modsec_debug.log
SecAuditLog /var/log/apache2/modsec_audit.log

und die beiden dateien finde ich nach nen apache start / restart ...

er will mir nur einfach nicht die ip.dir und global.dir erstellen ...

also wenn hier jemand noch nen tip haette waere ich wirklich sehr dankbar

danke & greetings
becki

p.s. hab auf mod security github auch ein issue erstellt, kam leider auch noch keine antwort dort
https://github.com/SpiderLabs/ModSecurity/issues/688

ok! hab's nun verlinkt ->

https://forums.opensuse.org/sh…2-7-problem-OpenSUSE-13-1

https://forums.opensuse.org/sh…ty-2-2-7-on-opensuse-13-1

hoffe des passt so?

vielen dank

@tomfa-ng -> was meinst du mit die themen in den nterschiedlichen foren zu verknuefen? meinst du damit meinen eintrag auf forums.opensuse.org?

@root-tut-nicht-gut -> ich denke systemd scheint da wirklich die richtige richtung zu sein! werde mir das mal genauer angucken. und ... nein! ist kein produktivsystem ...

viele dank!

naja ... es muss ja nicht folder /tmp sein. ich hab des auch schon mit nen anderen folder, z.b. /var/log/apache2/modsec probiert. auf diesen folder hat dann nur der wwwrun zugriff ...

aber du meinst ich sollte besser iptables dafuer nehmen?

dennoch wuerde mich interessieren warum mod security die collections ip.dir / global.dir bei nen apache restart nicht erstellen kann?

hast du ne ahnung?

danke

hallo

ich hab hier ein problem mit dem neusten mod security 2.2.7

es laeuft hier auf opensuse 13.1 mit apache 2.4.6

und zwar will ich das modsecurity_crs_11_slow_dos_protection.conf zum laufen bringen, aus den experimental rule set von OWASP ModSecurity Core Rule Set (CRS)

mod security laeuft soweit echt ohne probleme ich bringe nur die slow_dos_protection nicht zum laufen.

aktiviere ich diese rule dann werde ich einfach von mod security geblocked!

[Fri Mar 21 17:23:04.018323 2014] [:warn] [pid 29457] ModSecurity: Access denied with code 400. Too many threads [150] of 100 allowed in READ state from 91.22.223.123 - Possible DoS C
onsumption Attack [Rejected]

und ich bin mir zu 1000% sicher dass ich da keine 150 threads im read state habe.

der apache server-status zeigt mir gerade mal 5 thread an ... also irgendwas stimmt da einfach nicht.

in der slow dos rule von mod security steht SecReadStateLimit 100

mod security will ja auch seine collections, also daten speichern, was man via SecDataDir angibt

SecDataDir /tmp

in der modsecurity.conf

hab ich alles gemacht, nur will apache / mod security die dateien ip/global einfach nicht in ordner /tmp erstellen nach einen rcapache2 restart

und jetzt denke ich mit halt, dass mod security halt keine daten erstellen kann und ich deshalb einfach geblocked werde??

ich verstehe das echt nicht?

ich hab noch 2 andere suse kisten am laufen und dort funktioniert des einfach ohne probleme ...

wenn mir jemand bei suse 13.1 helfen koennte dann waere des echt cool

ich sag jetzt schon mal danke und freue mich ueber jeder hilfe!

greetings
becki

p.s. https://forums.opensuse.org/sh…2-7-problem-OpenSUSE-13-1
p.s.s. https://forums.opensuse.org/sh…ty-2-2-7-on-opensuse-13-1

jo .. danke fuer den tip. hab ich mir grad mal angeguckt

jo ... hier bin ich nun nochmal ...

ich denke ich hab dass nun mal soweit geloest
musste einfach erstmal all alten php version 5.3.5 uninstallen, danach wurden mir die neuen php rpms 5.3.7 angezeigt und ich konnte dann problemlos via yast installieren.

php -v zeigt mir nun an dass es beim startup keine probleme mehr gibt

PHP 5.3.7 (cli)
Copyright (c) 1997-2011 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies
with Suhosin v0.9.32.1, Copyright (c) 2007-2010, by SektionEins GmbH

ich denke so sollte das nun passen

trotzdem vielen dank fuer eure hilfe

mfg
becki

Hi tomfa-ng

danke fuer deine antwort. ok ... yast ist viel. ich soll genauer werden ...

urspruenglich dacht ich ja, dass wenn ich das repository hinzufuege ->

http://download.opensuse.org/repositorie…/openSUSE_11.4/

ich dann davon updates bekommen wuerde. dass dem nicht so ist hast du mir nun gesagt, danke!

ich bin dazu einfach aus yast -> software -> online update

ok ... wie bekomme ich dann die neuen php rpms ins system eingespielt?
via -> yast -> software management?

geb ich dort im 'filter' unter software management 'php' ein dann sehe ich nun dass es fast immer 2 packages gibt. z.b.

apache2_mod_php5 (version 5.3.5-5.14.1 installed)

und dazu nun auch

apache2_mod_php5-debuginfo (version 5.3.7-95.1)

nur das 'echte' rpm ->
apache2-mod_php5-5.3.7-95.1.i586.rpm

aus dem repository http://download.opensuse.org/r…:/php/openSUSE_11.4/i586/

wird mir leider nicht angezeigt!

jetzt bin ich echt ein bissl verwirrt

wie kann ich denn jetzt all die rpms vom repository http://download.opensuse.org/r…:/php/openSUSE_11.4/i586/ ins system einspielen??

waere fuer jede hilfe dankbar, da ich gerne eine php installation haette welche wo die php extension intl.so keine warning gibt ...

jetzt schon vielen dank

mfg
becki

hallo opensuse community,

hab mir kuerzlich das opensuse 11.4 installiert - 32bit system

laeuft alles bestens nur hab ich ein problem mit der php5 extension intl.so

gibt mir beim start folgende warnung an ->

php -v
PHP Warning: PHP Startup: Unable to load dynamic library
'/usr/lib/php5/extensions/intl.so' - /usr/lib/php5/extensions/intl.so:
undefined symbol: grapheme_extract_count_iter in Unknown on line 0

nun hab ich auch schon bei google & co geguckt und rausgefunden dass es da ein zusaetzliches repository gibt wo der fehler anscheinend schon behoben ist?

http://en.opensuse.org/Additio…tories#Apache_PHP_modules

das repository fuer 11.4 is dann folgendes ->

http://download.opensuse.org/r…erver:/php/openSUSE_11.4/

guck ich da rein dann sehe ich dass es die letzten updates am 19 aug 2011 gegeben hat.

da gibt es auch neue versions fuer php5 ...
apache2-mod_php5-5.3.7-95.1.i586.rpm
php5-5.3.7-95.1.i586.rpm

und die extension intl.so ist auch aktualisiert ->

php5-intl-5.3.7-95.1.i586.rpm

sieht alles gut aus. nun habe ich dieses zusaetzliche repository in YAST dazugefuegt, in der hoffnung nun von dort die php updates einzuspielen. doch irgendwie geht da garnix

wuerde ja gerne das php aktualisieren doch irgendwie zeigt mir YAST immer an dass es keine neuen patches gibt

was is da los? warum ist das so? hab ich noch irgendwas vergessen?? vielleicht kann mir ja jemand weiterhelfen

jetzt schon vielen dank fuer eure hilfe ...

mfg
becki