nginx 의 정규식 location 은 프리픽스 location 보다 먼저 매칭되므로, `location ~* \.(js|css|json)$` 블록이 있는 서버에서는 확장자 붙은 동적 엔드포인트가 `try_files ... /index.php` 폴백이 실행될 기회 없이 404 가 된다. aaPanel/CyberPanel/Plesk 기본 템플릿에 들어있어 드물지 않으며, 관리자 화면조차 뜨지 않아 "서버 설정을 고치세요" 안내가 순환 참조가 된다. 관례를 깬 쪽이 G7 이므로 해소 책임도 G7 에 두고, 두 형태를 모두 서빙한 뒤 환경에 따라 택일한다. 확장자 형태는 영구 유지한다 — 제거하면 URL 을 하드코딩한 서드파티 확장이 깨진다. - 라우트: dualSuffix / dualSuffixSegment / dualAsset 매크로로 23개 엔드포인트와 프로브를 이중 등록. 확장자 형태를 먼저 등록한다 — 확장자 없는 쪽이 더 느슨한 패턴이라 순서가 뒤집히면 `.json` 요청까지 삼킨다 - URL 생성: 서버 App\Support\AssetUrl, 프론트 core/support/assetUrl.ts 로 집약. 기본 모드에서 생성 결과는 치환 이전과 문자열까지 동일하다 (쿼리 순서 포함 — 순서가 바뀌면 의미는 같아도 HTTP 캐시 키가 갈린다) - 자가 복구: 부트스트랩 자산 로드 실패 시 확장자 없는 형태로 1회 단방향 전환. 역방향 금지 + 기존 재시도 예산 공유로 무한 왕복을 막는다 - 감지·전환: 인스톨러 프로브(설치 시 확정) / 관리자 환경설정 일반 탭 / g7:asset-url-mode. 판정은 상태코드가 아니라 매직 토큰 + Content-Type 으로 한다. 상태코드만 보면 "404 대신 200 + 에러 HTML" 환경에서 영원히 오판한다 - 봇은 JavaScript 를 실행하지 않아 자가 복구가 닿지 않으므로, 모드 변경 시 SEO 프리렌더 캐시를 비워 재생성시킨다 가드: audit 룰 2종(dynamic-route-static-extension / asset-url-builder-required), Playwright 6건(정적 블록 가로채기 시뮬레이션), 루프 방지 불변식 L1~L9 전수 red 증명. 부수 정리: 양 Composer 에 중복돼 있던 확장 에셋 수집 123줄을 트레이트로 통합하고, 자산 확장자 화이트리스트 누락(.map)과 경로 정규화 우회 가능성을 함께 교정. sir.kr 커뮤니티의 hang 님께서 제보해주셨습니다.
77 lines
2.4 KiB
PHP
77 lines
2.4 KiB
PHP
<?php
|
|
|
|
namespace App\Http\Requests\Public\Module;
|
|
|
|
use App\Rules\AllowedModuleFileType;
|
|
use App\Rules\SafeModulePath;
|
|
use App\Support\Routing\DualExtensionRoute;
|
|
use Illuminate\Foundation\Http\FormRequest;
|
|
|
|
class ServeModuleAssetRequest extends FormRequest
|
|
{
|
|
/**
|
|
* 사용자가 이 요청을 수행할 권한이 있는지 확인
|
|
*
|
|
* 권한 체크는 라우트의 permission 미들웨어에서 수행됩니다.
|
|
*
|
|
* @return bool 항상 true (권한은 미들웨어 책임)
|
|
*/
|
|
public function authorize(): bool
|
|
{
|
|
return true;
|
|
}
|
|
|
|
/**
|
|
* 요청에 적용할 검증 규칙
|
|
*
|
|
* @return array<string, mixed> 검증 규칙 배열
|
|
*/
|
|
// audit:allow core-formrequest-hook-filter reason: 자산 서빙 경로 검증은 파일시스템
|
|
// 화이트리스트(SafeModulePath + AllowedModuleFileType)가 유일한 방어선이다.
|
|
// 확장이 필터로 규칙을 대체할 수 있으면 경로 탈출·임의 파일 읽기가 열린다.
|
|
public function rules(): array
|
|
{
|
|
// 모듈 식별자로부터 기준 경로 구성 (모듈 루트)
|
|
$identifier = $this->route('identifier');
|
|
$basePath = base_path("modules/{$identifier}");
|
|
|
|
return [
|
|
'identifier' => ['required', 'string'],
|
|
'path' => [
|
|
'required',
|
|
'string',
|
|
new SafeModulePath($basePath),
|
|
new AllowedModuleFileType,
|
|
],
|
|
];
|
|
}
|
|
|
|
/**
|
|
* 검증을 위한 데이터 준비
|
|
*/
|
|
protected function prepareForValidation(): void
|
|
{
|
|
// 라우트 파라미터를 검증 데이터에 병합.
|
|
// 확장자 없는 모드에서는 파일 경로가 `?file=` 쿼리로 온다 (경로 확장자 회피).
|
|
$this->merge([
|
|
'identifier' => $this->route('identifier'),
|
|
'path' => $this->route('path') ?? $this->query(DualExtensionRoute::FILE_QUERY_PARAM),
|
|
]);
|
|
}
|
|
|
|
/**
|
|
* 검증 오류 메시지 커스터마이징
|
|
*
|
|
* @return array<string, string>
|
|
*/
|
|
public function messages(): array
|
|
{
|
|
return [
|
|
'identifier.required' => __('validation.asset.identifier.required'),
|
|
'identifier.string' => __('validation.asset.identifier.string'),
|
|
'path.required' => __('validation.asset.path.required'),
|
|
'path.string' => __('validation.asset.path.string'),
|
|
];
|
|
}
|
|
}
|