관리자 환경설정이 값을 저장은 하지만 실제 동작에는 닿지 않던 결함군을 정리했다. 설정 화면(min/max)·저장 검증(FormRequest)·런타임 적용(Service) 세 계층이 각자 리터럴을 들고 있어 서로 조용히 갈라지던 것이 공통 원인이다. 경계값 SSoT 도입: - config/core.php `settings_limits` 를 단일 출처로 두고, FormRequest 는 이 값으로 규칙을 만들고 화면은 설정 응답의 `_meta.limits` 로 같은 값을 받아 바인딩한다. - 게시판·이커머스도 각 모듈 config 의 limits 를 동일 구조로 노출한다. 적용되지 않던 정책을 실제로 적용: - 비밀번호 최소 길이·특수문자 필수(신규 지정 7개 경로. 로그인은 제외 — 정책을 올렸을 때 기존 회원이 자기 계정에 접근조차 못 하는 데드락을 막기 위함) - 계정 잠금 시간 0 = 무한대(전용 컬럼 분리. timestamp 상한과 NULL 규약 때문에 기존 컬럼 재사용이 불가능하다) + 관리자 수동 해제 경로 - 업로드 최대 크기·허용 확장자, 게시판 첨부 개수·댓글 깊이, 페이지 첨부 정책, 장바구니 수량·구매 한도, 마일리지 사용 한도, 주문 부가세 파생 결함: - 큐 Job(sync 드라이버)이 진행 중인 요청의 Request 바인딩을 덮어써, 뒤이어 실행되는 훅 리스너가 헤더를 잃고 조용히 건너뛰었다. Job 이 원 바인딩을 복원하도록 고치고, 전송 헤더가 필요한 리스너는 동기 실행으로 선언한다. - 확장 업데이트 실패 시 상태만 되돌리고 상태 캐시를 비우지 않아, 그 확장의 관리자 화면만 캐시 TTL(기본 하루) 동안 404 로 남았다. 실패 경로에도 무효화를 대칭으로 두고, 빈 목록 자체를 캐시하지 않는다. - 글 작성 시 첨부 파일이 Service 로 전달되지 않아 검증·권한은 통과하고 첨부만 사라졌다. - 환경설정 저장 실패 안내가 내부 설정 키를 그대로 노출했다(105개 항목에 라벨 부여). 재발 방지: - audit 룰 3종(레이아웃 경계 리터럴 / FormRequest 경계 불일치 / Service 재클램프) - 테스트 실행 범위 강제 훅(check-test-scope) - 트러블슈팅 사례 2건(큐 Job 요청 오염 / 확장 상태 캐시 고착) 공개 이슈: gnuboard/g7
219 lines
7.4 KiB
PHP
219 lines
7.4 KiB
PHP
<?php
|
|
|
|
namespace Tests\Feature\Auth;
|
|
|
|
use App\Contracts\Repositories\ConfigRepositoryInterface;
|
|
use App\Extension\HookManager;
|
|
use App\Http\Requests\Auth\LoginRequest;
|
|
use App\Http\Requests\Auth\RegisterRequest;
|
|
use App\Http\Requests\Auth\ResetPasswordRequest;
|
|
use App\Http\Requests\User\ChangePasswordRequest;
|
|
use App\Http\Requests\User\CreateUserRequest;
|
|
use App\Http\Requests\User\UpdateProfileRequest;
|
|
use App\Http\Requests\User\UpdateUserRequest;
|
|
use App\Rules\PasswordPolicy;
|
|
use Illuminate\Contracts\Validation\Validator;
|
|
use Illuminate\Foundation\Testing\RefreshDatabase;
|
|
use Illuminate\Validation\Rules\Password;
|
|
use Tests\TestCase;
|
|
|
|
/**
|
|
* 비밀번호 정책 배선 테스트 (C4)
|
|
*
|
|
* `security.password_min_length` / `security.require_password_special_char` 는 defaults.json
|
|
* 에만 존재하고 소비자·저장 규칙·UI 가 전부 없는 완전 고아였습니다. 동시에 7개 FormRequest 가
|
|
* 각자 리터럴을 들고 있어 `LoginRequest` 만 `min:6` 으로 어긋나 있었습니다.
|
|
*/
|
|
class PasswordPolicyTest extends TestCase
|
|
{
|
|
use RefreshDatabase;
|
|
|
|
/**
|
|
* 검증 규칙 확장 훅을 비웁니다.
|
|
*
|
|
* `rules()` 는 확장이 규칙을 덧붙이는 필터 훅을 함께 실행한다. 이 테스트가 보려는 것은
|
|
* 코어가 선언한 password 규칙이므로, 확장 리스너 의존이 끼어들지 않도록 비운다
|
|
* (모듈 프로바이더 등록 여부가 실행 순서에 따라 달라져 결과가 흔들리는 것도 함께 막는다).
|
|
*/
|
|
protected function setUp(): void
|
|
{
|
|
parent::setUp();
|
|
|
|
foreach ([
|
|
'core.auth.register_validation_rules',
|
|
'core.auth.reset_password_validation_rules',
|
|
'core.user.change_password_validation_rules',
|
|
'core.user.create_validation_rules',
|
|
'core.user.update_validation_rules',
|
|
'core.user.update_profile_validation_rules',
|
|
] as $filter) {
|
|
HookManager::clearFilter($filter);
|
|
}
|
|
}
|
|
|
|
/**
|
|
* 보안 환경설정 값을 테스트용으로 덮어씁니다.
|
|
*
|
|
* @param array $values 덮어쓸 보안 설정 값
|
|
*/
|
|
private function setSecuritySettings(array $values): void
|
|
{
|
|
$existing = (array) config('g7_settings.core.security', []);
|
|
config(['g7_settings.core.security' => array_merge($existing, $values)]);
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 설정한_최소_길이가_회원가입에_적용된다(): void
|
|
{
|
|
$this->setSecuritySettings(['password_min_length' => 12]);
|
|
|
|
// 11자 — 수정 전에는 min:8 리터럴이라 통과했다
|
|
$validator = $this->validatePassword('abcdefghijk');
|
|
|
|
$this->assertTrue($validator->errors()->has('password'));
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 설정한_최소_길이를_만족하면_통과한다(): void
|
|
{
|
|
$this->setSecuritySettings(['password_min_length' => 12]);
|
|
|
|
$validator = $this->validatePassword('abcdefghijkl');
|
|
|
|
$this->assertFalse($validator->errors()->has('password'));
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 특수문자_필수_설정이_적용된다(): void
|
|
{
|
|
$this->setSecuritySettings([
|
|
'password_min_length' => 8,
|
|
'require_password_special_char' => true,
|
|
]);
|
|
|
|
$validator = $this->validatePassword('abcdefgh');
|
|
|
|
$this->assertTrue($validator->errors()->has('password'));
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 로그인_규칙에는_길이_제한이_없다(): void
|
|
{
|
|
// 로그인은 기존 비밀번호를 대조하는 지점이며, 길이 규칙은 정책 미달 사실을
|
|
// 미인증 공격자에게 누설하는 oracle 이 된다. 수정 전에는 min:6 이 있었다.
|
|
$rules = (new LoginRequest)->rules();
|
|
|
|
$this->assertIsString($rules['password']);
|
|
$this->assertStringNotContainsString('min:', $rules['password']);
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 정책_규칙이_설정값을_읽는다(): void
|
|
{
|
|
$this->setSecuritySettings(['password_min_length' => 20]);
|
|
|
|
$rule = PasswordPolicy::rule();
|
|
|
|
// Password 규칙 내부 min 값 확인 (리플렉션 — 공개 접근자가 없음)
|
|
$reflection = new \ReflectionProperty($rule, 'min');
|
|
$this->assertSame(20, $reflection->getValue($rule));
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 설정이_비어도_기본값으로_동작한다(): void
|
|
{
|
|
$this->setSecuritySettings(['password_min_length' => 0]);
|
|
|
|
$rule = PasswordPolicy::rule();
|
|
|
|
$reflection = new \ReflectionProperty($rule, 'min');
|
|
$this->assertSame(PasswordPolicy::DEFAULT_MIN_LENGTH, $reflection->getValue($rule));
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 비로그인_비밀번호_요청은_모두_정책을_사용한다(): void
|
|
{
|
|
$this->setSecuritySettings(['password_min_length' => 17]);
|
|
|
|
// 비밀번호를 **설정**하는 모든 지점. 한 곳이라도 리터럴로 남으면 그 화면이 정책
|
|
// 우회로가 된다 (관리자 사용자 수정 화면이 실제로 min:8 리터럴로 남아 있었다).
|
|
$requestClasses = [
|
|
RegisterRequest::class,
|
|
ResetPasswordRequest::class,
|
|
ChangePasswordRequest::class,
|
|
CreateUserRequest::class,
|
|
UpdateProfileRequest::class,
|
|
UpdateUserRequest::class,
|
|
];
|
|
|
|
foreach ($requestClasses as $requestClass) {
|
|
$rules = (new $requestClass)->rules();
|
|
$passwordRule = collect($rules['password'])->first(fn ($rule) => $rule instanceof Password);
|
|
|
|
$this->assertNotNull(
|
|
$passwordRule,
|
|
"{$requestClass} 의 password 규칙이 PasswordPolicy 를 사용하지 않습니다."
|
|
);
|
|
|
|
$reflection = new \ReflectionProperty($passwordRule, 'min');
|
|
$this->assertSame(
|
|
17,
|
|
$reflection->getValue($passwordRule),
|
|
"{$requestClass} 가 설정값 대신 리터럴 최소 길이를 사용합니다."
|
|
);
|
|
}
|
|
}
|
|
|
|
/**
|
|
* @test
|
|
*/
|
|
public function 두_보안_설정_키가_저장_후_재조회에_반영된다(): void
|
|
{
|
|
// 저장 화이트리스트에 두 키가 없으면 저장 요청이 조용히 탈락해 UI 가 값을 잃는다.
|
|
app(ConfigRepositoryInterface::class)->saveCategory('security', [
|
|
'password_min_length' => 14,
|
|
'require_password_special_char' => true,
|
|
]);
|
|
|
|
$saved = app(ConfigRepositoryInterface::class)->getCategory('security');
|
|
|
|
$this->assertSame(14, (int) $saved['password_min_length']);
|
|
$this->assertTrue((bool) $saved['require_password_special_char']);
|
|
}
|
|
|
|
/**
|
|
* 회원가입 요청의 비밀번호 규칙만 실행합니다.
|
|
*
|
|
* HTTP 엔드포인트를 거치면 확장 리스너 의존이 끼어들어 정책 검증과 무관한 실패가 난다.
|
|
*
|
|
* @param string $password 검사할 비밀번호
|
|
* @return Validator 실행된 검증기
|
|
*/
|
|
private function validatePassword(string $password)
|
|
{
|
|
$rules = (new RegisterRequest)->rules();
|
|
|
|
$validator = $this->app['validator']->make(
|
|
['password' => $password, 'password_confirmation' => $password],
|
|
['password' => $rules['password']]
|
|
);
|
|
$validator->passes();
|
|
|
|
return $validator;
|
|
}
|
|
}
|