apache root 0day

Bug #1581048 reported by raven322
258
This bug affects 1 person
Affects Status Importance Assigned to Milestone
apache2 (Ubuntu)
Expired
Undecided
Unassigned

Bug Description

there is an apache zero day out there, I have been trying to report for some time. may affect upstream debian code also. Nasa got hit, dreamhost got hit, potentially others also.

what happens is the attacker gains root or escalation priviledges somehow and gets to muck up the htaccess file. as a result the server refuses to load the config and throws 500 in peoples faces instead.

Note that I used geany and leafpad when editing. there is no way to drop sequences of line numbers into this file by blind accident.

This however did occur.
It is possible also to override file permissions ie access permissions in ways to break wordpress setups. There is no easy fix for this once it occurs and very upsetting to WP users. As a result I have dropped it.

Im not sure what causes the zero-day. grsec patches are used but dated and will not build for recent kernels, rather break them.

Revision history for this message
Marc Deslauriers (mdeslaur) wrote :

Do you have any details on what the issue is, or what the fix is?

affects: systemd (Ubuntu) → apache2 (Ubuntu)
information type: Private Security → Public Security
Changed in apache2 (Ubuntu):
status: New → Incomplete
Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for apache2 (Ubuntu) because there has been no activity for 60 days.]

Changed in apache2 (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public Security information  
Everyone can see this security related information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.