Toegang tot bepaalde web omgevingen verbieden met htaccess

[Enterprise045]

Mijn vraag:
Hoe kan ik toegang verbieden (403 forbidden) tot alle mappen en submappen, maar niet afbeeldingen?

Op dit moment heb ik in de map /assets/ dit htaccess bestandje:

code:

 order deny,allow
 deny from all

Dit werkt niet helemaal zoals ik wil dat het werkt.
In principe heb ik nergens toegang toe als ik in de assets map probeer te komen via url.com/assets/, waardoor sommige afbeeldingen die in de map assets/images staan niet meer zichtbaar zijn op de website zelf.
Waar het om gaat is dat ze niet via de browser in de map /assets/ en onderliggende mappen kunnen rondneuzen.

Wie kan mij op weg helpen?

Ik weet niet of ik deze link mag plaatsen maar het is een site in ontwikkeling maar als dit als spam word gezien dan verwijder ik het:
https://solarinteractive.ga/ - De website waar het om gaat.

[CyBeRSPiN]

https://www.sitepoint.com...jpg-and-png-images/1519/5 zou je kunnen proberen.

[Enterprise045]

Werkt perfect. Bedankt.

[NimRod1337]

Welke versie van Apache dan wel Linux gaat dit om? Vanaf Apache 2.4 restricteer je met niet meer met Deny/Allow maar met Require

[AW_Bos]

Is het misschien niet een beter idee om alle mappen waar iemand niks in te zoeken heeft (assets, vendors, configuratie) buiten je website-root te plaatsen, zodat ze helemaal niet bereikbaar zijn?

Je moet dan wel een en ander verbouwen aan je paden in je web-applicatie. maar zo'n structuur biedt wel voordelen waaronder:

- Veiliger, mocht PHP opeens wat sourcecode of configuratie lekken door een configuratiefout
- Een nieuwe codebase van je project kan je tegelijkertijd uitrollen zonder dat je site plat of langdurig plat moet gaan. Een kwestie een map te hernoemen.

[Voutloos]

Voor files die niet bereikbaar moeten zijn, is buiten de webroot plaatsen de oplossing.

Als je voor publieke dirs niet het browsen wil toestaan, is er 'Options -Indexes'.
Omdat dat blacklist security is, dus vergeten kan worden, kan je het beste globaal Indexes helemaal uit je config halen. Dit zodat je je best moet doen als je het wél een keer wil. Hint: dit wil bijna niemand.

[Enterprise045]

Bedankt voor jullie reactie's.

Bedoelen jullie met buiten de webroot in de onderliggende bestanden?
Dit kan prima wanneer je een eigen server of vps hebt maar met webhosting die alleen toegang heeft tot the public_html word dat lastig.

Voor nu heb ik het met htaccess gedaan en het werkt prima dus ik zou dan ook niet begrijpen waarom het veranderd moet worden. Don't fix it if it aint broken!

[Voutloos]

Anno nu telt alles in webroot wel als broken eigenlijk.

Bij de paar schunnig goedkope shared hosting partijen waar ik ervaring mee heb kon overigens al wel je zooi in mapjes direct naast de public_html.
Eigenlijk ook niet gek, want anders heb je public_html ook niet nodig, had alles net zo goed een niveau minder diep gekund.

Heb je wel alsnog Indexes uitgezet? Don’t enable what you don’t use, als we toch Engels speaken.

[Voor 13% gewijzigd door Voutloos op 21-02-2021 19:51]

[AW_Bos]

Sterker zelfs, je hebt ook soms een private_html. (in het geval van Direct Admin als hostingpaneel)
Je zou denken dat dit speciaal hiervoor bedoeld is, maar dat wordt standaard gebruikt voor SSL (wat je beter ook kan laten verwijzen naar public_html).

Eigenlijk een totaal misgeslagen directory-naam dus